ВУЗ:
Составители:
Рубрика:
47
величины входных данных во всевозможных комбинациях, в том числе провер-
ка реакций системы на появление ошибок в значениях или структурах входных
данных. Учет этого многообразия – процесс трудоемкий, что создает сложности
для применения критерия
3. Тестирование правил – набор тестов в совокупности должен обеспечить
проверку каждого правила, если входные и выходные значения описыва-
ются набором правил некоторой грамматики.
Следует заметить, что грамматика должна быть достаточно простой, что-
бы трудоемкость разработки соответствующего набора тестов была реальной
(вписывалась в сроки и штат специалистов, выделенных для реализации фазы
тестирования).
4. Тестирование классов выходных данных – набор тестов в совокупности
должен обеспечить проверку представителя каждого выходного класса при
условии, что выходные результаты заранее расклассифицированы, причем
отдельные классы результатов учитывают, в том числе, ограничения на ре-
сурсы или на время (time out).
При создании тестов классы выходных данных сопоставляются с режи-
мами использования тестируемого компонента или подсистемы, что заметно
сокращает варианты перебора, учитываемые при разработке тестовых наборов.
5. Тестирование функций – набор тестов в совокупности должен обеспечить
проверку каждого действия, реализуемого тестируемым модулем, не менее
одного раза.
Очень популярный на практике критерий, который, однако, не обеспечи-
вает покрытия части функциональности тестируемого компонента, связанной
со структурными и поведенческими свойствами, описание которых не сосредо-
точено в отдельных функциях (т. е. описание рассредоточено по компоненту).
Критерий тестирования функций объединяет отчасти особенности струк-
турных и функциональных критериев. Он базируется на модели «полупрозрач-
ного ящика», где явно указаны не только входы и выходы тестируемого компо-
нента, но также состав и структура используемых методов (функций, процедур)
и классов.
6. Комбинированные критерии для программ и спецификаций – набор тестов
в совокупности должен обеспечить проверку всех комбинаций непротиво-
речивых условий программ и спецификаций не менее одного раза.
При этом все комбинации непротиворечивых условий надо подтвердить,
а условия противоречий следует обнаружить и ликвидировать.
Пример применения функциональных критериев
Рассмотрим пример разработки набора тестов по критерию классов вход-
ных данных. Пусть для решения задачи тестирования программного продукта
«Система управления автоматизированным комплексом хранения подшипни-
ков» был разработан следующий фрагмент спецификации требований:
Страницы
- « первая
- ‹ предыдущая
- …
- 45
- 46
- 47
- 48
- 49
- …
- следующая ›
- последняя »
