Начало работы
Цель
|
Подготовка к реализации теста.
|
Реализация и изменение компонентов выполняется в контексте управления конфигурацией проекта. Ответственным за
реализацию выделяется отдельная рабочая область разработки (см. Задача: Создание рабочей области разработки), в которой они выполняют
свою работу в соответствии с указаниями, описанными в разделе Рабочий
продукт: Порядок работы. В пределах этой рабочей области исходные элементы создаются и добавляются в систему
управления конфигурацией, либо изменяются в цикле, состоящем из следующих этапов: изъятие, изменение, компоновка,
полнофункциональное тестирование и проверка (см. Задача: Внесение изменений). После завершения набора компонентов,
необходимых для следующей компоновки, ответственный за реализацию добавляет в рабочую область интеграции подсистемы
новые и измененные компоненты (см. Задача: Доставка
изменений) для интеграции с работой других ответственных за реализацию. И наконец, в удобный момент ответственный
за реализацию может обновить рабочую область разработки (создать новую контрольную версию), тем самым согласовав ее с
рабочей областью интеграции подсистемы (см. Задача: Обновление
рабочей области).
В контексте объектно-ориентированных языков программирования термин модуль означает не только класс, но и
произвольные подпрограммы, такие как функции C++.
Для тестирования каждого модуля (реализованного класса) выполните следующие действия:
|
Выполнение полнофункционального тестирования
Цель
|
Выполнение тестовых процедур или сценариев в случае автоматического тестирования.
|
Для выполнения полнофункционального тестирования выполните следующие действия:
-
Настройте среду тестирования, реализовав в ней все требуемые элементы, такие как аппаратное и программное
обеспечение, инструменты, данные и т.д.
-
Инициализируйте среду тестирования и убедитесь, что все компоненты готовы к запуску тестирования.
-
Выполните процедуры тестирования.
Примечание: Процедуры тестирования различаются в зависимости от режима выполнения тестирования
(автоматический или ручной), а также способа применения компонентов (в качестве драйверов или заготовок).
-
Автоматическое тестирование: Выполняются тестовые сценарии, созданные на этапе Реализация тестирования.
-
Тестирование в ручном режиме: Для выполнения теста вручную применяются структурированные процедуры
тестирования, разработанные при выполнении задачи Структура процедуры тестирования.
|
Оценка результатов тестирования
Цель
|
Проверка успешного выполнения тестов.
Определение необходимости дополнительных действий по исправлению.
|
Выполнение тестирования завершается или отменяется при выполнении одного из следующих условий:
-
Обычное: все процедуры тестирования (или сценарии) выполнены в соответствии с ожиданиями.
В случае обычного завершения тестирования перейдите к этапу Проверка результатов
тестирования.
-
Аварийное или преждевременное: процедуры тестирования (или сценарии) выполнены не полностью, либо с ошибками. В
случае аварийного завершения тестирования результаты нельзя считать надежными. Перед тем, как продолжить
тестирование, необходимо определить и устранить причину неполадки, а также повторить тесты.
В случае аварийного завершения тестирования перейдите к этапу Возобновление
приостановленных тестов.
|
Проверка результатов тестирования
Цель
|
Проверка надежности результатов тестирования.
Определение подходящих действий по исправлению, если результаты тестирования указывают на недостатки тестов
или рабочих продуктов.
|
После завершения тестирования следует проверить надежность полученных результатов и убедиться, что обнаруженные ошибки,
выданные предупреждения и непредвиденные результаты не связаны с внешними (относительно объекта тестирования)
факторами, такими как неверная конфигурация или данные.
Если обнаруженные ошибки связаны с рабочими продуктами тестирования или неполадками среды тестирования, выполните
процедуру возобновления приостановленных тестов и повторите
тестирование.
Если результаты тестирования указывают на ошибки объекта тестирования, то данную задачу можно считать завершенной и
следует перейти к задаче Задача:
Отправка запроса на изменение или Задача:
Анализ поведения во время выполнения.
|
Возобновление приостановленных тестов
Цель
|
Определение подходящих действий по исправлению для возобновления приостановленных тестов.
Устранение неполадки, восстановление и повтор тестов.
|
Приостановленные тесты можно разделить на два основных типа:
-
Неустранимые ошибки - сбой системы; например, неполадки в сети, аппаратные неполадки и т.д.
-
Ошибки команд тестового сценария - применимо к автоматическому тестированию; невозможно выполнить команду или
строку исходного кода тестового сценария.
Оба типа аварийного завершения тестирования могут сопровождаться аналогичными признаками:
-
Непредвиденные действия, окна или события в ходе выполнения тестового сценария.
-
Нежелательные состояния среды тестирования, такие как зависание или сбой.
Для возобновления приостановленных тестов выполните следующие действия:
-
Определите фактическую причину неполадки.
-
Устраните неполадку.
-
Снова настройте среду тестирования.
-
Снова инициализируйте среду тестирования.
-
Повторите тесты.
|
|