SmartQA

🔍 Хотите глубже погрузиться в мир тестирования ПО?

Есть папка в Telegram, в которой собраны лучшие каналы о QA, и это не просто случайная подборка.

Я участвую в регулярных ревью каналов, где мы внимательно отбираем авторов и оставляем в папке только те каналы, которые действительно приносят пользу.

Что для нас важно?
▫️ Полезный и качественный контент о тестировании ПО
▫️ Уникальные авторские материалы и собственный взгляд
▫️ Практический опыт, знания и интересные идеи
▫️ Никакого копирования из известных источников, только оригинальный контент и экспертиза авторов

Если вы хотите не просто читать о тестировании, а разбираться в нём глубоко, расширять кругозор и смотреть на QA с разных сторон, рекомендую добавить себе всю папку. Так у вас под рукой всегда будут интересные каналы, новые знания и разные точки зрения на профессию.

И да, мой канал там тоже есть 😊

📌 Добавляйте папку целиком и собирайте свою качественную библиотеку знаний о тестировании!

👉 Ссылка на папку

Можно вас о кое-чём попросить?

Я снова хочу поговорить с людьми, которые находятся в начале пути лида.

Когда я готовила первый поток Практикума, я сначала провела около 10 разговоров с начинающими и будущими лидами (устно и письменно).
Мне тогда было очень полезно услышать не абстрактное «хочу развиваться как руководитель», а реальные истории: чего люди боятся, что у них не получается, какие ситуации оказываются неожиданно сложными и где они пытаются искать ответы.

Сейчас я хочу повторить этот процесс.
Ищу тех, кто:
- недавно стал лидом;
- знает, что скоро станет лидом;
- уже делает часть работы лида без официальной должности;
- хочет стать лидом, но одновременно боится этой роли.

Хочу просто поговорить минут 20–30 или пообщаться письменно.

Ничего продавать не буду) Мне сейчас важно понять, что на самом деле происходит с человеком в первые месяцы этой роли.
Если готовы поговорить, напишите мне в личку @liudmila_bar

Буду очень благодарна ❤️

🚀 Программа SQA Days 39 готова!
Вот лишь малая часть тем, которые вошли в программу конференции:

📌 Парадокс ИИ в QA: почему автоматизация рутины повышает ценность критического мышления, постановки задач и глубинной экспертизы.
📌 Культура молчания как драйвер выгорания: от иллюзии контроля у лидера к 7 шагам создания психологической безопасности в команде.
📌 Модель качества межсистемных интеграций: прозрачная связь бизнес-сценариев, контрактов, рисков и точного объема проверок.
📌 Эволюция ошибки в эпоху ИИ: переход от технического дефекта в коде к сбоям интерпретации, потери контекста и кризису доверия.
📌 Осознанное внедрение ИИ в тест-дизайн: реальные метрики, концепция «ИИ проверяет ИИ» и разбор ошибок на опыте TestWriter.
📌 Тестирование IoT-интеграций: как собирать «железные» стенды без документации, бороться со звуковым эхом и преодолевать хаос.
📌 AI в QA Automation: миграция автотестов с Java на .NET, прототипирование библиотек и границы безопасного применения нейросетей.
📌 Жизненный цикл тестовых данных в финтехе: от фабрик и мок-сервисов с TTL до бесконфликтного параллельного запуска в микросервисах.
📌 Test-Rex: генерация исполняемых автотестов с помощью LLM и RAG-поиска по кодовой базе репозитория.

Вас ждут два дня предельной концентрации практики, прикладных кейсов, честных факапов и насыщенного нетворкинга с лидерами индустрии 🔥

30-31 октября в Москве и онлайн пройдет SQA Days 39 — еще масштабнее, полезнее и технологичнее.

🎁 Специальный бонус для моих подписчиков:
промокод smartqaSQAon10 на онлайн-билет со скидкой 10%
Успейте забрать участие с хорошей скидкой, количество ограничено (активировать нужно при регистрации)

