QA Journalстатьи о тестировании
← Все инструменты

Отчёты о тестировании

Выберите функциональное или регрессионное тестирование. Заполните сведения, результаты и выводы. Скачайте готовый Word-файл или пустой шаблон. Генерация и работа с черновиком выполняются в браузере.

Флажок применяется к отчёту и его предпросмотру. Пустой шаблон всегда содержит все разделы. Макет передаёт оформление документа; переносы страниц в Word могут отличаться при большом объёме текста.

Данные формы не отправляются на сервер и не сохраняются автоматически. Перед закрытием сохраните JSON. Шаблон не содержит реквизитов конкретной организации; для обезличенного отчёта указывайте роли и команды вместо ФИО.

Проверка отчёта: замечаний — 5
  • Не заполнено: Проект или система.
  • Не заполнено: Релиз и сборка.
  • Не заполнено: Краткое резюме и основание итоговой оценки.
  • Не указаны запланированные тесты в тестовых наборах.
  • Итог тестирования ещё не определён.

Черновик можно скачать с незаполненными разделами. Для статусов «На согласовании» и «Согласован» замечания нужно устранить.

Отчёт о проведении
функционального тестирования

Дата:
Версия
Титульный лист

1 Основные положения

1.1 Назначение

Настоящий документ описывает результаты функционального тестирования системы «[Полное название Системы]» ([НАЗВАНИЕ ИС]), выполненного в соответствии с «Методикой функционального тестирования». Документ содержит описание изменений, вошедших в релиз, область тестового покрытия, ход выполнения тестовых сценариев, выявленные дефекты, а также выводы и рекомендации.

Редактировать шаблон текста

Название системы и аббревиатура подставляются из полей «Проект или система» и «Краткое название». Сохраните метки [Полное название Системы] и [НАЗВАНИЕ ИС], чтобы названия обновлялись автоматически.

1.2 Сведения о системе и отчёте

ПараметрЗначение
Проект или система
Краткое название
Идентификатор проекта
Версия отчёта
Релиз и сборка
Дата отчёта
Начало тестирования
Окончание тестирования
Подготовил — роль или команда
Владелец системы — роль или команда
Статус документа
Итог тестирования
1 Основные положения

2 Организация тестирования

2.2 Критерии начала и окончания

При необходимости отредактируйте критерии под проект.

Критерии началаКритерии окончанияУдалить

3 Требования и покрытие

3.1 Реестр требований

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

ТребованиеПриоритетID тест-кейсовПокрытиеУдалить
Добавьте строку для заполнения.

3.2 Матрица трассируемости

Каждое требование должно быть связано минимум с одним тест-кейсом; для критичных требований рекомендуется позитивный и негативный сценарии. Подробности в «Приложении Б. Матрица трассируемости».

4 Выполненные проверки

4.1 Сводка результатов

ПоказательКоличество
Запланировано0
Выполнено0
Passed0
Failed0
Blocked0
Not Run0
Дефекты всего0
Открытые критичные дефекты0

4.2 Детализация по тестовым наборам

Учитывайте каждый тест только один раз по итоговому статусу. Запланировано = Passed + Failed + Blocked + Not Run; выполнено = Passed + Failed. Для каждого набора укажите ссылку на прогон в комментарии.

ID набораНазваниеPassedFailedBlockedNot RunКомментарий или ссылкаУдалить
Добавьте строку для заполнения.

4.3 Дефекты

Исправлен означает, что исправление ещё нужно проверить. Закрывайте дефект после успешного ретеста. Ссылки на карточки дополняют описание.

ID дефектаКраткое описаниеСерьёзностьПриоритетСтатусСсылка на карточкуУдалить
Добавьте строку для заполнения.

4.4 Повторное тестирование

Отдельно фиксируйте проверку исправления на конкретной сборке.

ID дефектаСборкаРезультатДатаКомментарий или ссылкаУдалить
Добавьте строку для заполнения.

5 Выполненные проверки

5.1 Итоговая оценка

Итоговый статус тестирования: Не определён

5.2 Открытые риски

Опишите влияние непроверенных функций и незакрытых дефектов, меры снижения риска и ответственную роль.

ID рискаОписаниеВлияниеВероятностьМеры реагированияОтветственная рольУдалить
Добавьте строку для заполнения.

5.3 Рекомендации

Каждое действие должно иметь ответственного и срок. Решение о выпуске принимает уполномоченная роль с учётом рисков.

IDДействиеПриоритетОтветственная рольСрокУдалить
Добавьте строку для заполнения.

6 Приложения

6.1 Приложение А. Перечень тест-кейсов

Необязательная детализация. Можно вместо неё указать ссылки на тестовую систему в разделе подтверждений. Итоги считаются по тестовым наборам выше.

ID тестаНазваниеПредусловияШаги и ожидаемый результатФактический результатСтатусУдалить
Добавьте строку для заполнения.

6.2 Приложение Б. Матрица трассируемости

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

ID требованияID тест-кейсовРезультатID дефектовУдалить
Добавьте строку для заполнения.

6.3 Приложение В. Реестр дефектов

Добавить ссылки на карточки дефектов, логи, скриншоты и иные подтверждающие материалы.

Структура учитывает рекомендации по отчётности о завершении тестирования: область и результаты, критерии окончания, отклонения, дефекты и остаточные риски. ISTQB CTFL. Это рабочий шаблон, а не подтверждение соответствия стандарту.