Резюме готово (глава 17.1), поиск идёт по плану (глава 17.2), к техническим вопросам вы готовы отвечать вслух (глава 17.3). Дальше — тестовое задание. Потом, скорее всего, несколько отказов подряд. А если повезёт — первый рабочий день. Это последний урок курса: как выполнить тестовое задание в срок, как разобрать отказ, не разваливаясь, и что реально ждёт junior QA в первые недели на новом месте.
Чему научишься за этот урок:
— выполнять тестовое задание в срок и по структуре сквозного проекта (глава 16);
— уточнять неоднозначные формулировки задания прямым вопросом;
— конструктивно разбирать отказ и использовать обратную связь для донастройки резюме;
— понимать, что реально происходит в первые недели junior QA на испытательном сроке.
Тестовое задание
Тестовое задание junior QA обычно выглядит так: компания даёт доступ к макету, описанию фичи или тестовому стенду и просит за 1-3 дня протестировать конкретный кусок — написать чек-лист или тест-кейсы, найти и оформить дефекты, иногда приложить короткий отчёт. Формат у разных компаний свой, суть одна: показать реальную работу, слова тут не считаются.
Работайте по той же цепочке, что и в главе 16: разбор требований и границ задачи → тест-план или чек-лист → тест-кейсы и прогон → баг-репорты с доказательствами → короткий итоговый отчёт. Это не новый навык. Это тот же самый процесс на новом материале — вы уже прошли его целиком на полигоне.
Срок в тестовом задании — часть самой проверки, не формальность. Компания смотрит не только на качество тест-кейсов, но и на то, справляетесь ли вы со сроком без напоминаний. Оставьте себе минимум день до дедлайна на самопроверку черновика: время на вычитку баг-репортов и переформулировку нечёткого пункта чек-листа обычно находит больше проблем, чем сама работа над заданием.
Если формулировка задания неоднозначна — «протестируйте корректно», «в разумном объёме» — не додумывайте молча. Это те же маркеры неопределённости, что вы разбирали в главе 4.3, применённые теперь к переписке с реальным контактом компании. Один короткий уточняющий вопрос ценится выше, чем тихая догадка, которая позже окажется неверной.
Отказы
Большинство соискателей на junior-позиции получают несколько отказов, прежде чем один отклик превращается в оффер — это касается рынка труда в целом, не только тестировщиков без коммерческого опыта. Отказ — обычная часть процесса поиска, не диагноз вашей квалификации. Решение часто зависит не от вас: от бюджета отдела, от внутреннего кандидата, от того, что вакансию закрыли раньше, чем дошли до вашего резюме.
Если возможность есть — попросите обратную связь коротким вежливым сообщением. Дадут не всегда: у рекрутёров редко хватает времени на разбор каждого кандидата. Но когда обратная связь приходит, она обычно конкретна: не хватило деталей в портфолио, ответ на тестовом задании получился неполным, ожидали больше практики с SQL. Такую обратную связь стоит использовать для донастройки резюме — ровно так, как это делает неделя 3 плана поиска из главы 17.2.
Курс не может обещать, что после определённого числа откликов вы точно получите оффер. У разных людей на это уходит разное время, и честнее сказать это прямо, чем создавать ложные ожидания. Реальные проверяемые навыки тест-дизайна, документации, API, SQL и портфолио из главы 16 — это то, что курс даёт фактически. Умение разобрать отказ конструктивно и использовать его для донастройки резюме — часть этого же навыка.
Выход на работу
Первые недели на новой работе почти всегда начинаются с испытательного срока — обычно от одного до трёх месяцев, в течение которых обе стороны проверяют, подходит ли эта работа друг другу. В первый день вас, скорее всего, ждёт онбординг: доступы, знакомство с командой, обзор продукта и процессов. Не тестирование с первой же минуты.
Рядом почти всегда будет наставник — более опытный коллега, который отвечает за ваше обучение и принимает первые результаты. В части компаний рядом есть ещё и бадди (от английского buddy — приятель): человек, к которому можно обратиться с любым бытовым вопросом, от «где посмотреть тестовый стенд» до «к кому идти с багом, если непонятно, чей это модуль».
Первые задачи junior QA обычно простые: прогнать готовый набор проверок перед релизом, оформить баг по понятному шаблону, повторить чужой тест-кейс и сверить результат. Сложный тест-дизайн с нуля и самостоятельные решения по автоматизации (глава 15) — это позже, когда наставник увидит, что базовые проверки вы делаете стабильно и без присмотра.
Реальная ошибка на этом этапе — вопрос, который вы промолчите и додумаете сами, вместо того чтобы задать его вслух. Курс не раз возвращался к этой мысли: маркер неопределённости в требованиях (глава 4.3), непонятная формулировка тестового задания (этот урок) — везде правильный ход один и тот же. Спросить прямо. На новой работе цена ошибочной догадки выше, чем цена одного вопроса наставнику.
Глоссарий курса
Здесь термины короткие: одна строка на определение, чтобы быстро освежить в памяти перед собеседованием (глава 17.3) или тестовым заданием.
- Тест-кейс — пошаговая проверка с заранее известными шагами и ожидаемым результатом (глава 6.2).
- Чек-лист — краткий список пунктов для проверки без подробных шагов выполнения (глава 6.1).
- Баг-репорт — оформленное описание найденного дефекта: шаги воспроизведения, ожидаемый и фактический результат (глава 6.4).
- Severity — техническая тяжесть последствий бага, независимо от срочности починки (глава 6.6).
- Priority — очерёдность починки бага с точки зрения бизнеса, отдельная ось от severity (глава 6.6).
- Регрессионное тестирование — повторная проверка, что уже работавшая функциональность не сломалась после изменений (глава 2.5).
- Смоук-тестирование — быстрая проверка, что критичные функции вообще работают, перед более глубоким тестированием (глава 2.5).
- Пирамида тестирования — модель соотношения уровней автотестов: много дешёвых unit-тестов внизу, мало дорогих UI-тестов наверху (главы 2.5, 15.1).
- ROI — окупаемость: окупятся ли время и деньги на автоматизацию тем, сколько раз тест реально прогонится (глава 15.1).
- Тест-план — документ, заранее фиксирующий, что входит в тестирование, а что нет, и по каким критериям оно считается завершённым (глава 13.1).
- Критерии входа и выхода — условия, когда тестирование можно начинать и когда его можно считать завершённым (глава 13.2).
- Класс эквивалентности — множество входных значений, которые система должна обработать одинаково (глава 5.2).
- Граничное значение — значение на границе класса эквивалентности, где чаще всего прячутся баги (глава 5.3).
- API — способ, которым программы обмениваются данными между собой, без интерфейса для человека (глава 8.1).
- REST — архитектурный стиль построения API поверх обычных HTTP-запросов (глава 8.1).
- Идемпотентность — свойство операции, при котором повторное её выполнение с теми же параметрами не меняет результат (глава 3.3).
- JOIN — объединение данных нескольких таблиц в одном SQL-запросе по связи между ними (глава 9.4).
- Исследовательское тестирование — подход, где следующий шаг придумывается по результату предыдущего, без заранее написанных тест-кейсов (глава 10.1).
- OWASP (Top 10) — общепринятый словарь категорий уязвимостей веб-приложений, полезный для точного названия находки в отчёте (глава 12.1).
- Маркеры неопределённости — расплывчатые слова в требованиях или задании («корректно», «удобно»), которые нужно уточнять конкретным критерием, а не додумывать (глава 4.3).
Итог:
— тестовое задание проверяется той же структурой, что и сквозной проект (глава 16), и умением уложиться в срок;
— отказ статистически нормален для поиска работы, а не диагноз, и стоит использовать его для донастройки резюме, если получится узнать причину;
— первые недели на новой работе — простые задачи под присмотром наставника, и главный навык этого периода — вовремя задать вопрос.
Как выполнить и самопроверить (миссия):
1. Если в главе 16 вы тестировали раздел A или B полигона, для этой миссии возьмите оставшийся невыбранный раздел (A. Регистрация и вход, B. Каталог курсов, C. Промокод при записи на курс,dev-poligon.victor-komlev.ru) — так вы окажетесь в условиях, близких к реальному тестовому заданию: незнакомая часть продукта и ограниченный срок.
2. Назначьте себе дедлайн — 2 дня с момента начала.
3. Пройдите весь путь по формату главы 16: разбор требований и маркеров неопределённости → тест-план или чек-лист (8-12 пунктов) → минимум 3 тест-кейса → баг-репорты по найденным дефектам, если найдутся → короткий итоговый отчёт на полстраницы.
4. Самопроверка: работа сдана раньше собственного дедлайна, а не в последний час; хотя бы один пункт проверки — пограничный или негативный случай (глава 5); итоговый отчёт называет конкретные числа (сколько тест-кейсов, сколько багов), а не общую фразу.
Контрольный вопрос. Как этот урок советует поступать со сроками тестового задания?
Подсказка: Урок прямо называет плохим вариантом сдачу впритык, в последние часы.
Онлайн-проверка ответа появится позже
Контрольный вопрос. Формулировка тестового задания вам непонятна. Как урок советует поступить?
Подсказка: Тот же принцип, что и в главе 4.3 про маркеры неопределённости, только применённый к живой переписке с компанией.
Онлайн-проверка ответа появится позже
Контрольный вопрос. Как этот урок описывает отказы при поиске работы?
Подсказка: Вспомни, как урок относится к самому факту отказа — не как к диагнозу квалификации.
Онлайн-проверка ответа появится позже
Контрольный вопрос. Какие задачи чаще всего дают junior QA в первые недели на испытательном сроке, по этому уроку?
Подсказка: Вспомни, кто рядом с junior в первые недели и почему задачи начинаются с простого.
Онлайн-проверка ответа появится позже
Контрольный вопрос. Какие из перечисленных действий соответствуют честному и продуктивному подходу к тестовому заданию из этого урока (выбери все подходящие)?
Выберите все верные варианты.
Подсказка: Один из четырёх вариантов — то, от чего урок явно предостерегает, а не совет.
Онлайн-проверка ответа появится позже
Контрольный вопрос. Как называется термин из глоссария этого урока, означающий свойство операции, при котором повторное её выполнение с теми же параметрами не меняет итоговый результат? Ответь одним словом.
Подсказка: Из пяти HTTP-методов этим свойством обладают GET, PUT и DELETE (глава 3.3).
Онлайн-проверка ответа появится позже
Задание. В разделе «Выход на работу» этого урока описан неформальный провожатый новичка — человек, к которому можно обратиться с любым бытовым вопросом в первые недели: где посмотреть доступ, к кому идти с багом. Как называется этот человек одним словом, англоязычным заимствованием?
Подсказка: Слово происходит от английского buddy — приятель, провожатый.
✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.
Онлайн-проверка ответа появится позже
Задание. Вы получили отказ после третьего собеседования подряд. По методике этого урока, что стоит запросить у компании, если такая возможность есть, чтобы использовать это для донастройки резюме и подготовки к следующим собеседованиям? Ответь одним-двумя словами.
Подсказка: Урок называет это тем, что дают не всегда, но что стоит попросить коротким вежливым сообщением после отказа.
✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.
Онлайн-проверка ответа появится позже
Задание. Вам прислали тестовое задание с формулировкой «протестируйте функциональность корректно», без описания, что именно это значит. По методике этого урока и главы 4.3, сформулируй короткое сообщение (2-3 предложения) контакту компании, где ты вежливо уточняешь неопределённую формулировку задания, не додумывая её самостоятельно.
Подсказка: Вспомни главу 4.3: маркер неопределённости — это конкретное слово в тексте, которое можно процитировать и попросить уточнить, а не общее чувство непонятности.
✅ Готово, если: программа запускается без ошибок и выводит то, что просят в задании.
Онлайн-проверка ответа появится позже
Задание. Вам пришло тестовое задание в понедельник утром с дедлайном в четверг 18:00: протестировать раздел «Каталог курсов» полигона (глава 16, вариант B) и прислать чек-лист, минимум 3 тест-кейса и баг-репорты по найденным дефектам. Опишите пошаговый план на 4 дня — что делаете в каждый из дней, — который учитывает: (а) основную работу в будни, (б) правило этого урока не тянуть до последнего дня, (в) структуру сквозного проекта из главы 16 (разбор требований → тест-кейсы и прогон → отчёт).
Подсказка: Для каждого из четырёх дней отдельно ответь на вопрос: что из цепочки главы 16 логично сделать именно в этот день, чтобы последний день остался на проверку, а не на саму работу.
✅ Готово, если: программа запускается без ошибок и выводит то, что просят в задании.
Онлайн-проверка ответа появится позже
Курс завершён
17 глав, сотни заданий, один настоящий полигон вместо картинок из учебника, сквозной проект с тест-планом, тест-кейсами и баг-репортами на реальном сайте (глава 16). Резюме, план поиска работы, отработанные ответы на технические вопросы (главы 17.1-17.3). Это то, что у вас есть на руках прямо сейчас.
Курс не обещал и не обещает гарантированное трудоустройство. Ни один курс не решает это за вас: решение принимает конкретная компания, по конкретной вакансии, в конкретный момент времени. Чего курс не обещал — того и не будет. Реальные проверяемые навыки тест-дизайна, документации, API, SQL и портфолио из главы 16 вместо строки «опыт работы: 0 лет» — то, что вы уже сделали своими руками за 232 часа курса.
Дальше — рынок труда, тестовые задания, возможно несколько отказов. Потом, скорее всего, испытательный срок. Наставник рядом. Вопросы — часть работы. Не слабость. Это всё, что нужно знать, приступая.
