Найти в Дзене
#ПоварВ IT

Как не застрять на старте: «черновой запуск» для QA, который спас мою карьеру.

Если вам откликается тема поддержки и реальных методик без токсичности — подписывайтесь на канал «#ПоварВ IT». Здесь я делюсь тем, что сам прожил: и провалами, и рабочими приёмами — так, как рассказал бы младшему коллеге. Когда я был джуном, у меня был «идеальный» день: открываю Jira, 10 минут смотрю на таску, 20 минут настраиваю IDE, 30 минут сомневаюсь в себе… а потом внезапно вечер. Синдром самозванца шептал: «Не начинай — спалишься». Именно тогда я придумал для себя технику «чернового запуска» — и она стала моим аварийным выходом из ступора. Суть: сознательно разрешить себе сделать первую версию плохо, но сделать её сейчас. Это мини-MVP для задач QA: сначала — рабочий, пусть кривой результат, затем — улучшение. Почему это работает (психология): Я месяц откладывал «написать фреймворк». Думал: «Сначала архитектуру, пайплайны, page object…». В итоге сделал уродливый линейный скрипт: один API-тест на requests и один UI-smoke на playwright. Он падал, ругался, но ловил реальный баг в ав
Оглавление

Если вам откликается тема поддержки и реальных методик без токсичности — подписывайтесь на канал «#ПоварВ IT». Здесь я делюсь тем, что сам прожил: и провалами, и рабочими приёмами — так, как рассказал бы младшему коллеге.

Когда я был джуном, у меня был «идеальный» день: открываю Jira, 10 минут смотрю на таску, 20 минут настраиваю IDE, 30 минут сомневаюсь в себе… а потом внезапно вечер. Синдром самозванца шептал: «Не начинай — спалишься». Именно тогда я придумал для себя технику «чернового запуска» — и она стала моим аварийным выходом из ступора.

-2

Что такое «черновой запуск» (и почему он работает)

Суть: сознательно разрешить себе сделать первую версию плохо, но сделать её сейчас. Это мини-MVP для задач QA: сначала — рабочий, пусть кривой результат, затем — улучшение.

-3

Почему это работает (психология):

  • Снимается перфекционизм: мозгу легче начать «плохо», чем «идеально».
  • Уходит страх «чистого листа»: появляется артефакт — тест, баг-репорт, чек-лист.
  • Включается «эффект завершения»: начатое хочется доделать.
  • Для синдрома самозванца важны факты, а не фантазии — черновик даёт первые факты.

Личный опыт: два кейса «до/после»

Кейс 1. Автотесты

Я месяц откладывал «написать фреймворк». Думал: «Сначала архитектуру, пайплайны, page object…». В итоге сделал уродливый линейный скрипт: один API-тест на requests и один UI-smoke на playwright. Он падал, ругался, но ловил реальный баг в авторизации. Через неделю я вынес логин фикстуры, через две подключил Allure, через месяц положил в CI. Черновик стал ядром фреймворка.

Кейс 2. Багрепорты

Я боялся писать «плохие» баги — и поэтому не писал их вовсе. Перешёл на формат «4 поля»: Summary, Steps, Expected, Actual. Без скринов, без логов — сразу фиксирую. Затем добавляю детали по чек-листу: окружение, HAR, консоль, версии. Итог — скорость выше, баги не сбегают.

Пошаговый алгоритм «чернового запуска»

  1. Разреши себе быть плохим. Прямо скажите: «Это черновик, его можно допилить».
  2. Собери минимальный, но работающий вариант. Один тест, один сценарий, один кейс.
  3. Отложи и выдохни. 10–15 минут паузы: мозгу нужен «переключатель контекста».
  4. Вернись и улучши. Добавляйте фикстуры, логи, скрины, отчёты. Черновик уже тянет вас вперёд.
Правило: черновик обязан запускаться/читаться. Псевдоплан без запуска — не черновик, а мечта.

Работа над ошибками: как не надо (и что делать вместо)

Ошибка 1. Ждать идеального момента.

Вред: момент не наступает. Вместо: назначьте 20-минутный слот «черновика» в календаре сегодня.

Ошибка 2. Сравнивать свой старт с чужим финишем.

Вред: «я хуже всех» → стоп. Вместо: сравнивайте себя с собой вчера; ведите мини-дневник побед (3 пункта в конце дня).

Ошибка 3. Считать ошибку признаком непригодности.

Вред: страх парализует. Вместо: ведите лог ошибок без самоедства: «какой сигнал пропустил?» → «какую защиту поставлю?».

Мини-протокол на 30 минут (сохраните)

  • 0–3 мин. Определите Done-Draft: «Есть 1 API-тест авторизации, падает 401 при неверном токене» / «Есть баг-репорт 4-полей».
  • 3–5 мин. Подготовьте вход: откройте шаблон теста/тикета, переменные окружения, стенд.
  • 5–25 мин. Пишите как есть: прямые селекторы, хардкод, TODO. Запрещён рефакторинг.
  • 25–30 мин. Зафиксируйте: запуск, коммит draft, один следующий шаг в Jira («добавить Allure / вынести фикстуры»).

Мотивация: на чём держать «огонь» каждый день

-4

  • Система маленьких побед. Закрыли липкую штуку — 5 минут награды: кофе, короткая прогулка.
  • Визуализация прогресса. Таблица навыков (pytest, Playwright, SQL, API): отмечайте микрошаги.
  • Фокус на действии. Не «выучить Selenium», а «покрыть 5 сценариев логина и добавить в CI».
  • Сообщество. Договоритесь с коллегой о 15-минутном «демо недели»: показываете черновик — это держит тонус.

Где «черновой запуск» не годится

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

Советую почитать несколько моих статей, если вы их еще не читали

5 навыков повара для QA! (и что из кухонных привычек в тестировании не работает)
Первое резюме джуна QA — как первый идеально приготовленный стейк.
Платные и бесплатные курсы по QA: мой опыт, плюсы и минусы. Рассказываю

Итоги и приглашение к разговору

Главное не талант, а ритм маленьких шагов. «Черновой запуск» — это разрешение быть новичком сегодня, чтобы завтра стало легче. Он отключает перфекционизм и даёт факты, которыми бьёте по синдрому самозванца.

А что вас останавливало на старте? Как боролись со страхом? Делитесь в комментариях — поддержим друг друга.

Если нужен ещё такой контент —
подписывайтесь на «#ПоварВ IT»: тут без осуждения, с практикой и уважением к вашему темпу.