Стр: 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
Достарыңызбен бөлісу: |