Разбор требований, тест-план и чек-лист полигона

Весь курс вы разбирали примеры на условной «нашей платформе». С этого урока — по-другому: три следующих урока (глава 16) вы работаете на настоящем работающем сайте, специально развёрнутом для обучения, с реальным HTTPS-адресом. Это сквозной проект: один и тот же раздел платформы вы проведёте через весь цикл — от разбора требований (этот урок) через прогон и баг-репорты (урок 16.2) до итогового отчёта и портфолио (урок 16.3), которое пригодится в главе 17 при поиске работы.

Граница, которую нельзя нарушать. Тестировать разрешено ТОЛЬКО адреса с «poligon» в названии: dev-poligon.victor-komlev.ru, test-poligon.victor-komlev.ru, stage-poligon.victor-komlev.ru и их API-пары (api-dev-poligon... и так далее). Это специально развёрнутая учебная копия — реальных пользователей на ней нет, ломать её разрешено. Настоящий сайт курсов и его личный кабинет (адрес БЕЗ «poligon») — чужой рабочий продукт с реальными людьми внутри. Заходить туда с целью тестирования — не «немного потренироваться», а нарушение границы, о которой вы будете отвечать на реальной работе. Используйте в этом проекте только адреса из этого урока.

Как устроен полигон

Полигон — это копия платформы курсов (сайт + личный кабинет + API), поднятая в трёх окружениях: dev, test, stage. Для этого проекта используйте dev: https://dev-poligon.victor-komlev.ru — публичный адрес, открыт всегда, заходить можно свободно, регистрировать сколько угодно тестовых аккаунтов с любыми вымышленными данными (email вида test-ваше-имя@example.com, реальные email и телефоны не использовать — глава 1.6). У полигона есть и API-сторона: https://api-dev-poligon.victor-komlev.ru/docs — автоматически сгенерированная документация (Swagger, глава 8.3), по которой можно прогонять запросы тем же способом, что и в главе 8 через Postman.

Полигон настоящий: если что-то работает не так, как вы ожидали, — это не всегда баг, специально заложенный авторами курса. Такое тоже возможно на любом реальном продукте. Ваша задача — не угадать «что тут спрятано», а спланировать и провести тестирование по-настоящему, как на первой рабочей неделе junior QA, когда вам просто выдали доступ к незнакомому разделу.

Выберите раздел — он останется вашим на все три урока

  • A. Регистрация и вход в личный кабинет/poligon-register и /poligon-login.
  • B. Каталог курсов/poligon-catalog, просмотр карточек курсов на разных ширинах экрана.
  • C. Промокод при записи на курс — оформление записи на курс из каталога с применением промокода.

Выберите ОДИН раздел — тот же вариант вы будете вести в уроках 16.2 и 16.3. Выбор ни к чему не обязывает по сложности: во всех трёх разделах реально что-то найти, а можно и не найти ничего — оба исхода нормальны для реального тестирования, если процесс проведён добросовестно.

СКВОЗНОЙ ПРОЕКТ (глава 16) — один раздел через все три урока

  16.1                  16.2                       16.3
  разбор + тест-план  ->  тест-кейсы + прогон  ->  отчёт + ретроспектива
  + чек-лист              + баг-репорты              + портфолио (глава 17)
                           с доказательствами

  Раздел выбираете один раз в 16.1:
   A. Регистрация и вход
   B. Каталог курсов
   C. Промокод при записи на курс

Требования, которых нет в документе

На реальной работе спецификация раздела не всегда лежит готовым файлом — иногда это то, что вы наблюдаете сами плюс здравый смысл о том, как обычно ведёт себя такой раздел на любой похожей платформе. Для выбранного раздела запишите: что вы ОЖИДАЕТЕ от него как от типового раздела платформы курсов (например, для раздела B — карточки не должны наезжать друг на друга ни на одной ширине экрана), и какие формулировки в этом ожидании сами по себе неопределённы. Примените технику маркеров неопределённости из главы 4.3 к собственной формулировке: слово «корректно» или «удобно» в вашем же ожидании — тоже маркер, который стоит заметить и уточнить себе конкретным критерием, прежде чем писать тест-план.

Тест-план по структуре главы 13

Тест-план на реальный мини-проект пишется по той же структуре из семи элементов, что и в уроке 13.1 — просто у одиночного учебного проекта многие пункты короче, чем у командного. «Ресурсы и роли» — это вы один и время, которое вы реально готовы потратить. «Расписание» — ваш собственный план по дням недели. Остальные пункты (объект и границы, подход, критерии входа/выхода, риски, результаты и поставки) заполняются содержательно, под конкретный выбранный раздел, а не общими фразами.

Чек-лист по формату главы 6

Чек-лист для выбранного раздела — 8–12 пунктов в формате главы 6.1: конкретные значения и условия, а не абстрактные фразы вроде «проверить форму». Обязательно включите хотя бы один пограничный или негативный случай из техник главы 5 (пустое поле, граничное значение, повторное действие) — счастливый путь один и тот же для всех, находки чаще всего рядом с границами.

Как выполнить и самопроверить (миссия):
1. Откройте https://dev-poligon.victor-komlev.ru, выберите раздел A, B или C.
2. Понаблюдайте за разделом 5–10 минут, запишите ожидания и маркеры неопределённости в собственных формулировках (по главе 4.3).
3. Напишите тест-план по всем 7 элементам главы 13.1.
4. Напишите чек-лист из 8–12 конкретных пунктов по формату главы 6.1, с хотя бы одним пограничным случаем.
5. Самопроверка: в тест-плане явно назван объект тестирования И то, что в него НЕ входит; в каждом пункте чек-листа есть конкретное значение или условие, а не общая фраза; хотя бы один пункт — пограничный или негативный случай. Если какой-то из трёх пунктов самопроверки не выполнен — доработайте перед уроком 16.2, там вы будете выполнять именно то, что здесь написали.

