Ўзбекистон республикаси ахборот технологиялари ва коммуникацияларини ривожлантириш вазирлиги муҳаммад ал-хоразмий номидаги

Сценарий теста:
1.
Установка значения поля CRC в 0 
2.
Заполнение байт полей A-D байтами 01010101b 
3.
Вызов функции Set_CRC 
4.
Проверка значений CRC на 0111100b и Empty на FALSE 
Тестовый пример 3 
Номер тест-требования:
2a 
Описание теста:
В данном тесте проверяется неизменность полей A-F записи при 
вычислении поля CRC (подсчете контрольной суммы) 
Входные данные:
CRC = 0, A-D заполнены байтами 01010101b 
Ожидаемые выходные данные:
A-D заполнены байтами 01010101b,
Сценарий теста:
1.
Установка значения поля CRC в 0 
2.
Заполнение байт полей A-D байтами 01010101b 
3.
Вызов функции Set_CRC 
4.
Проверка значений байт полей A-D на 01010101b 
Такая структура тест-плана позволяет описывать тестовые примеры с совершенно 
различными наборами входных и выходных данных и сценариями, однако при большом 
количестве тестовых примеров эта схема слишком громоздка. В теме 4 будут рассмотрены 
табличные формы представления тест-планов, позволяющие записывать их более компактно. 
14. Покрытие программного кода 
1.14.1. Понятие покрытия 
Одна из оценок качества системы тестов - это ее полнота, т.е. величина той части 
функциональности системы, которая проверяется тестовыми примерами. Обычно за меру 
полноты берут отношение объема проверенной части системы к ее объему в целом. Полная 
система тестов позволяет утверждать, что система реализует всю функциональность, 
указанную в требованиях, и, что еще более важно – не реализует никакой другой 
функциональности. 
Один из часто используемых методов определения полноты системы тестов является 
определение отношения количества тест-требований, для которых существуют тестовые 
примеры, к общему количеству тест-требований. Т.е. в данном случае речь идет о покрытии 
тестовыми примерами тест-требований. В качестве единицы измерения степени покрытия 
здесь выступает процент тест-требований, для которых существуют тестовые примеры, 
называемый процентом покрытых тест-требований. 
Покрытие требований позволяет оценить степень полноты системы тестов по 
отношению к функциональности системы, но не позволяет оценить полноту по отношению к 
ее программной реализации. Одна и та же функция может быть реализована при помощи 
совершенно различных алгоритмов, требующих разного подхода к организации 
тестирования. 
Для более детальной оценки полноты системы тестов при тестировании стеклянного 
ящика анализируется