Документирование ошибок

Приемочный тест

Идеальный вариант

Жизненный цикл ошибки – начинается с ее обнаружения и присвоения статуса “найдено” (она же = “новая” = “submitted”), затем ошибку отправляют на разработку для исправления и получает статус “присвоена” (= “присоединена” = ‘assigned”).

После исправления ошибка получает статус “исправлена” (= “fixed”), затем исправленная ошибка проверяется тестировщиком еще раз (как правило в новой версии ПО, и, если она не воспроизводиться, то получает статус “проверена” (= “закрыта” = “verified”)), но только, если ошибка воспроизводится.

Возможны случаи:

1) Исправленная ошибка повторяется снова, тогда тестировщик присваивает статус “повторить” (= “reopen”) и отправляет по новому кругу;

2) Задокументированная ошибка не воспроизводиться программистом – статус ‘’не воспроизводится” (= “declined” = “отклонена”);

3) Когда задокументированная₁ ошибка не может быть исправлена в текущей версии ее не следует исправлять₂ вообще

1 – она исчезнет сама

2 – могла быть неточность в документе требований – это не ошибка по сути, ошибку откладывают со статусом “отклонена” = “deferred”

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

- “дубликат” (ошибка была, тестировщик повторно задокументировал);

- “не ошибка” (тестировщик неправильно задокументировал требования);

Не нашли, что искали? Воспользуйтесь поиском: