Тестирование программного обеспечения. Базовый курс. 3-е издание



Pdf көрінісі
бет153/307
Дата03.07.2023
өлшемі5,03 Mb.
#179304
1   ...   149   150   151   152   153   154   155   156   ...   307
Байланысты:
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU

 
Стр: 124/301 
2.4.3. 
Атрибуты (поля) тест-кейса 
Как уже было сказано выше, термин «тест-кейс» может относиться к фор-
мальной записи тест-кейса в виде технического документа. Эта запись имеет об-
щепринятую структуру, компоненты которой называются атрибутами (полями) тест-
кейса. 
В зависимости от инструмента управления тест-кейсами внешний вид их за-
писи может немного отличаться, могут быть добавлены или убраны отдельные 
поля, но концепция остаётся неизменной. 
Общий вид всей структуры тест-кейса представлен на рисунке 2.4.b. 
UG_U1.12 A 
R97 
Га-
ле-
рея 
Панель 
загрузки 
Загрузка картинки (имя 
со спецсимволами)
Приготовления: создать 
непустой файл с именем 
#$%^&.jpg.
 
1. 
Выбрать вкладку «За-
грузить». 
2. 
Нажать кнопку «Вы-
брать». 
3. Выбрать из списка 
приготовленный файл. 
4. Нажать кнопку «OK». 
5. Нажать кнопку «Доба-
вить в галерею». 
1. 
Вкладка «Загрузить» 
становится активной. 
2. Появляется диалого-
вое окно браузера вы-
бора файла для за-
грузки. 
3. Имя выбранного 
файла появляется в 
поле «Файл». 
4. Диалоговое окно 
файла закрывается, в 
поле «Файл» появля-
ется полное имя 
файла. 
5. Выбранный файл 
появляется в списке 
файлов галереи. 
Рисунок 2.4.b — Общий вид тест-кейса 
Теперь рассмотрим каждый атрибут подробно. 
Идентификатор
(identifier) 
представляет собой уникальное значение, позво-
ляющее однозначно отличить один тест-кейс от другого и используемое во всевоз-
можных ссылках. В общем случае идентификатор тест-кейса может представлять 
собой просто уникальный номер, но (если позволяет инструментальное средство 
управления тест-кейсами) может быть и куда сложнее: включать префиксы, суф-
фиксы и иные осмысленные компоненты, позволяющие быстро определить цель 
тест-кейса и часть приложения (или требований), к которой он относится (например: 
UR216_S12_DB_Neg). 
Приоритет
(priority) 
показывает важность тест-кейса. Он может быть выра-
жен буквами (A, B, C, D, E), цифрами (1, 2, 3, 4, 5), словами («крайне высокий», 
«высокий», «средний», «низкий», «крайне низкий») или иным удобным способом. 
Количество градаций также не фиксировано, но чаще всего лежит в диапазоне от 
трёх до пяти. 
Приоритет тест-кейса может коррелировать с: 

важностью требования, пользовательского сценария
{146}
 
или функции, с кото-
рыми связан тест-кейс; 

потенциальной важностью дефекта
{179}
, на поиск которого направлен тест-
кейс; 
Иденти- 
фикатор 
Приоритет 
Связанное с тест-кейсом требование 
Модуль и подмо-
дуль приложения 
Заглавие (суть) тест-кейса 
Исходные данные, не-
обходимые для выпол-
нения тест-кейса 
Шаги тест-кейса 
Ожидаемый результат по 
каждому шагу тест-кейса 


Атрибуты (поля) тест-кейса
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 125/301 

степенью риска, связанного с проверяемым тест-кейсом требованием, сце-
нарием или функцией. 
Основная задача этого атрибута — упрощение распределения внимания и 
усилий команды (более высокоприоритетные тест-кейсы получают их больше), а 
также упрощение планирования и принятия решения о том, чем можно пожертво-
вать в некоей форс-мажорной ситуации, не позволяющей выполнить все заплани-
рованные тест-кейсы. 


Достарыңызбен бөлісу:
1   ...   149   150   151   152   153   154   155   156   ...   307




©engime.org 2024
әкімшілігінің қараңыз

    Басты бет