Тестовая документация - интерактивный тренажёр для QA

Тестовая документация — это главная ответственность инженера по тестированию. Чек-листы, тест-кейсы, баг-репорты, тест-планы — в них одновременно отражается и то, насколько вы понимаете продукт, и то, насколько качественно его тестируете. Плохая документация = пропущенные баги, потерянное время команды и недоверие к…
Начальный уровень

Чему вы научитесь

  • Писать чек-листы, тест-кейсы, баг-репорты и тест-планы в форме, которую принимают на ревью без правок.
  • Различать Severity и Priority, оформлять шаги воспроизведения, которые действительно воспроизводят баг.
  • Применять техники тест-дизайна — equivalence partitioning, boundary value analysis, decision tables, state transition, pairwise, error guessing, use case testing — и выбирать подходящую под задачу.
  • Тестировать REST API без UI: контракты, коды ответов, заголовки, аутентификация, идемпотентность, негативные сценарии.
  • Писать проверяемо: без «всё работает корректно» и «должно отображаться правильно» — с конкретным ожидаемым результатом, данными и окружением.
  • Смотреть на документацию глазами ревьюера: на что обращает внимание тимлид и какие формулировки его раздражают.

О курсе

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

Курс не про «как стать QA за две недели» и не про карьерные советы. Он про конкретные артефакты, которые тестировщик пишет каждый день.

Шесть независимых разделов:

  1. Чек-листы 
  2. Тест-кейсы 
  3. Баг-репорты
  4. Тест-планы
  5. Техники тест-дизайна
  6. API-тестирование 

Каждый раздел — теория с разобранными примерами «плохо → разбор → хорошо» и набором практических заданий на реальных сценариях: страница логина, форма оплаты, ошибка в корзине, REST API заказа.

Для кого этот курс

Начинающие QA, которые ищут первую работу и готовятся к техническому собеседованию. Джуны на испытательном сроке, которым нужно быстро набить руку на документацию и пройти ревью тимлида. Специалисты из смежных ролей — поддержка, аналитика, разработка, — переходящие в QA. Опытные тестировщики, которые работают «по интуиции» и хотят систематизировать практику.

Начальные требования

  • Базовое понимание, как работает веб: страницы, формы, ссылки, HTTP-запросы — на уровне продвинутого пользователя.
  • Опыт работы с любым веб-приложением в роли пользователя (интернет-магазин, банк, соцсеть — что угодно).
  • Готовность писать развёрнутые ответы текстом, а не выбирать варианты из теста.
  • Программирование и знание языков не требуются.

Наши преподаватели

Как проходит обучение

Один цикл обучения:

  1. Читаете теорию раздела на Stepik
  2. Открываете тренажёр и выбираете тот же раздел.
  3. Выполняете задание — пишете чек-лист, тест-кейс, баг-репорт или набор тестов по технике для конкретного сценария. В части заданий есть кликабельный UI-мок реального интерфейса.
  4. Получаете разбор от AI-модели по рубрике: оценка, вердикт, сильные стороны, проблемы, рекомендации.
  5. Возвращаетесь к теории, если фидбек указывает на пробел. При желании переписываете ответ — история попыток сохраняется.

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

Программа курса

загружаем...

Что вы получаете

  • 114 разобранных практических заданий на реальных сценариях, а не учебных абстракциях.
  • Готовые шаблоны — структура чек-листа, тест-кейса, баг-репорта, тест-плана. С пониманием, что в каждом поле должно быть и почему.
  • Словарь терминов в применении — smoke, sanity, regression, severity, priority, equivalence class, boundary, pairwise, idempotency, 4xx vs 5xx. К каждому термину привязан кейс.
  • Интуицию выбора техники тест-дизайна — когда хватит equivalence partitioning, когда нужен decision table, когда без pairwise тесты разрастаются.
  • Привычку писать проверяемо — с конкретным ожидаемым результатом, данными и окружением.
  • Опыт ревью — каждое задание это маленькое ревью от тимлида.
  • Личный кабинет на тренажёре с историей попыток и прогрессом по каждому разделу.
Price: Бесплатно

Расскажите о курсе друзьям

Price: Бесплатно