Ребята, у меня супер приглашение и супер условия для вас!

Подкаст: Почему делегирование особенно сложно сильным специалистам

Продолжаем погружаться в тему лидерства. И сегодня поговорим про делегирование.

P.S. Буду рада вашим комментариям по теме, а также предложениям и вопросам, чтобы вы хотели разобрать в новых подкастах.

Мечтаешь стартануть в тестировании, но не знаешь, с чего начать?

На нашей встрече практикующие специалисты и выпускники расскажут о своем опыте, разберут виды тестирования и помогут понять, подойдет ли эта профессия именно тебе

🗓 Дата и время: 30 сентября, 18:30
⭐️ Для кого: Для всех, кто хочет стать тестировщиком и сделать первый осознанный шаг в IT!

В программе:
🕊️Старт в QA: действующие тестировщики расскажут, как попасть в профессию
🕊️Обзор направлений: узнаешь, какое тестирование бывает, и кому что подойдет
🕊️Вдохновляющие истории: словим мотивацию от кейсов выпускников, у которых уже получилось пройти этот путь
🕊️Панельная дискуссия: откровенно обсудим, стоит ли сейчас рассматривать IT или лучше выбрать тестирование в другой области

📍 Место проведения: Минск, ул. Раковская 25/1 (Образовательный центр ПВТ)

➡️ Регистрация

Ждем тебя! ☺️

Друзья!
Приглашаем вас на вебинар на тему:
Как снизить количество инцидентов в 1С на 90%: Нагрузочное тестирование тонкого и web-клиента
Дата: 17.09.2026
Время: 16:00 Мск
1С — ядро ИТ-ландшафта российских компаний, для которой критически важно избежать простоев.
Мы уделим внимание способам тестирования производительности через Web-протокол, вы увидите живую демонстрацию работы с веб-трафиком. А также расскажем, как решить проблемы с этим трафиком и тестировать 1С быстро и покажем без воды, как тестировать производительность 1С с эмуляцией нагрузки через веб-сервер.

 Кому будет полезен вебинар:
- CTO/CIO
- Руководитель службы эксплуатации 1С
- Владелец продукта 1С

Программа:
Когда важно быть уверенным в производительности 1С
Как снизить количество инцидентов в 1С на 90%
Выводы из нашего опыта
Как устроен проект НТ 1С
Как проводить НТ. Последовательность действий и инструкции
Виды клиентов 1С и выбор инструментов
Демо работы с веб трафиком
Обзор low-code платформы Бумк для нагрузочного тестирования 1С с генерацией ИИ отчета

Спикеры: 
Ксения Ворончагина, руководитель направления Нагрузочного Тестирования «Перфоманс Лаб»
Борис Селезнев,  владелец платформы для нагрузочного тестирования Бумк

Регистрация тут.

Ребята, очередной приглашение для вас
Кому полезно?

Подкаст: Пути развития тестировщиков

Рассказала, как и куда могут расти и развиваться тестировщики.

Как вам? Возвращаем формат?

А ещё в самом подкасте много вопросов и к вам, так что давайте обсуждать, делитесь вашими историями в комментариях!

Всем привет!
В этот прекрасный день для начала, конечно, поздравляю всех с нашим профессиональным праздником! С Днём Тестировщика!

И у меня для вас несколько подарков)
Я записала для вас подкаст, где собрала информацию, куда и как может расти и развиваться тестировщик.
Надеюсь, будет полезно!
Ну и форма подкаста - это тоже подарок) давно их не было на канале, хотя вообще-то это же и фишка)

Слушать ⬇️

У тестировщиков редко бывает одинаковая работа. 😺

Один меняет IT на стройку и заново собирает своё представление о QA. Другой тестирует NGFW и совмещает Agile, Waterfall и R&D, потому что цена ошибки слишком высока.

