soft-skills
14 статей
-
Право сказать «нет» релизу: когда QA блокирует выпуск и как это делать без войны
Пятница, вечер, релиз через час, а у тебя на руках баг. Блокировать или промолчать? Разбираем, почему QA не шлагбаум, но и не наблюдатель, когда «нет» оправдано, как его сформулировать, какие есть варианты между «да» и «нет», и что делать, если релиз выпускают вопреки твоей рекомендации. С чек-листом.
-
Баг ушёл в прод: как QA пройти постмортем и не стать виноватым
Пропущенный баг в проде — момент, когда тестировщика тянет либо оправдываться, либо съесть себя. Оба пути ведут не туда. Разбираем, почему «кто виноват» — неправильный вопрос, что делать в первые часы, как устроен blameless-постмортем, какие action items реально что-то меняют, и как жить в команде, где виноватого всё-таки ищут. С чек-листом.
-
Выгорание в QA: почему тестировщики выгорают иначе — и что с этим делать
Выгорание у QA имеет свои триггеры: ты вечно приносишь плохие новости, ты бутылочное горлышко перед релизом, а «поймал баг» — работа невидимая, «пропустил» — виноват. Разбираем QA-специфичные причины, ранние признаки, что реально помогает (и что нет), чек-лист самопроверки на 8 пунктов и что просить у тимлида на 1-1.
-
Как QA договариваться с разработчиком: «это не баг», приоритеты и тон без войны
Половина работы QA — не найти баг, а добиться, чтобы его починили. Как отвечать на «это не баг, это фича», чем severity отличается от priority, как писать баг-репорт без споров, держать тон «сломано поведение, а не ты сломал», что делать при «не воспроизводится» и когда эскалировать.
-
Как доказать ценность QA: метрики и импакт, которые видит менеджмент
QA часто считают «тормозом» и cost-center, а «нашёл N багов» — плохая метрика. Разбор от первого лица: что НЕ мерить (число багов, тест-кейсов, часы), что показывать вместо (escaped defects, предотвращённое, риск-покрытие, скорость с качеством), стоимость бага по этапам, как доносить на языке бизнеса. С чек-листом, как сделать импакт QA видимым — и превратить его в аргумент на повышение.
-
Как сообщать плохие новости: баг перед релизом, сорванный срок, «качество просело»
QA — вечный носитель плохих новостей, и от того, КАК ты их доносишь, зависит, услышат тебя или запомнят как того, кто вечно ноет и «запрещает релиз». Разбор от первого лица: формула «факт → влияние → варианты → рекомендация», данные вместо эмоций, эскалация без драмы, роль «показываю риск, а не блокирую», разговор на языке разработчика / менеджера / стейкхолдера. С чек-листом и фразами-шаблонами.
-
Manual → automation: как перейти и не сломаться
«Выучи Python и Selenium» — самый частый и самый бесполезный совет. Переход в автоматизацию ломается не на синтаксисе. Разбор от первого лица: три ямы (автоматизируют всё подряд, думают что автоматизация — это «писать тесты», бросают ручное мышление), рабочий маршрут (язык по минимуму, старт с API-тестов, потом UI с архитектурой, Git/CLI/CI), почему manual-прошлое — преимущество (знаешь ЧТО автоматизировать, ты оракул, репро-шаги, исследование), и антипаттерны перехода.
-
Первые 30 дней QA на новом проекте — как въехать и не наделать глупостей
Первый день: продукт незнакомый, стенды непонятные, а тебя уже просят «глянуть одним глазом фичу». Разбор от первого лица: свежий взгляд как ресурс с истекающим сроком, неделя в роли юзера, карта рисков из трёх вопросов команде («что чаще ломается? какой был последний инцидент? куда боитесь лезть?»), образцовые первые баг-репорты, почему критиковать процессы на второй неделе — худший ход, первые маленькие улучшения к концу месяца и чек-лист 30 дней.
-
«Сколько займёт тестирование?» — как давать оценку и не закапывать себя
Цифру «дня два» ты называешь за три секунды, а живёт она потом недели — и используется против тебя. Разбор от первого лица: почему оценка тестирования — особый жанр (ты оцениваешь качество чужой работы, которой ещё нет), эстимейт как прогноз с допущениями, декомпозиция вместо одной цифры, три точки вместо одной, именованный буфер вместо «×2 на всякий случай» и что говорить, когда время режут.
-
Как QA и разработчику не воевать: репорт багов и обратная связь без конфликта
Конфликт QA и разработчика почти всегда не про баг, а про подачу. Как репортить баги и давать обратную связь без трения: баг про продукт, а не про человека; структура репорта, снимающая защиту; язык фидбека (SBI и формула Lara Hogan); severity без драмы; что делать с «works as designed»; shift-left; когда эскалировать; культура blameless и чек-лист на 10 пунктов.
-
Выгорание в QA: ранние признаки, причины и как вытащить себя и команду
Выгорание у тестировщиков: чем оно отличается от усталости (3 измерения по ВОЗ), почему QA в зоне риска, ранние признаки, три уровня причин (личные/командные/процессные), что реально помогает, что делать тимлиду и мини-чек-лист самопроверки.
-
Собеседование на QA в 2026: как готовиться и что реально спрашивают
Карта подготовки к собеседованию на QA: теория и техники тест-дизайна, severity vs priority, фреймворк ответа на «протестируй X», баг-репорт, API/SQL-минимум, автоматизация, поведенческие по STAR, красные флаги компании. Чек-лист на 10 пунктов.
-
1-1 для QA — что готовить, шаблоны и как обсуждать рост с тимлидом
1-1 — инструмент твоего роста, не статус-репорт. 90% QA проводят 50 встреч в год впустую. 5 типов содержания, готовые формулировки для 5 болезненных тем (повышение, выгорание, конфликт), шаблон 1-1 doc и чек-лист подготовки.
-
Bad news стейкхолдерам — как QA сообщать релизные проблемы
Soft-skill, который отличает junior от senior. Большинство QA либо тянут до последнего, либо вываливают панику. 11 разделов: принципы, готовые шаблоны для 5 типовых ситуаций, каналы, эскалация, постмортем.