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

Если доступной информации недостаточно, целесообразно обсудить целевые тестируемые элементы с коллективом разработчиков.

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

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

• Обычно проект теста выполняется как Рабочий продукт Тестовый набор.
• Рабочий продукт Анализ нагрузки - это специализированная и более сложная форма тестового набора, которая связна с тестированием быстродействия системы.
• В зависимости от сложности теста и культуры проекта может быть целесообразно реализовать тестирование напрямую как рабочий продукт Сценарий тестирования. Этот подход целесообразен, если есть возможность не создавать артефакты тестовых наборов. При выборе этого подхода необходимо подробно комментировать сценарии тестирования, объясняя почему этот тест полезен. Используйте эти комментарии как параллельный неформальный тестовый набор.

На основании собранной информации рассмотрите следующие аспекты теста:

определите условия ввода, вывода и выполнения

Рассмотрите тест с точки зрения "черного ящика". Определите ключевые параметры, влияющие на тест. Определите, какие вводные данные потребуются для запуска теста и какие будут ожидаемые выходные значение. Пронумеруйте ключевые условия выполнения. На данном шаге нет нужды объяснять "способ работы" ключевых условий выполнения.

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

определите возможные точки наблюдения

Точка наблюдения служит для наблюдения за средой тестирования в определенные моменты. Определите точки наблюдения и наблюдаемые данные на основании сведений о условиях выполнения и данных ввода и ожидаемых выходных значений.

определите возможные точки контроля

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

Определите тестовые прогнозы

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

Как ранее упоминалось, данные тестирования могут иметь множество форм и конфигураций.

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

Подбор или генерация подходящих тестовых данных - это самая трудоемкая задача при разработке теста. Это особенно верно для системе с интенсивно меняющимися данными.

Рекомендуется хранить тестовые данные в Microsoft® Excel® или другом табличном редакторе, например, Microsoft® Access®.

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

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

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

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