Тестирование веб-формы: сценарии, проверки, баг-репорты
Цель работы
Освоить базовый цикл ручного тестирования на реальном объекте:
- выделить функциональность
- определить проверки
- провести тестирование
- зафиксировать результаты
- оформить дефекты
Что должен освоить студент
- анализировать поведение формы
- составлять чек-лист
- применять позитивные, граничные и ошибочные сценарии
- использовать DevTools для подтверждения результата
- оформлять баг-репорт с шагами, ожиданием и фактом
- выделять набор проверок для повторного прогона
Объект тестирования
Форма отправки ответа на учебной странице.
Порядок работы
Шаг 1. Изучение формы
Открыть страницу с формой и определить:
- какие поля есть на странице
- какие поля обязательные
- какие кнопки и подсказки присутствуют
- что происходит после отправки
- какие сообщения видит пользователь
Зафиксировать
- адрес страницы
- состав формы
- предполагаемое назначение формы
Шаг 2. Выделение правил работы формы
Для каждого поля описать правила, которые можно увидеть на интерфейсе.
Примеры правил:
- поле обязательно для заполнения
- поле принимает текст
- у текста есть ограничение по длине
- кнопка отправки доступна после заполнения формы
- после отправки появляется сообщение о результате
Результат шага
Сформировать краткий список правил, по которым дальше строятся проверки.
Шаг 3. Составление чек-листа
Собрать минимум 15 проверок.
Чек-лист должен включать:
- позитивные проверки
- проверки пустых значений
- проверки граничной длины
- проверки спецсимволов
- проверки копирования и вставки текста
- проверки повторной отправки
- проверки поведения после обновления страницы
Примеры направлений
- отправка с корректными значениями
- отправка с одним пустым обязательным полем
- отправка с очень коротким текстом
- отправка с очень длинным текстом
- отправка со знаками препинания
- отправка с цифрами
- отправка с переводами строк
- двойное нажатие на кнопку отправки
Шаг 4. Прогон позитивных сценариев
Провести минимум 5 позитивных сценариев.
Примеры:
- Корректно заполнены оба поля
- В поле решения введен развернутый текст
- В поле фамилии и группы введено стандартное значение
- Текст вставлен через буфер обмена
- Отправка выполнена после редактирования текста
Проверить
- форма принимает данные
- данные отправляются
- сообщение пользователю понятно
- интерфейс после отправки ведет себя предсказуемо
Шаг 5. Прогон граничных и ошибочных сценариев
Провести минимум 10 таких сценариев.
Проверить:
- пустые поля
- только пробелы
- очень длинное значение
- набор спецсимволов
- HTML-теги
- JavaScript-вставку как обычный текст
- повторную отправку одного и того же ответа
- обновление страницы во время заполнения
- нажатие Enter
- отправку при медленном интернете
Для каждого сценария зафиксировать
- шаги
- результат
- статус проверки
Шаг 6. Проверка через DevTools
Открыть вкладки Network и Console.
Проверить в Network
- уходит ли запрос при отправке формы
- какой метод запроса используется
- какой статус ответа вернулся
- какие данные отправились
- есть ли понятный ответ от сервера
Проверить в Console
- появляются ли ошибки JavaScript
- появляются ли предупреждения во время отправки
- влияет ли ошибка в консоли на работу формы
Зафиксировать
- URL запроса
- метод
- статус
- краткий вывод по ответу сервера
Шаг 7. Проверка удобства и устойчивости
Проверить форму как обычный пользователь.
Оценить:
- понятность названий полей
- заметность обязательных полей
- удобство текста кнопки
- читаемость сообщений
- поведение формы на мобильной ширине экрана
- реакцию интерфейса на длинный текст
- реакцию интерфейса на повторные действия пользователя
Шаг 8. Оформление дефектов
Найти минимум 5 проблем.
Подходят такие варианты:
- форма отправляется с пустыми обязательными полями
- сообщение пользователю непонятное
- запрос уходит несколько раз после двойного клика
- длинный текст ломает верстку
- статус ответа сервера не совпадает с поведением формы
- поле принимает странные данные без обработки
- консоль показывает ошибку после отправки
- кнопка ведет себя нестабильно
Для каждого дефекта указать
- заголовок
- окружение
- шаги воспроизведения
- ожидаемый результат
- фактический результат
- серьезность
Шаг 9. Набор для повторного прогона
После основного тестирования составить короткий регресс-набор из 5 самых важных проверок.
Пример логики отбора:
- отправка с валидными данными
- проверка обязательных полей
- проверка одного граничного значения
- проверка ответа сервера
- проверка сообщения об успешной отправке
Что сдать
Студент сдает отчет в Markdown.
Шаблон отчета
[task_id id=»21509″]