Глава 6: Система отслеживании п/шч іс и | (} I

Состояние проекта

Программа СаМод

Отчет сгенерирован 08/07/98. Предыдущий отчет датирован 01/07/98.

Кол-во неисправленных ошибок Сейчас

Кол-во фатальных ошибок 113

Кол-во серьезных ошибок 265

Кол-во незначительных ошибок 333

Всего 711

С момента составления последнего отчета выявлено проблем:

С момента составления последнего отчета исправлено ошибок:

С момента составления последнего отчета отложено решение проблем: Всего отложено решение проблем:

Выпуск 2 Ю

На дату предыдущего отчета 100 220 300 620 182 85 7 118

РИСУНОК 6.3. Еженедельный отчет о состоянии проекта

Конец цикла тестирования

В конце каждого цикла тестирования печатается отчет Завершение цик­ла тестирования (рис. 6.4). В течение одного цикла тестирования проводит­ся полный набор тестов очередной рабочей версии программного продукта. Например, если тестируется программный продукт Са1сс^ 2.10, в одном из циклов тестируется версия Са!с<1о§ 2.10д, а в следующем цикле — Са1сс^ 2.10е.

	Завершение цикла тестирования
Программа СаЫод		Выпуск 2.10			Версия л
	Кол-во
	нерешенных	Кол-во		Кол-во	Кол-во
	проблем ДО	новых		решенных	оставшихся
	ТЄК\Ш1ЄЙ веосии	пооблем		пооблем	пооблем
Фатальные	8	10		9	9
Серьезные	48	12		16	44
Незначительные	80	15		14	81
Всего	136	37		39	134
Пооблемы в текшей веосии:
Исправлено 22		Не		воспроизводится 5
Отложено 6		Другие			6

РИСУНОК 6.4. Завершение цикла тестирования

162 Часть II: Приемы и технологии тестирования

В отчете Завершение цикла тестирования суммируются данные о состо­янии проекта. Он очень похож на еженедельные отчеты о состоянии про­екта, но функции их различны. Еженедельные отчеты удобны тем, что формируются достаточно часто, но сравнивать их данные не имеет смыс­ла: в течение цикла тестирования проверяются разные участки и функци­ональные области программы, и итоговые данные за одну неделю могут сильно отличаться от данных за другую. А вот отчеты, составляемые по завер­шении цикла, позволяют сравнить показатели, поскольку относятся к одному и тому же набору тестов.

Решенные и нерешенные проблемы

После внесения в программу изменений или принятия иного решения по отчету о проблеме он снова возвращается к вам. Изменения в программу вносятся не всегда. Одни отчеты откладываются, другие отвергаются вов­се. Если на отчете стоит резолюция Исправлено, воспроизведите описан­ную в нем ситуацию, чтобы убедиться, что это и в самом деле так. Если окажется, что проблема решена только частично, закройте отчет и составьте новый, в который включите ссылку на первый отчет. Если исправление вообще не работает, откройте отчет снова с корректным замечанием.

Для каждой неисправленной ошибки (отчет о которой возвращен с резолюцией Не может быть исправлено, Соответствует проекту или Не согласен с предложением) необходимо решить, следует ли написать Да в поле Считать отложенным (см. главу 5, раздел “Структура отчета о пробле­ме: Считать отложенным”).

Копии возвращенных программистами отчетов о решенных проблемах следует передавать их составителям. Именно они эффективнее всего смо­гут проверить результативность исправлений.

Бывает, что отчеты о проблемах теряются или игнорируются. Поэтому периодически, примерно раз в две недели, имеет смысл распечатывать Сводный отчет о нерешенных проблемах (рис. 6.5). Этот отчет, составляемый в целях выявления затерявшихся документов, должен носить совершенно обыденный и беспристрастный характер. Никогда не высказывайте ника­ких личностных оценок ни в нем, ни опираясь на его данные. Проблемы группируются по степеням важности без указания того, кто конкретно отвечает за их решение.

На рис. 6.6 показана более персонифицированная модификация отче­та о нерешенных проблемах. В ней указывается, какой конкретно сотруд­ник или отдел отвечает за решение описанных в отчетах проблем. Не стоит распространять такие отчеты публично — лучше передавать их конкретным руководителям при личных встречах.