1 Определение тестового примера

• тестовый пример（TestCase）Подготовьте испытуемоготестовый ввод、Условия исполнения и ожидаемые результаты；
• Варианты использования могут отражать планы тестирования, методы, приемы и стратегии;
• Содержание вариантов использования обычно включает в себя:

# Имя тестового объекта
# Тестовые задания
# Тестовая цель
# тестовая среда
# тестовый ввод
# Этапы тестирования
# ожидаемые результаты
# Тестовые сценарии и т. д.

• Обычно наш простейший тестовый пример должен, по крайней мере, содержать тестовые входные данные и ожидаемые результаты.

2 Принципы разработки тест-кейсов

• Тестовые случаи должны охватывать три типа событий:

# 1. Базовые события: тест-кейсы, реализующие все функции согласно требованиям, с уровнем покрытия 100%;
# 2. Альтернативные события: альтернативные ситуации во время выполнения программы;
# 3. Исключительные события: путь обработки ошибок выполнения программы.

• Используйте метод разделения классов эквивалентности для реализации базовых тестовых примеров и превращайте неограниченные тесты в ограниченные тесты;
• Использование программ обнаружения граничных значений может привести к возникновению ошибочных граничных задач или критических условий;
• Используйте метод вывода ошибок, чтобы добавить несколько тестовых примеров, связанных с некоторым опытом;
• Проверить логическое покрытие разработанных тестовых случаев на соответствие логике программы;
• Что касается тестовых случаев с входными условиями, вначале следует выбрать метод на основе таблицы решений и метод причинно-следственной диаграммы;
• Для программного обеспечения для настройки параметров следует использовать ортогональные экспериментальные методы для разработки вариантов использования;
• Для систем с четкими бизнес-процессами можно использовать сценарный метод для проектирования вариантов использования. 3 Обзор тестовых примеров Ключевые моменты обзора можно разделить на следующее содержание:
• Охвачены ли все функциональные точки, необходимые для тестирования?
• Охвачены ли все требования к нефункциональному тестированию?
• Соответствует ли номер тестового примера требованиям теста?
• Включает ли дизайн тестирования положительные и отрицательные тестовые случаи?
• Были ли уточнены характеристики теста, этапы, условия выполнения, ожидаемые результаты и т. д.?
• Включает ли он тестовые данные и методы их создания?
• Оперативно ли оно?
• Правильно ли расставлены приоритеты?
• Были ли удалены избыточные тестовые примеры?
• Кратко ли разработаны варианты использования? Это многоразовое использование?

4 Как поддерживаются тесты?

В обычных обстоятельствах нам необходимо поддерживать и обновлять тестовые примеры. Точки обновления:

• Как бороться с заброшенными вариантами использования?
• Из-за изменений в требованиях идентификаторы вариантов использования соответствуют идентификаторам требований?
• Нужно ли менять приоритет выполнения варианта использования после нескольких итераций тестирования?
• Необходимо ли улучшить сценарий проектирования варианта использования?
• Правильно ли установлены исполнители вариантов использования?
• Обновления версий вариантов использования и т. д.

Кроме того, почему его нужно обновлять и поддерживать? Причины заключаются в следующем:

• В процессе тестирования было обнаружено, что дизайн варианта использования был неполным и нуждался в дополнении и улучшении;
• После поставки программного обеспечения сообщалось о проблемах с программным обеспечением, но в ходе тестирования эти проблемы не были обнаружены. Необходимо дополнить соответствующие варианты использования этих дефектов;
• Обновления программного обеспечения приводят к изменению требований и необходимости обновления вариантов использования и т. д. 5 Роль вариантов использования
• Обнаруживать и отслеживать дефекты программного обеспечения;
• Более точно отражать определенную особенность программного обеспечения;
• Производительность и качество программного обеспечения реагирования;
• Уточнить ответственность за неисправность и т. д. 6 Инструменты управления вариантами использования
• Существует множество инструментов для управления вариантами использования, например

1、PingCode；2、TestRail；
3、TestLink；4、Jira；
5、PractiTest；6、PractiTest；
7、Zephyr Enterprise；8、MeterSphere；
9、Bugzilla、10、ZenTao

• Давайте возьмем пример, такой как ZenTao (ниже приведен пример только для справки. Конкретный используемый инструмент все равно необходимо выбирать в соответствии с размером и режимом работы команды и проекта):
  

  Вставьте сюда описание изображения
  Содержит множество часто используемых полей.：
  

  Вставьте сюда описание изображения
• Выполнение варианта использования обычно описывает статус выполнения этого варианта использования, например, сбой или прохождение и т. д.:
  

  Вставьте сюда описание изображения
• Большинство платформ также могут связывать варианты использования с ошибками, требованиями, проектами и т. д. Некоторые варианты использования разрабатывают для проектов, а некоторые разрабатывают их непосредственно в библиотеке вариантов использования и при необходимости могут выполнять связанные операции.

7. Сосредоточьтесь на дефектах

• Ниже приводится список некоторых ключевых полей, на которых необходимо обратить внимание на дефекты, но, конечно, их гораздо больше:

8 Анализ дефектов

Нам необходимо выполнить статистический анализ дефектов, таких как следующие:

• Основные модули распределения дефектов;
• Причина неисправности;
• Анализ возможных дефектных модулей на основе известных дефектов;
• Анализировать качество программного обеспечения на основании наличия дефектов;
• Анализировать точки технического улучшения тестировщиков на основе заявленных дефектов;
• По степени модификации дефекта анализ соответствует решению. ситуация с качеством разрешения дефектов у людей и т. д.

9 инструментов управления дефектами

• Ранее упомянутые инструменты управления вариантами использования также подходят для управления дефектами: 1. PingCode 2. TestRail; 3. Тест Линк 4. Джира; 5.Практи Тест; 6.Практи Тест; 7. Зефир Энтерпрайз 8. Метр Сфера; 9. Багзилла, 10. Зентао
• Давайте посмотрим на инструмент,напримерTAPD：
  

  Вставьте сюда описание изображения
• Создание дефекта:
  

  Вставьте сюда описание изображения
• Простой поток дефектов:
  

  Вставьте сюда описание изображения

Я участвую в четвертом выпуске специального учебного лагеря Tencent Technology Creation 2023 с эссе, получившими награды. Приходите и разделите приз со мной!