Кто-то работает на стыке аналитики и тестирования, пока вокруг AI-хайп. А кто-то превращает страшную метрику забагованности в нормальный инструмент для команды. 🤔

Поэтому 9 сентября, в День тестировщика, я решил собрать четырёх действующих специалистов в одном эфире, где каждый расскажет о том, с чем работает прямо сейчас.

Начнём с круглого стола: «Что сегодня делает тестировщика ценным?»

Доменная экспертиза, инженерная база или влияние на процессы?

А затем перейдём к четырём реальным историям.

• Света @bettercalllory — «Как панда из IT в стройку ушла»

Что происходит, когда полностью меняешь домен, что приходится чинить первым — процессы или мышление — и к чему это приводит за полгода.

• Вячеслав @Tsevinskiy — «Agile против Waterfall: как мы собрали гибрид для NGFW»

«Agile — да, Waterfall — обязательно». Звучит как оксюморон? Добро пожаловать в реальный мир энтерпрайза и HighLoad.

• Дима Алексеев @qa_road_channel — «Будни аналитика-тестировщика: классическая инженерия после AI-хайпа»

Почему классические инженерные подходы никуда не делись и бизнес уже не так оголтело кричит: «Возьми мои деньги и сделай AI-ассистента».

• Дима Беляков @DmBelyakov — «Забагованность: как ZBP стала союзником качества»

Как страшная цифра перестала пугать команду и превратилась в инструмент, который помогает бороться за качество.

И да, будут подарки от докладчиков и моих друзей из ТестОпс 🥳

После каждого выступления спикер выберет лучший вопрос, а его автор сразу получит подарок 👍

Приносите свои кейсы и спрашивайте то, что действительно хотелось обсудить с практиками.

9 сентября, 19:00 МСК

Ссылка на эфир:
https://youtube.com/live/apHpUcuD4i4
https://youtube.com/live/apHpUcuD4i4
https://youtube.com/live/apHpUcuD4i4

Участие бесплатное.

Отправьте этот пост знакомым тестировщикам — 9 сентября собираемся своей QA-тусовкой. 🎉

Ставьте 🔥, если будете!

Всем привет!
Ещё одна интересная активность в день тестировщика!

Присоединяйтесь!

Ребята,
Мы с нашими друзьями  из https://perfconf.ru решили разыграть онлайн билет на эту конференцию по обеспечению качества ИТ-систем.
Она пройдет 9 сентября в Москве онлайн и оффлайн.
Пишите ваши ники в комментариях, рандомайзер выберет счастливчика.

Итоги подведем в понедельник!

Почему хорошему лиду иногда нужно перестать быть удобным

Когда специалист становится лидом, ему часто хочется сохранить то, что раньше работало:
быть хорошим коллегой,
помогать,
не конфликтовать,
не расстраивать людей,
быть человеком, к которому можно прийти с любой проблемой.

И в этом нет ничего плохого.

Проблема начинается тогда, когда желание быть хорошим для команды мешает быть её лидом.
Например.
Сотрудник регулярно срывает договорённости.
Вы понимаете, что нужно поговорить.
Но думаете:
«Ну у него сейчас сложный период. Не хочу давить».
И откладываете разговор.

Или человек постоянно приходит к вам с вопросами, которые вполне может решить самостоятельно.
Вы каждый раз помогаете.
Потому что так быстрее.
А потом обнаруживаете, что без вас он уже ничего не решает.

Или команда хочет сделать по-своему, а вы понимаете, что решение приведёт к проблемам.
Но не хотите выглядеть человеком, который всё контролирует.
И соглашаетесь.

