Компьютеры - Тестирование Программного Обеспечения - Содержание программная ошибка

Данная статья содержит полный список содержимого ошибка/ошибка/дефект, которые необходимы на момент привлечения ошибка во время тестирования программного обеспечения. Эти поля помогают в выявлении каких-либо ошибок однозначно. Если тестер обнаруживает дефект, он/она должна сообщить об ошибке и введите определенные поля, которые способствуют однозначному определению его. Содержание ошибки приводятся ниже:

Проект: имя проекта, под которым испытания проводятся.

Тема: Описание ошибки в короткие, которые помогут в определении ее. Это, как правило, начинается с проекта идентификационный номер/строку. Эта строка должна быть достаточно четким, чтобы помочь читателю предвидеть проблемы/дефекта, для которого ошибка была сообщили.

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

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

Обнаружены: имя тестер, который обнаружены/сообщение об ошибке.

Назначено: Наименование разработчика, который должен исправить ошибку. Как правило, это поле содержит имя лидера группы развития, которые затем делегирует задачу члену своей команды, и соответственно изменяется название.

Щуп: имя лидера команды тестирования, при котором тестер показывает ошибку.

Обнаруженные в версии: это поле содержит информацию о версии программного приложения, в котором ошибка была обнаружена.

Закрытой в Версия: это поле содержит информацию о версии программного приложения, в которых ошибка была Исправлена.

Дата обнаружения: Дата, в котором ошибка была обнаружена и сообщил.

Ожидаемая Дата закрытия: Дата, в которую ошибка как ожидается, будет закрыто. Это зависит от ее тяжести.

Фактическая Дата закрытия: как подсказывает название, фактическая Дата закрытия эту ошибку, я. э. Дата, на котором было исправлено и повторно успешно.

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

Тяжести: обычно это числовое поле, которое отображает серьезность ошибки. Она может варьироваться от 1 до 5, где 1 самый высокий степени тяжести и 5 является самой низкой.

Статус: в этом поле отображается текущее состояние ошибка. Статус "Новый" присваивается автоматически, когда он впервые сообщил тестером, далее статус меняется на назначенные, открытых, повторных испытаний, ожидающих повторную проверку, в ожидании отклонить, отклонил, закрыл, отложил, отложила, и т. д. в ходе устранения ошибок процесса.

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

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

Тестовый случай ошибка: это поле содержит тестовый случай, это не ошибка.

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

(Обратите внимание: все содержание вышеперечисленных, как правило, присутствует на ошибку, сообщается в отчетности об ошибках инструмент. В некоторых случаях (индивидуальные инструменты), количество полей и их значение может меняться в соответствии с требованиями компании. )

Комментарии