Принципы и инструменты тестирования программных продуктов — страница 5

  • Просмотров 449
  • Скачиваний 5
  • Размер файла 36
    Кб

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

анализа результатов возможно повторение процесса тестирования, начиная с пунктов 3, 2 или даже 1. Тестовый цикл Тестовый цикл – это цикл исполнения тестов, включающий фазы 4 и 5 тестового процесса9. Тестовый цикл заключается в прогоне разработанных тестов на некотором однозначно определяемом срезе системы (состоянии кода разрабатываемой системы). Обычно такой срез системы называют build. Тестовый цикл включает следующую

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

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

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

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