Постепенно возникает странная ситуация:
вы стараетесь быть хорошим лидом для всех, но перестаёте выполнять часть своей работы.
Потому что работа лида не в том, чтобы всем было комфортно.
Иногда задача лида, наоборот, создать ситуацию, в которой человеку станет немного некомфортно.
Провести неприятный разговор.
Сказать: «Нет, так мы делать не будем».
Вернуть ответственность сотруднику.
Дать обратную связь, которую человек не очень хочет слышать.
Объяснить команде решение, с которым она не согласна.
И при этом не превратиться в начальника, которого все боятся.

Вот здесь, мне кажется, и проходит важная граница:
быть не удобным ≠ быть плохим руководителем.

Можно быть требовательным и при этом уважительным.
Можно не соглашаться и при этом слышать человека.
Можно дать неприятную обратную связь и при этом искренне хотеть, чтобы сотрудник стал сильнее.
Можно принять решение, которое кому-то не понравится, и всё равно сохранить нормальные отношения.
Наверное, одна из самых сложных вещей в переходе от специалиста к лиду - понять, что теперь ваша задача не всегда нравиться людям.
Ваша задача - помогать команде работать лучше.
И иногда для этого приходится говорить то, что проще было бы промолчать.

А вы сталкивались с моментом, когда понимали: «Если я сейчас хочу остаться хорошим для этого человека, я как лид делаю ему только хуже»?

Почему после повышения вы можете работать больше, но чувствовать себя менее эффективным

Есть довольно неприятный парадокс, с которым сталкиваются многие начинающие лиды.
До повышения вы были сильным специалистом.
У вас был понятный набор задач, вы знали, за что отвечаете, понимали, как выглядит хороший результат.
А потом вы становитесь лидом.
И вдруг обнаруживаете, что работаете больше, а ощущение эффективности становится меньше.

Почему так происходит?
Потому что очень легко начать делать две работы одновременно.

1. Вы продолжаете работать как специалист
Ваша привычная работа никуда не исчезает.
Нужно закрыть свои задачи, разобраться со сложным кейсом, проверить результат, помочь коллегам.
И одновременно появляются лидские обязанности, например, 1:1; планирование; встречи; командные проблемы и тд.
В результате рабочий день постепенно превращается в:

«Сначала я закончу свою работу, а потом займусь работой лида».

Только «потом» обычно уже наступает вечером.

2. Вы привыкли измерять свою эффективность количеством сделанного лично
Как специалист вы довольно легко можете увидеть результат:
задача выполнена → проблема решена → работа сделана.
В лидерстве всё становится сложнее.
Вы можете провести три встречи, поговорить с сотрудником, помочь команде разобраться с проблемой, изменить процесс — и в конце дня почувствовать:

«А что я вообще сегодня сделал(а)?»

Хотя на самом деле вы сделали очень много.
Просто результат вашей работы теперь часто находится не в ваших собственных действиях, а в действиях других людей.

3. Вы можете не заметить, что ваша роль уже изменилась
Это, пожалуй, самое важное.
Вы всё ещё хотите быть хорошим специалистом.
Поэтому продолжаете оценивать себя по старым критериям:
сколько задач сделал, насколько хорошо разобрался, сколько проблем решил лично.
Но теперь ваш результат измеряется иначе.
Не только:

«Что сделал я?»

а гораздо больше:

«Что смогла сделать команда благодаря тому, как я организовал её работу?»

И вот здесь начинается настоящий переход в лидерство.
Не в тот момент, когда вам выдали новую должность.
А в тот момент, когда вы постепенно перестаёте быть самым полезным исполнителем и начинаете становиться человеком, который создаёт условия для результата всей команды.

Поэтому иногда проблема начинающего лида совсем не в том, что он плохо организует своё время.
Возможно, он просто пытается управлять командой, продолжая работать по правилам сильного специалиста.
И тогда ответ не обязательно в том, чтобы научиться успевать ещё больше.
Иногда нужно научиться делать меньше самому, и при этом получать больший результат через команду.

