ВУЗ:
Составители:
Рубрика:
75
В ходе интеграционного тестирования должны быть проверены все воз-
можные внешние вызовы методов класса, как непосредственные обращения,
так и вызовы, инициированные получением сообщений.
Значение числа ММ-путей зависит от схемы обработки сообщений дан-
ным классом, что должно быть определено в спецификации класса. Например,
для класса, изображенного на
Рис. 17
, сложность интеграционного тестирования
V(Cls,C) = 5 (множество неизбыточных тестов Т для класса составляют 4 ММ-
пути плюс внешний вызов метода 5, т. е. Р-путь).
Данные – члены класса (данные, описанные в самом классе, и унаследо-
ванные от классов-родителей видимые извне) рассматриваются как «глобаль-
ные переменные», они должны быть протестированы отдельно на основе прин-
ципов тестирования потоков данных.
Когда класс программы P протестирован, объект данного класса может
быть включен в общий граф G программного проекта, содержащий все ММ-
пути и все вызовы методов классов и процедур, возможные в программе
(
Рис. 18).
Программа P, содержащая n классов, имеет сложность интеграционного
тестирования классов: V(P, C) = ∑
i
V(Cls
i
,C), i = 1..n.
Формальным представлением описанного выше подхода к тестированию
программного проекта служит модель классов программного проекта, состоя-
щая из дерева классов проекта (Рис. 19) и модели каждого класса, входящего в
программный проект (
Рис.
20
).
method 3
method 1
Class N
Object
method 2
2
method 4
method 5
msg
b
ms
g
c
ms
g
1
msg 2
ms
g
3
ms
g
a
msg
d
method X
Class M
Object
.............
..............
Class 1
Object
method 1
Generating
massages
Events
method Y
call method 5
msg
e
Рис. 18. Пример включения объекта в модель программного проекта, построенного с
использованием MM-путей и P-путей
Страницы
- « первая
- ‹ предыдущая
- …
- 73
- 74
- 75
- 76
- 77
- …
- следующая ›
- последняя »
