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

UptoLike

ВУЗ: 

УлГТУ | Ульяновск

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

Рубрика: 

83
//Получаем информацию о функционировании системы
wait(“GetStoreStat”); //опрос статуса склада
wait(“GetRollerPar”);
//Получение информации о подшипнике с терминала подшипника
wait(“GetAxlePar”);
//Получение информации об оси с терминала оси
wait(“SendStoreCom”); //добавление в очередь команд склада
// на первое место
//команды GetR (получить из приемника в ячейку)
wait(“GetStoreMessage”);
//Получение сообщения от склада о результатах выполнения команды
//В результате первый подшипник должен быть принят
}
}
После завершения теста следует просмотреть текстовый журнал теста,
чтобы выяснить, какая последовательность событий в системе была реально
зафиксирована (выходные данные) и сравнить их с ожидаемыми результатами,
заданными в спецификации тестового случая №1.
Пример журнала теста:
Test started
CALL:GetStoreStat 0
RETURN:32
CALL:GetRollerPar
RETURN:0 NewUser Depot1 123456 1 12 1 1
CALL:GetAxlePar
RETURN:1 NewUser Depot1 123456 1 0 12 12
CALL:SendStoreCom 1 0 0 1 0 0 0
RETURN:0
CALL:GetStoreMessage
RETURN:1
4.4. Регрессионное тестирование
Регрессионное тестирование – цикл тестирования, который производит-
ся при внесении изменений на фазе системного тестирования или сопровожде-
ния продукта. Главная проблема регрессионного тестирования – выбор между
полным и частичным перетестированием и пополнение тестовых наборов. При
частичном перетестировании контролируются только те части проекта, которые
связаны с измененными компонентами. На ГМП это пути, содержащие изме-
ненные узлы, и, как правило, это методы и классы, лежащие выше модифици-
рованных по уровню, но содержащие их в своем контексте.
Пропуск огромного объема тестов, характерного для этапа системного
тестирования, удается осуществить без потери качественных показателей про-
дукта только с помощью регрессионного подхода.

Страницы