Контрольный вопрос. В тест-плане по структуре главы 13.1, какой элемент прямо отвечает на вопрос «что мы явно НЕ тестируем в этом разделе»?

АОбъект и границы
БРасписание
ВРесурсы и роли

Подсказка: Вспомни, какой из семи элементов урока 13.1 задаёт рамку тестирования снаружи — что внутри, а что нет.

Проверить ответ →

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

Контрольный вопрос. По формату главы 6.1, пункт чек-листа «Проверить каталог курсов» — это…

АПлохой пункт: абстрактная формулировка без конкретного значения или условия
БХороший пункт: конкретная проверка с явным значением
ВХороший пункт, если добавить эмодзи

Подсказка: Сравни с примером «плохой vs хороший пункт» из урока 6.1: там разница именно в конкретности значения.

Проверить ответ →

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

Контрольный вопрос. Какой из семи элементов тест-плана (глава 13.1) определяет момент, когда тестирование раздела можно считать завершённым?

АКритерии входа/выхода
БРиски
ВРезультаты и поставки

Подсказка: Урок 13.2 разбирает именно этот элемент подробнее — критерии ВХОДА и ВЫХОДА.

Проверить ответ →

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

Контрольный вопрос. Как называется техника из главы 4.3, которой помечают слова вроде «быстро», «удобно», «где нужно» в неформальном описании раздела? Ответь двумя словами.

Подсказка: Термин состоит из слова «маркеры» и существительного, означающего отсутствие точности.

Проверить ответ →

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

Задание. Приложи для раздела «Регистрация и вход»: (1) тест-план по всем 7 элементам структуры главы 13.1; (2) чек-лист из 8–12 конкретных пунктов по формату главы 6.1, с хотя бы одним пограничным или негативным случаем (глава 5). В начале укажи, какие маркеры неопределённости (глава 4.3) ты заметил в собственных ожиданиях от раздела до того, как их уточнил.

Вариант A. Раздел «Регистрация и вход в личный кабинет» на dev-окружении полигона: https://dev-poligon.victor-komlev.ru/poligon-register и /poligon-login. Типовое ожидание от такого раздела на любой похожей платформе курсов: форма регистрации принимает имя, email и пароль, при некорректных данных показывает понятную ошибку, после успешной регистрации форма не даёт видимой обратной связи (ни ошибки, ни подтверждения) — это тоже наблюдение, которое стоит зафиксировать. Вход на полигоне устроен отдельно от регистрации: /poligon-login предлагает выбрать одну из готовых демо-ролей без пароля — это тестовые аккаунты для практики, не связанные с формой регистрации напрямую.

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

Онлайн-проверка ответа появится позже

Задание. Приложи для раздела «Каталог курсов»: (1) тест-план по всем 7 элементам структуры главы 13.1; (2) чек-лист из 8–12 конкретных пунктов по формату главы 6.1, включающий проверку минимум на двух разных ширинах экрана (глава 7.2) и хотя бы один пункт про доступность (глава 7.5). В начале укажи, какие маркеры неопределённости (глава 4.3) ты заметил в собственных ожиданиях от раздела.

Вариант B. Раздел «Каталог курсов» на dev-окружении полигона: https://dev-poligon.victor-komlev.ru/poligon-catalog. Типовое ожидание: карточки курсов корректно отображаются на разных ширинах экрана (глава 7.2), не наезжают друг на друга, текст читаем, элементы управления доступны с клавиатуры (глава 7.5).

Подсказка: Открой DevTools (глава 3.7) и переключись в режим адаптивного дизайна, прежде чем формулировать пункты чек-листа про ширины экрана.

Онлайн-проверка ответа появится позже

Задание. Приложи для раздела «Промокод при записи на курс»: (1) тест-план по всем 7 элементам структуры главы 13.1; (2) чек-лист из 8–12 конкретных пунктов по формату главы 6.1, включающий хотя бы один пункт, где ты сверяешь ответ интерфейса с сетевым запросом через вкладку Network (глава 3.7 и глава 8.4), а не только с тем, что показано на экране. В начале укажи, какие маркеры неопределённости (глава 4.3) ты заметил в собственных ожиданиях от раздела.

Вариант C. Раздел «Промокод при записи на курс» на dev-окружении полигона: запись на курс из каталога (https://dev-poligon.victor-komlev.ru/poligon-catalog) с полем ввода промокода на шаге оплаты. Типовое ожидание: корректный промокод уменьшает сумму, некорректный или истёкший промокод не применяется с понятной ошибкой, ответ интерфейса совпадает с тем, что реально произошло с суммой.

Подсказка: Открой вкладку Network (глава 3.7) до применения промокода — так видно и запрос, и реальный ответ сервера, не только то, что отрисовалось на странице.

Онлайн-проверка ответа появится позже

Что дальше

Тест-план и чек-лист готовы — в уроке 16.2 вы превратите их в тест-кейсы, реально прогоните на своём разделе полигона и оформите найденные дефекты баг-репортами с доказательствами, как в главе 6.

Назад  ·  ↑ В начало урока  ·  ⌂ В начало курса  ·  Вперёд →

Школа Виктора Комлева