Отладка и тестирование приложений в среде Visual Studio 2005. Евсеева О.Н - 66 стр.

UptoLike

Составители: 

66
}
private void TCommandTest1()
{
int[] commands = {-1, 1, 2, 4, 6, 20};
for(int i=0;i<=5;i++)
{
OUT.NameCommand=commands[i];
LogMessage(commands[i].ToString()+" : "+OUT.GetFullName());
}
}
...
}
В данном случае для покрытия спецификации достаточно перебрать сле-
дующие значения кодов команд: -1, 1, 2, 4, 6, 20, (-1 – запрещенное значение) и
получить соответствующее им полное название команды с помощью метода
GetFullName().
Пары значений (X, Yв) при исполнении теста заносятся в log-файл для
последующей проверки на соответствие спецификации.
После завершения теста следует просмотреть журнал теста, чтобы срав-
нить полученные результаты с ожидаемыми, заданными в спецификации тесто-
вого случая TСommandTest1.
-1 : ОШИБКА : Неверный код команды
1 : ПОЛУЧИТЬ ИЗ ВХОДНОЙ ЯЧЕЙКИ
2 : ОТПРАВИТЬ ИЗ ЯЧЕЙКИ В ВЫХОДНУЮ ЯЧЕЙКУ
4 : ПОЛОЖИТЬ В РЕЗЕРВ
6 : ПРОИЗВЕСТИ ЗАНУЛЕНИЕ
20 : ЗАВЕРШЕНИЕ КОМАНД ВЫДАЧИ
4.2. Интеграционное тестирование
Интеграционное тестированиеэто тестирование части системы, со-
стоящей из двух и более модулей. Основная задача интеграционного тестиро-
ванияпоиск дефектов, связанных с ошибками в реализации и интерпретации
интерфейсного взаимодействия между модулями.
С технологической точки зрения интеграционное тестирование является
количественным развитием модульного, поскольку так же, как и модульное
тестирование, оперирует интерфейсами модулей и подсистем и требует созда-
ния тестового окружения, включая заглушки (Stub) на месте отсутствующих
модулей. Основная разница между модульным и интеграционным тестировани-
ем состоит в целях, то есть в типах обнаруживаемых дефектов, которые, в свою
очередь, определяют стратегию выбора входных данных и методов анализа.
В частности, на уровне интеграционного тестирования часто применяются ме-