В уроке 16.1 вы выбрали раздел полигона (A, B или C), написали тест-план и чек-лист. В этом уроке — тот же раздел, следующий шаг: чек-лист превращается в тест-кейсы (глава 6.2), тест-кейсы реально прогоняются на живом dev-poligon.victor-komlev.ru, а всё, что разошлось с ожиданием, оформляется баг-репортом с доказательствами (глава 6.4) и оценкой severity/priority (глава 6.6).
Реальный результат прогона — это не обязательно найденные баги. Если все тест-кейсы прошли успешно, это тоже полноценный, ценный результат тестирования: раздел проверен добросовестно и задокументирован. На собеседовании фраза «я прогнал 8 тест-кейсов по чек-листу и все прошли» звучит профессионально — придумывать баги, которых не было, не нужно и вредно.
От чек-листа к тест-кейсам
Каждый пункт вашего чек-листа из урока 16.1 разворачивается в отдельный тест-кейс по формату главы 6.2: заголовок, предусловия (в каком состоянии стартуем — например, вы находитесь на странице каталога курсов, ещё не оплатили ни одного курса), один или несколько шагов с входными данными и ожидаемым результатом на каждом шаге, приоритет. Не каждый пункт чек-листа обязан стать отдельным тест-кейсом один в один — можно объединить близкие пункты в один тест-кейс с несколькими шагами, если так естественнее описывается сценарий.
Прогон на реальном разделе
Выполните каждый тест-кейс по-настоящему на https://dev-poligon.victor-komlev.ru в вашем разделе (A, B или C) — не мысленно, а реальными кликами и вводом данных. Для варианта C (промокод) держите открытой вкладку Network в DevTools (глава 3.7) на протяжении шага с применением промокода — она пригодится, если результат на экране и реальный ответ сервера разойдутся (глава 8.4). Для варианта B (каталог) прогоняйте одни и те же тест-кейсы минимум на двух разных ширинах экрана (глава 7.2) — это два разных прогона одного тест-кейса, не один.
Если результат разошёлся с ожиданием
Оформите баг-репорт по формату главы 6.4: заголовок — конкретный объект и симптом без эмоций; шаги воспроизведения — минимальные и однозначные; фактический результат; ожидаемый результат; окружение (браузер, ОС, устройство, адрес dev-poligon.victor-komlev.ru); доказательства. В качестве доказательства подходит текстовое описание того, что вы увидели на экране и/или во вкладке Network (точный текст ошибки, точный код ответа, точные значения) — не обязательно прикладывать файл скриншота, достаточно точно и дословно описать увиденное. Оцените severity и priority по матрице главы 6.6, обосновав каждую оценку одной фразой.
ТЕСТ-КЕЙС (глава 6.2) БАГ-РЕПОРТ (глава 6.4)
------------------------------------------ ------------------------------------------
Заголовок Заголовок (объект + симптом, без эмоций)
Предусловия (в каком состоянии стартуем) Шаги воспроизведения
Шаги + входные данные по каждому шагу Фактический результат
Ожидаемый результат по каждому шагу Ожидаемый результат
Приоритет Окружение
Доказательства + severity/priority (6.6)
Как выполнить и самопроверить (миссия):
1. Разверните свой чек-лист из урока 16.1 в 5–8 тест-кейсов по формату главы 6.2 (заголовок, предусловия, шаги с входными данными и ожидаемым результатом, приоритет).
2. Реально прогоните каждый тест-кейс наhttps://dev-poligon.victor-komlev.ruв своём разделе, зафиксировав фактический результат по каждому.
3. На каждое расхождение — баг-репорт по формату главы 6.4 с severity/priority по главе 6.6.
4. Самопроверка: у каждого тест-кейса есть предусловия И ожидаемый результат (не только шаги без ожидания); у каждого баг-репорта заполнены все 6 полей формата 6.4, включая окружение; severity и priority оценены раздельно, не одним числом. Если тест-кейсы прошли все без исключения — это тоже результат, зафиксируйте его честно, не подгоняйте под «нашёл баг любой ценой».
Контрольный вопрос. В тест-кейсе по формату главы 6.2, что обязательно указывается ПЕРЕД первым шагом — в каком состоянии система должна находиться к началу теста?
Подсказка: Это то самое поле, которое отвечает на вопрос «с чего мы стартуем», а не «что делаем» или «что должно получиться».
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Какие поля обязательны в баг-репорте по формату главы 6.4 (выбери все подходящие)?
Выберите все верные варианты.
Подсказка: Формат 6.4 — это конкретные наблюдаемые факты, а не оценка ответственности.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. По матрице главы 6.6, severity и priority — это…
Подсказка: Вспомни пример из 6.6: упавшая оплата (высокий и severity, и priority) и опечатка в названии (низкие оба) — а бывают и разные комбинации.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Задание. Приложи: (1) 5–8 тест-кейсов по формату главы 6.2, развёрнутых из твоего чек-листа урока 16.1 (заголовок, предусловия, шаги с входными данными и ожидаемым результатом, приоритет); (2) для каждого расхождения — баг-репорт по формату главы 6.4 с severity/priority по главе 6.6. Если расхождений не было — явно напиши, что все тест-кейсы прошли, и укажи фактический результат по каждому.
Вариант A. Раздел «Регистрация и вход в личный кабинет» на dev-окружении полигона — продолжение работы, начатой в уроке 16.1 (тест-план и чек-лист для этого раздела уже готовы).
Подсказка: Начни с тест-кейса на самый частый сценарий (обычная успешная регистрация) — он покажет, работает ли вообще базовый путь, прежде чем проверять границы.
Онлайн-проверка ответа появится позже
Задание. Приложи: (1) 5–8 тест-кейсов по формату главы 6.2, развёрнутых из твоего чек-листа урока 16.1, прогнанных минимум на двух разных ширинах экрана (глава 7.2); (2) для каждого расхождения — баг-репорт по формату главы 6.4 с severity/priority по главе 6.6, в поле «Окружение» явно указана ширина экрана. Если расхождений не было ни на одной ширине — явно напиши это и укажи фактический результат по каждому тест-кейсу.
Вариант B. Раздел «Каталог курсов» на dev-окружении полигона — продолжение работы, начатой в уроке 16.1.
Подсказка: Один и тот же тест-кейс, прогнанный на разных ширинах экрана, — это два разных прогона с двумя разными фактическими результатами, а не один.
Онлайн-проверка ответа появится позже
Задание. Приложи: (1) 5–8 тест-кейсов по формату главы 6.2, развёрнутых из твоего чек-листа урока 16.1, минимум один из них явно сверяет интерфейс с сетевым запросом через вкладку Network (глава 3.7/8.4); (2) для каждого расхождения — баг-репорт по формату главы 6.4 с severity/priority по главе 6.6. Если расхождений не было — явно напиши это и укажи фактический результат по каждому тест-кейсу, включая тот, что сверяет интерфейс с сетью.
Вариант C. Раздел «Промокод при записи на курс» на dev-окружении полигона — продолжение работы, начатой в уроке 16.1.
Подсказка: Открой вкладку Network ДО ввода промокода, а не после — иначе первый запрос не попадёт в список и сверить будет не с чем.
Онлайн-проверка ответа появится позже
Что дальше
Тест-кейсы прогнаны, находки задокументированы баг-репортами. В уроке 16.3 вы соберёте всё в итоговый отчёт о качестве с рекомендацией, проведёте личную ретроспективу и упакуете все артефакты сквозного проекта в портфолио для главы 17.
