0 собесов и выпивка в самый решающий момент

Или

Как я не сдалась после скилбокса и продолжила становится тестировщицей с нуля

ЧАСТЬ 2


Вам вчера очень зашла моя история, как я решила стать тестировщицей и справлялась с трудностями

Поэтому сегодня продолжение истории

P.S. Перечитайте конец предыдущего поста

🔜🔜🔜🔜🔜🔜🔜🔜🔜🔜🔜

У одной знакомой как раз в это время я увидела пост о наборе учеников

Причем она сама была работающим тестировщиком с опытом, а не какой-то абстрактной школой.

Я написала ей: "Забери меня, заплачу любые деньги," — и мы начали заниматься.

С одной стороны полный бред, деньги и так заканчиваются

Но я понимала, что ради результата надо рисковать

В любом случае, меня никто не убьёт

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

Она помогала мне ощущать, что всё возможно. Её понимание и эмпатия давали мне веру и силы продолжать

Через 2 месяца занятий она сказала: "Всё, ты готова, иди ищи работу."

Я ответила: "Я не готова."

Она сказала: "Похер, иди."

И я пошла.

Делала больше 20 откликов ежедневно, везде, куда только можно: HeadHunter, прямые обращения в компании, телеграм-каналы с вакансиями, LinkedIn.

Неделя. 0 ответов.
Что делать?😩

Настя (так звали ментора) сказала: "Напиши всю практику, которую мы с тобой делали. Отобрази её как реальный опыт. И говори не 'меня научили', а 'на моем проекте мы делали то-то и то-то'."

И сработало, меня сразу начали звать на собесы.

Одно из них было в «компанию Х», и я увидела, что для этой вакансии нужен SQL.

А я на тот момент вообще не знала, что это такое.

HR-щица спросила: "Ты знаешь SQL?" Я ответила с каменным лицом: "Да, конечно знаю."

(Внутри думаю: "Тупой вопрос, кто ж признается, что не знает?")

Тех. собес назначили через два дня

Эти два дня я не спала вообще — сидела, учила SQL, обкладывалась шпорами, смотрела тестовые собесы, читала материал с обучения

Перед самим собесом я выпила 50 грамм коньяка, чтоб не трястись от страха

Захожу на созвон — передо мной шесть человек с выключенными камерами, сидят черные квадраты

Я включаю свою, улыбаюсь, изображаю максимальный позитив: "Привет, хи-хи-ха-ха, вот она я, давайте начнем!"


Дошли до SQL, начали задавать вопросы, я быстро листаю свои шпаргалки, ищу нужный запрос:

"Ну, я не уверена на сто процентов, но мне кажется, что запрос должен звучать вот так..." — зачитываю, что нашла

Норм, идём дальше

Начинают спрашивать теорию тестирования

Того, чего-то не знала, я честно отвечала:

"Вы знаете, я с таким не сталкивалась. Я себе записала этот вопрос, сейчас пойду и изучу эту тему. Для меня это не проблема — если это используется в вашей работе, я могу нанять ментора и быстро догнать. Главное — понять, что именно нужно."

Возможно, они поняли, что опыт у меня накрученный, потому что я не ответила идеально на все вопросы

Но, видимо, важнее было то, что я умею мыслить, что я не тупая, что я готова учиться и разбираться

Через два дня мне позвонили и сказали:

"Мы хотим взять тебя на работу. Испытательный срок —

100 тысяч рублей

, через три месяца поднимем

до 110

."

Я сидела с телефоном в руках и не могла поверить

— три недели активных откликов, риск остаться непонятно кем, стресс

и вот оно случилось...


🔜🔜🔜🔜🔜🔜🔜🔜🔜🔜

Ставьте 🔥, если нравится читать такие истории

Все таки не смогла пройти мимо того парня.....

C "идеальным резюме"(история в постах выше👆👆👆)

Разобрала в видео типичные ошибки, которые постоянно встречаю у большинства

Берите себе на заметку!

На данный момент я НЕ ЗАНИМАЮСЬ разборами по резюме — я разбираю резюме только своих учеников в рамках обучения (сорри)

НО вы можете получить от меня 3 первые лекции с платного обучения, которые формируют понимание работы тестировщика ❤️

Для этого напишите мне в личку @DariaQA01

Вопрос с собеса на Middle 😯

🤩"С чего начинается тестирование?"🤩

Бояться сильно таких вопросов не надо. Никто не ждет, что вы за 5 минут расскажете про весь цикл разработки 🤦‍♀️

Здесь просто хотят оценить понимание процессов и умение структурировать работу. Поэтому нужен четкий план:

1. Сначала понять цель

Первая ошибка – начинать тестировать сразу, как только получил доступ к продукту. Это путь к хаосу и пропущенным багам.
Правильный подход – начать с вопросов:

• что вообще должен делать продукт?
• какие требования есть у заказчика?
• какой функционал критичный, а что можно протестировать позже?

Даже одно уточнение требований сильно экономит время на переделках 💯

2. Работа с требованиями

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

Требования – это основа. Без них тестирование превращается в случайное тыканье. Поэтому:
• изучаем документацию и требования заказчика
• общаемся с разработчиками, задаем вопросы
• выявляем противоречия и потенциальные дефекты еще до начала тестирования

Продуманный roadmap позволит избежать нелогичных изменений в продукте 🎯

3. Разработка стратегии тестирования

Документация есть, требования поняли. Теперь думаем, КАК будем тестировать:

1. Оценка сроков
Сколько реально времени нужно? Какие риски могут сдвинуть дедлайны?

2. Среда тестирования
Где будем тестировать, какие данные нужны, какие инструменты использовать?

3. Приоритизация
Что тестируем в первую очередь – критичный функционал. А не всё подряд в случайном порядке.

Стратегия – это не формальность. Это карта, по которой ты идешь от старта до релиза.

4. Создание тестовой документации

Не с хаотичного тыканья, а с четких сценариев:
• тест-кейсы для проверки функционала
• чек-листы для быстрых проверок
• фиксация ожидаемых результатов

Только потом переходим к самому тестированию: прототипа, основного функционала, регрессу и т.д.

5. Основное тестирование

Полномасштабная проверка всего продукта:
• прогоняем все тест-кейсы
• проверяем интеграции
• ищем баги в реальных пользовательских сценариях

Здесь важно не спешить и проверить всё по документации.

6. Стабилизация и эксплуатация

Финальный этап, но не конец работы:
• команда устраняет найденные баги
• проводим регресс-тестирование после фиксов
• после релиза работаем с ошибками от конечных пользователей

Продукт живет, и тестирование продолжается.

🤩 Главное - показать что ты понимаешь полный цикл:

• Тестирование начинается НЕ с кликов, а с изучения требований
• Идешь поэтапно: от стратегии к документации, от прототипа к релизу
• Понимаешь, что без общения с командой и четкого плана точно пропустишь баги
• Видишь не только текущий этап, но и весь процесс – от требований до эксплуатации

На собесе ждут, что ты не просто "потыкаешь кнопки", а покажешь системный подход к тестированию, с которым команда сможет выпустить качественный продукт 🤩