TestCase
)Подготовьте испытуемоготестовый ввод、Условия исполнения и ожидаемые результаты;# Имя тестового объекта
# Тестовые задания
# Тестовая цель
# тестовая среда
# тестовый ввод
# Этапы тестирования
# ожидаемые результаты
# Тестовые сценарии и т. д.
# 1. Базовые события: тест-кейсы, реализующие все функции согласно требованиям, с уровнем покрытия 100%;
# 2. Альтернативные события: альтернативные ситуации во время выполнения программы;
# 3. Исключительные события: путь обработки ошибок выполнения программы.
В обычных обстоятельствах нам необходимо поддерживать и обновлять тестовые примеры. Точки обновления:
Кроме того, почему его нужно обновлять и поддерживать? Причины заключаются в следующем:
1、PingCode;2、TestRail;
3、TestLink;4、Jira;
5、PractiTest;6、PractiTest;
7、Zephyr Enterprise;8、MeterSphere;
9、Bugzilla、10、ZenTao
Ключевые поля | иллюстрировать |
---|---|
Статус дефекта | Например, отправлено, ожидает изменения, подтверждено, изменено, дубликат, ожидает рассмотрения, закрыто и т. д. |
Название дефекта | Опишите дефект просто и понятно. |
Серьезность | Обычно они бывают фатальными, серьезными, общими, напоминаниями и внушениями; некоторые также делятся на А, Б, В, Г и т. д.; |
срочность | От 1 до 4, самый высокий — уровень 1. |
Тип дефекта | Функциональные дефекты, дефекты дизайна интерфейса, безопасность, интерфейс, производительность, данные и другие дефекты. |
Автор | Отправитель дефектов для облегчения воспроизведения, отслеживания и управления дефектами. |
Проект или модуль, к которому он принадлежит | Определить дефект |
решать людей | Обычно соответствующий разработчик |
Время разрешения | Например, время, отведенное руководителем проекта разработчикам на устранение дефектов. |
время закрытия | Время окончательного отключения и т. д. |
Нам необходимо выполнить статистический анализ дефектов, таких как следующие:
TAPD
: