Эта статья даст вам краткое представление о дефектах при тестировании программного обеспечения и о том, как ими управлять.

1. Обзор

1. Определение

программное обеспечениелюбые, существующие во время использованиявопросВсе позвонилипрограммное обеспечение Дефекты,также известный какbug。

Примечание. Проблема не обязательно является ошибкой, пожалуйста, поймите.

2. Критерии определения дефекта

1) Мало функций: Программное обеспечение не реализует функции, четко указанные в требованиях (спецификациях).

2) Функциональная ошибка: в программном обеспечении имеется ошибка, которая не должна возникать, как указано в руководстве по требованиям (спецификациям).

3) Многофункциональность: функции, реализуемые программным обеспечением, выходят за рамки, указанные в требованиях (технических условиях) инструкции.

4) Скрытые функциональные ошибки: В программном обеспечении не реализованы требования (технические условия), которые четко не указаны в инструкции, но должны быть реализованы.

5) Сложность в использовании: программное обеспечение сложно понять, сложно использовать, оно работает медленно, имеет плохой пользовательский интерфейс и т. д.

3. Причины неисправности

1) Стадия спроса

Описание требования сложно для понимания, содержит неясности, ошибки и т.п.

2) Этап проектирования

Проектный документ содержит ошибки или недочеты.

3) Этап кодирования

В коде произошла ошибка.

4) Этап эксплуатации

Сбои в программно-аппаратных комплексах сами по себе приводят к дефектам программного обеспечения.

4. Жизненный цикл дефекта

5. Основное содержание дефектов

6. Элементы сообщения о дефекте

7. Распространенные виды дефектов

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

8. Процесс дефектации и написание

8.1 Пример отчета о дефекте

8.2 Описание названия дефекта

8.3 Процесс отслеживания дефектов (ключевые моменты)

8.4 Примечания по сообщению о дефектах

1) Воспроизводимость: дефекты могут быть воспроизведены.

2) Нормативный: соответствует требованиям компании или проекта.

3) Уникальность: один дефект сообщает об одной проблеме.

8.5 Спецификации записи дефектов

1) Точная: описанная информация верна.

2) Конкретный: он содержит детали, является реальным и конкретным.

3) Краткое и понятное: описание простое и понятное.

4) Четкая последовательность: Опишите процесс устранения дефекта в условной и последовательной форме.

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

9.1 Дзен Дао

1) Особенности

1. Внутренний, бесплатный, с открытым исходным кодом, простой и легкий. 2. Интеграция трех систем управления (управление продукцией, управление проектами, управление качеством)

Официальный сайт: https://www.zentao.net/

2) Процесс использования

Что касается использования, в Интернете есть много подробных руководств, поэтому я не буду здесь вдаваться в подробности.

10. Резюме (ключевые моменты)

1) Что такое дефект?

Различные проблемы, возникающие в процессе использования программного обеспечения, являются дефектами.

2) Как расставить приоритеты в дефектах?

3) Как бороться с дефектами после их обнаружения?

Сначала обязательно воспроизведите

4) Тип дефекта?

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