Тестирование программного обеспечения. Базовый курс. 3-е издание
жүктеу/скачать 5,03 Mb. Pdf көрінісі
|
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU
|
Стр: 131/301 QAComplete 299 Рисунок 2.4.c — Создание тест-кейса в QAComplete 1. Id (идентификатор), как видно из соответствующей надписи, автогенерируе- мый. 2. Title (заглавие), как и в большинстве систем, является обязательным для за- полнения. 3. Priority (приоритет) по умолчанию предлагает на выбор значения high (высо- кий), medium (средний), low (низкий). 4. Folder name (расположение) является аналогом полей «Модуль» и «Подмо- дуль» и позволяет выбрать из выпадающего древовидного списка соответ- ствующее значение, описывающее, к чему относится тест-кейс. 5. Status (статус) показывает текущее состояние тест-кейса: new (новый), ap- proved (утверждён), awaiting approval (на рассмотрении), in design (в разра- ботке), outdated (устарел), rejected (отклонён). 6. Assigned to (исполнитель) указывает, кто в данный момент является «основ- ной рабочей силой» по данному тест-кейсу (или кто должен принять решение о, например, утверждении тест-кейса). 7. Last Run Status (результат последнего запуска) показывает, прошёл ли тест успешно (passed) или завершился неудачей (failed). 299 QAComplete [ http://smartbear.com/product/test-management-tool/qacomplete/ ] 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 Инструментальные средства управления тестированием Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 Стр: 132/301 8. Last Run Configuration ( конфигурация, использованная для последнего за- пуска) показывает, на какой аппаратно-программной платформе тест-кейс выполнялся в последний раз. 9. Avg Run Time (среднее время выполнения) содержит вычисленное автома- тически среднее время, необходимое на выполнение тест-кейса. 10. Last Run Test Set (в последний раз выполнялся в наборе) содержит инфор- мацию о наборе тест-кейсов, в рамках которого тест-кейс выполнялся по- следний раз. 11. Last Run Release (последний раз выполнялся на выпуске) содержит инфор- мацию о выпуске (билде) программного средства, на котором тест-кейс вы- полнялся последний раз. 12. Description (описание) позволяет добавить любую полезную информацию о тест-кейсе (включая особенности выполнения, приготовления и т.д.). 13. Owner (владелец) указывает на владельца тест-кейса (как правило — его ав- тора). 14. Execution Type (способ выполнения) по умолчанию предлагает только значе- ние manual (ручное выполнение), но при соответствующих настройках и ин- теграции с другими продуктами список можно расширить (как минимум доба- вить automated (автоматизированное выполнение)). 15. Version (версия) содержит номер текущей версии тест-кейса (фактически — счётчик того, сколько раз тест-кейс редактировали). Вся история изменений сохраняется, предоставляя возможность вернуться к любой из предыдущих версий. 16. Test Type (вид теста) по умолчанию предлагает такие варианты, как negative (негативный), positive (позитивный), regression (регрессионный), smoke-test ( дымовой). 17. Default host name ( имя хоста по умолчанию) в основном используется в авто- матизированных тест-кейсах и предлагает выбрать из списка имя зареги- стрированного компьютера, на котором установлен специальный клиент. 18. Linked Items (связанные объекты) представляют собой ссылки на требова- ния, отчёты о дефектах и т.д. 19. File Attachments (вложения) могут содержать тестовые данные, поясняющие изображения, видеоролики и т.д. Для описания шагов исполнения и ожидаемых результатов после сохране- ния общего описания тест-кейса становится доступным дополнительный интер- фейс: Рисунок 2.4.d — Добавление шагов тест-кейса в QAComplete При необходимости можно добавить и настроить свои дополнительные поля, значительно расширяющие исходные возможности системы. Инструментальные средства управления тестированием Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 жүктеу/скачать 5,03 Mb. Достарыңызбен бөлісу:
|