Критерии тестового покрытия

· Для системного и компонентного тестирования используются специфические виды критериев тестового покрытия:

o тестирование всех типовых сценариев работы;

o тестирование всех сценариев с нештатными ситуациями;

o тестирование попарных композиций сценариев и т.д.

Альфа-тестирование

· Данная стадия включает тестирование системы конечным пользователем, так называемое альфа- и бета-тестирование

· Альфа-тестирование - тестирование проводимое заказчиком в организации разработчика

· Разработчик фиксирует все выявленные ошибки и недостатки использования

Бета-тестирование

· Бета-тестирование - опробование программного продукта потенциальными пользователями на реальных задачах

· О найденных ошибках и замечаниях пользователь сообщают разработчику  

· Тестируемая таким образом версия программного средства называется бета-версией и, как правило, она предшествует коммерческому выпуску продукта

Особенности объектно-ориентированного тестирования. Расширение области применения тестирования.

Отличия от классического

· Тестирование объектно-ориентированных программных средств имеет ряд существенных отличий от классического тестирования:

o расширение области применения тестирования;

o изменение методики тестирования;

o учет особенностей ООП при проектировании тестовых вариантов

Расширение области применения

· Разработка объектно-ориентированного программного средства начинается с создания его визуальных моделей

· Модели этапа анализа и этапа проектирования определяют основные функциональные и структурные свойства разрабатываемой системы, поэтому Необходимо проводить тестирование этих моделей !

Критерии тестирования моделей

· Модели разрабатываемой системы должны удовлетворять критериям:

o синтаксической и семантической правильности,

o полноты,

o согласованности

Правильность модели

· Синтаксическая правильность связана с корректным использованием нотаций языка описания моделей

· Семантическая правильность определяется соответствием модели реальной системе и связанной с ней задаче

· Тестирование подтверждает, что модель правильна в отношении конкретного тестового случая, если результат его выполнения является ожидаемым. 

Полнота модели

· Мера наличия в модели необходимых элементов

· Тестирование показывает, существуют ли сценарии, которые не могут быть представлены элементами, входящими в состав модели

· Модель считается полной, если результаты выполнения тестовых случаев могут быть адекватно представлены содержимым самой модели

Согласованность модели

· Мера присутствия противоречий внутри модели или между текущей моделью и моделью, на базе которой она была построена

· Тестирование выявляет такие противоречия, находя в модели различные представления подобных тестовых случаев

Особенности методики модульного тестирования объектно-ориентированных систем.

Модульное тестирование

· Наименьшим тестируемым элементом объектно-ориентированного ПО является не процедура, а класс

· Поскольку класс содержит набор свойств и методов, образующих единую сущность, изолированное тестирование методов не имеет смысла

· Методы должны тестироваться в контексте частных свойств и операций класса

Тестирование классов

· Автономное тестирование класса предполагает разработку драйвера, который будет:

o создавать экземпляры тестируемого класса;

o вызывать методы тестируемого класса и передавать им фактические параметры из тестовых вариантов;

o принимать результаты выполнения тестируемых методов

Тестирование классов

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

· Создание драйвера для автономного тестирования класса может оказаться не менее сложной задачей, чем разработка самого класса.

· Решение об автономном тестировании класса принимается с учетом следующих факторов:

o -роли класса в системе;

o -сложности класса, измеряемой числом состояний, операций и связей с другими классами;

o -объема трудозатрат, связанных с разработкой тестового драйвера.

Виды взаимодействия классов:

· Метод одного класса содержит в списке своих формальных параметров имена других классов.

· Метод одного класса создает экземпляр другого класса как часть своей реализации

· Метод одного класса ссылается на глобальный экземпляр другого класса

⇐ Предыдущая123456789Следующая ⇒

Поделиться: