Ознакомьтесь с планом итераций и определите, какими идеями руководствовались при его создании и какие события являются признаками выполнения плана. Ключевые элементы, которые следует проверить, включают: списки рисков, списки запрошенных изменений, наборы требований, списки вариантов использования, модели UMLи т. п.

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

Постарайтесь найти в плане итерации ясно определенные элементы, которые можно будет легко оценить. Проверьте дополнительную информацию о запланированной работе: новые задачи, запросы изменений и прочее. Изучите риски, на устранение которых направлен план; следует получить полное представление о потенциальном воздействии риска и принятых по отношению к нему мерах (смягчение, передача, уничтожение и т. п.).

Используя полученное представление о плане итерации, определите возможные источники мотивационных факторов тестирования. Существуют различные типы источников: конкретный рабочий продукт, набор рабочих продуктов, событие или действие, либо отсутствие чего-либо из вышеперечисленного. Источниками могут быть: список рисков, запросы изменений, наборы требований, модели UML и т. п.

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

В ходе проверки и обсуждения информации составляйте список потенциальных мотивационных факторов тестирования.

Используя список потенциальных мотивационных факторов тестирования, рассмотрите каждый фактор мотивации с точки зрения угрозы качеству. Это поможет полнее понять относительную важность факторов и, возможно, обнаружить потенциальные факторы, которые отсутствуют в списке.

Существует множество показателей качественного риска. Возможно, один мотивационный фактор будет указывать на несколько различных рисков. Для каждого мотивационного фактора укажите связанные с ним качественные риски, оцените вероятность реализации риска и его воздействие на проект.

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

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

Обновите параметры отслеживания в соответствии с требованиями возможности отслеживания, которые содержатся в плане тестирования.

Теперь, когда работа завершена, полезно проверить, принесла ли она результаты, либо вы просто потратили бумагу. Следует оценить качество выполненной работы, уровень ее завершенности (может ли полученный результат быть использован в дальнейшем другими участниками коллектива). При возможности используйте для проверки качества и завершенности соответствующие справочные таблицы RUP.

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

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