Если вы узнали себя и сейчас находитесь где-то между «я уже лид» и «я вообще не понимаю, как им быть», 1 сентября стартует новый поток «Практикума начинающего лида».
На курсе как раз разбираем этот переход: от личной экспертизы и выполнения задач к работе с людьми, процессами и результатом команды.

Подробности о «Практикуме начинающего лида»

Что делать, если вы не согласны с решением менеджмента: инструкция для лида

Рано или поздно почти каждый руководитель оказывается в ситуации, когда менеджмент принимает решение, с которым он сам не согласен.
Поменять приоритеты.
Сократить сроки.
Запустить неидеальное решение.
Изменить процесс, который, по вашему мнению, и так работает нормально.
И первая реакция может быть очень человеческой:
«Но я же считаю, что это неправильно. Как я теперь должен объяснить это команде?»

Здесь у лида есть несколько важных шагов.

1. Сначала разберитесь, с чем именно вы не согласны
Иногда мы говорим «я против решения», хотя на самом деле нас не устраивает только его часть.
Сроки?
Способ реализации?
Риски?
Последствия для команды?
Чем точнее сформулирована проблема, тем проще её обсуждать.

2. Отделите факты от эмоций
«Это плохая идея» - это мнение.
«При таком сроке мы не успеем провести необходимые проверки, поэтому возрастает риск X» - это аргумент.
Если решение ещё обсуждается, задача лида - высказать свою позицию и аргументировать её.
Не молчать. Не соглашаться автоматически. Не спорить ради спора.

3. Если решение можно изменить, предлагайте альтернативу
Хорошая позиция звучит не только как:

«Я считаю, что так делать не стоит».

А скорее:

«Я вижу такие риски. Предлагаю рассмотреть другой вариант, потому что…»

Так вы помогаете менеджменту принять решение, а не просто выражаете недовольство.

4. Если решение уже принято, перестаньте его саботировать
Это, пожалуй, самая сложная часть.
Вы высказали свою позицию.
Ваши аргументы услышали.
Но решение всё равно приняли другим.
Теперь у вас есть выбор:
продолжать доказывать, что все ошиблись, или переключиться на то, как реализовать решение максимально хорошо.
И второе, уже часть лидерской ответственности.
Это не означает, что вы внезапно начали считать решение правильным.
Это означает:

«Я бы сделал иначе. Но решение принято, и теперь я отвечаю за то, чтобы команда максимально хорошо с ним справилась».

5. Не делайте команду союзником против менеджмента
Фраза:

«Я тоже считаю, что руководство придумало ерунду».

может показаться честной.
Но после неё команда получает очень простой сигнал:
«Сам лид не верит в то, что мы должны делать».
Можно быть честным иначе:

«У меня были другие предложения, и я озвучил их на этапе обсуждения. Но сейчас решение принято. Давайте разберёмся, какие у нас есть ограничения и как лучше с ними работать».

Это честность без подрыва решения.

6. Объясняйте команде контекст
Не всегда лид может рассказать всё, что знает менеджмент.
Но почти всегда можно объяснить:
что изменилось → почему это важно → что теперь будет происходить → что это означает для команды.
И обязательно оставьте место для вопросов.
Людям не обязательно сразу соглашаться с решением. Им важно понимать, что их вопросы и опасения можно высказать и обсудить.
И здесь, на мой взгляд, проходит одна из важных границ между специалистом и лидом.
Специалист может сказать: «Я с этим не согласен».
Лид тоже может так сказать.
Но дальше у лида появляется дополнительная ответственность:

что я буду делать с этим несогласием и как моя позиция повлияет на команду?

Быть лидом - не значит всегда быть согласным.
Иногда лидерство - это способность профессионально провести команду через решение, которое ты сам выбрал бы иначе.

Почему делегирование не работает: 5 ошибок начинающего лида

Делегирование - одна из первых вещей, которой приходится учиться после перехода в лидерство.

И на словах всё просто: не делай всё сам, распределяй задачи между сотрудниками.
Но на практике часто получается совсем иначе.

