Отчёт о проверке конкретного релиза сайта
Пустой бланк — поля для заполнения обозначены в квадратных скобках.
1. Версия сборки и дата проверки
Идентифицируйте точные исходники или артефакт сборки, а не только название сайта. Если во время проверки код изменился, результаты разных версий разделяют. Дата отчёта не заменяет дату фактического прогона; ссылка на изменяемую папку без версии не позволяет воспроизвести обнаруженный дефект.
[Версия сборки и дата проверки]
2. Изменение, затронутые функции и исключения
Свяжите проверяемые сценарии с конкретным изменением и соседними зависимостями. Перечислите исключённое, чтобы ограниченный прогон не воспринимался полным аудитом. Общая формулировка «проверен сайт» не показывает, проверялась ли навигация, поиск, отправка данных или только первая страница.
[Изменение, затронутые функции и исключения]
3. Среда, браузеры и размеры окна
Сохраните фактические версии окружения, устройства и размеры окна. Эмуляция ширины проверяет вёрстку, но не свойства реального телефона, камеры или сенсорного ввода. Если версия инструмента не известна, отметьте это ограничением; не переносите успех одного браузера на все поддерживаемые платформы.
[Среда, браузеры и размеры окна]
4. Учебные данные и исходное состояние
Укажите набор и начальное состояние, от которых зависит результат. Дубли, пустые значения и неверные данные создаются намеренно и маркируются как учебные. Пользовательские документы и реальные контакты не прикладывают без отдельного основания; пригоден обезличенный набор, воспроизводящий нужное поведение.
[Учебные данные и исходное состояние]
5. Сценарии и заранее ожидаемый результат
До исполнения запишите шаги и проверяемое ожидание каждого сценария. Ожидаемое поведение берут из согласованного требования, а не придумывают после наблюдения. В сценарии должны быть понятны ввод, действие и проверка; иначе одинаковый номер теста может скрывать разные последовательности у двух исполнителей.
[Сценарии и заранее ожидаемый результат]
6. Фактическое выполнение и подтверждения
Для каждого случая сохраните фактический результат и минимальное доказательство. Различайте пройден, непройден, заблокирован и не исполнялся. Отсутствие записи не означает успех. При ошибке отметьте воспроизводимость и момент наблюдения, не заменяя фактические два элемента ожидаемыми десятью.
[Фактическое выполнение и подтверждения]
7. Дефекты, влияние и воспроизведение
Дефект содержит последовательность, ожидаемое и полученное состояние, среду, влияние и ссылку на подтверждение. Причину не называют установленной без разбора кода. Частота в двух попытках ограничивает наблюдение и не является статистической вероятностью ошибки у всех посетителей.
[Дефекты, влияние и воспроизведение]
8. Повторная проверка и неизменность версии
Повтор после исправления привязывают к новой сборке и нужным соседним сценариям. Закрытие задачи разработчиком не подтверждает фактическое исчезновение дефекта. Прежний результат сохраняется с версией; его нельзя переписать задним числом так, будто первая проверка также была успешной.
[Повторная проверка и неизменность версии]
9. Ограниченный вывод и решение владельца
Вывод учитывает открытые дефекты и непроверенные сценарии. Назовите, для какого применения достаточно доказательств и чего они не подтверждают. Исполнитель проверки может рекомендовать остановку, но отчёт сам по себе не является разрешением на запуск, обработку платежей или доступ к рабочей инфраструктуре.
[Ограниченный вывод и решение владельца]
10. Автор, проверяющий и комплект доказательств
Соберите исходный набор, шаги, снимки и журналы без секретов в один идентифицируемый комплект. Отметьте, кто именно видел результаты и в каком объёме. Поздние дополнения получают дату и версию; подпись не превращает ограниченную проверку в гарантию отсутствия скрытых ошибок.
[Автор, проверяющий и комплект доказательств]