Логика построения отчёта о результатах тестирования Для того чтобы отчёт о результатах тестирования был действительно полез-
ным, при его создании следует постоянно помнить об универсальной логике отчёт-
ности (см. рисунок 2.6.b), особенно актуальной для таких разделов отчёта о резуль-
татах тестирования, как краткое описание (summary) и рекомендации
(recommendations):
•
Выводы строятся на основе целей (которые были отражены в плане).
•
Выводы дополняются рекомендациями.
•
Как выводы, так и рекомендации строго обосновываются.
•
Обоснование опирается на объективные факты.
Рисунок 2.6.b — Универсальная логика отчётности
Выводы должны быть:
•
Краткими. Сравните:
Плохо Хорошо 1.17. Как показал глубокий анализ протоко-
лов о выполнении тестирования, можно
сделать достаточно уверенные выводы о
том, что основная часть функций, отмечен-
ных заказчиком как наиболее важные, функ-
ционирует в рамках допустимых отклоне-
ний от согласованных на последнем обсуж-
дении с заказчиком метрик качества.
1.11. Базовая функциональность полно-
стью работоспособна (см. 2.1–2.2).
1.23. Существуют некритические проблемы
с детализацией сообщений в файле жур-
нала (см. 2.3–2.4).
1.28.
Тестирование приложения под ОС
Linux
не удалось провести из-за недоступ-
ности сервера SR-85 (см. 2.5).
•
Информативными. Сравните:
Плохо Хорошо 1.8. Результаты обработки файлов с множе-
ственными кодировками, представленными
в сопоставимых пропорциях, оставляют же-
лать лучшего.
1.9.
Приложение не запускается при некото-
рых значениях параметров командной
строки.
1.10.
Непонятно, что происходит с анализом
изменения содержимого входного каталога.
1.8.
Обнаружены серьёзные проблемы с
библиотекой распознавания кодировок (см.
BR 834).
1.9.
Нарушена функциональность анализа
параметров командной строки (см. BR 745,
BR 877, BR 878).
1.10.
Выявлена нестабильность в работе
модуля «Сканер», проводятся дополни-
тельные исследования.
Фактический материал
Обоснование
Выводы
Рекомендации
На основе целей