Вот пять ошибок, которые я чаще всего вижу у начинающих лидов.

1. Делегировать задачу без контекста
«Возьми вот это и сделай».
А человек не понимает: зачем это нужно, почему именно сейчас, какой результат ожидается и как эта задача связана с общей работой команды.
Хорошее делегирование начинается не с самой задачи, а с объяснения контекста.

2. Давать задачу, которая не соответствует уровню человека
Слишком простая - сотрудник не развивается.
Слишком сложная - человек не справляется, лид разочаровывается, а потом делает вывод: «Проще было сделать самому».
Задача лида - постепенно давать людям задачи, которые помогают им расти, но при этом остаются посильными.

3. Не объяснять, какой результат считается хорошим
«Подготовь тест-кейсы» - это ещё не полноценная постановка задачи.
Сколько? Для какого сценария? Какой уровень детализации нужен? Когда задача считается выполненной?
Чем меньше ясности на старте, тем больше вероятность, что в конце вы получите совсем не то, что ожидали.

4. Делегировать задачу, но продолжать контролировать каждый шаг
«Ну как?»
«А это уже сделал?»
«А почему вот так?»
«Давай я посмотрю».
В какой-то момент сотрудник понимает: формально задача у него, но на самом деле лид всё равно контролирует каждый шаг.
Это уже не делегирование, а микроменеджмент.

5. Забрать задачу после первой ошибки
Наверное, самая опасная ошибка.
Человек ошибся → лид исправил → сделал вывод, что сотрудник пока не готов → в следующий раз сделал всё сам.
Но тогда сотрудник никогда не научится.
Ошибка сама по себе не всегда означает, что человеку нельзя было доверять задачу. Иногда она означает, что человеку нужно больше обратной связи, практики или поддержки.

И вот здесь, мне кажется, хорошо видно, почему лидерство - это новая профессия.
Потому что делегировать - это не просто «раздать задачи».
Нужно понимать людей, их уровень, контекст, цели, уметь давать обратную связь и постепенно увеличивать самостоятельность команды.
И именно такие вещи мы будем разбирать на Подготовительной группе лидов - не просто «что должен делать лид», а как это выглядит в реальной работе.
Стартуем уже 15 августа.

Приглашаем на митап «Лидерство без иллюзий» 🔝

🤝 Партнерский ивент сообщества BelQA и IT-Academy

Переход на позицию лида — мечта многих специалистов, но всегда ли реальность совпадает с ожиданиями? И что делать, если руководство процессами и людьми начинает приносить больше стресса, чем удовольствия?

На нашей встрече мы открыто обсудим все стороны одной медали!

🗓 Дата и время: 18 августа (вторник), 19:00-20:30
📍 Место проведения: Минск, ул. Раковская 25/1 (Образовательный центр ПВТ)

🔈 Маргарита Казакова, Senior QA в Тогл Софт

«Обратная сторона лидерства в QA: история дауншифта с лида до рядового инженера»

Поговорим о том, какие ожидания от лидерства в QA не совпадают с реальностью и почему ответственность за людей и процессы иногда съедает удовольствие от самой работы. Разберем кейс выхода из лидерской позиции обратно в индивидуальный контрибьютор: какие сигналы стоит заметить заранее, как нормально признать, что «лид – не моя точка счастья», и почему это не провал, а осознанный карьерный выбор.

🔈 Людмила Борщевская, IT-эксперт, преподаватель, автор курсов

«От специалиста к лиду: почему этот переход оказывается таким трудным»

Поговорим о том, почему после повышения многие сильные специалисты неожиданно начинают сомневаться в себе, чувствуют растерянность и работают ещё больше, чем раньше. Разберём, что на самом деле меняется в роли лида, почему опыта в профессии оказывается недостаточно и как пройти этот переход осознанно, не полагаясь только на метод проб и ошибок.

➡️ Зарегистрироваться