Начать. Это бесплатно
или регистрация c помощью Вашего email-адреса
Отчёты о дефектах создатель Mind Map: Отчёты о дефектах

1. Виды ошибок

1.1. Ошибка

1.2. Дефект

1.3. Сбой

1.4. Отказ

2. Цели написания отчета о дефекте

2.1. Предоставить информацию о проблеме

2.2. Приоритизировать проблему

2.3. Содействовать устранению проблемы

3. Жизненный цикл “бага”

3.1. Обнаружен (submitted)

3.2. Назначен (assigned)

3.3. Исправлен (fixed)

3.4. Проверен (verified)

3.5. Закрыт (closed)

3.6. Открыт заново (reopened)

3.7. Рекомендован к отклонению (to be declined)

3.8. Отклонён (declined) —

3.9. Отложен (deferred)

4. Ошибки при написании отчётов о дефектах

4.1. Ошибки оформления и формулировок

4.1.1. Плохие краткие описания (summary)

4.1.2. Идентичные краткие и подробные описания (summary и description)

4.1.2.1. Краткий для поля «краткое описание»

4.1.2.2. Подробный для поля «подробное описание»

4.1.2.3. Ещё один краткий для последнего шага в шагах по воспроизведению дефекта

4.1.3. Игнорирование кавычек

4.1.4. Общие проблемы с формулировками фраз

4.1.4.1. На русском языке

4.1.4.2. На английском языке

4.1.5. Лишние пункты в шагах воспроизведения

4.1.6. Копии экрана в виде «копий всего экрана целиком»

4.1.7. Копии экрана, на которых не отмечена проблема

4.1.8. Откладывание написания отчёта «на потом»

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

4.1.9. Пунктуационные, орфографические, синтаксические и им подобные ошибки

4.2. Логические ошибки

4.2.1. Выдуманные дефекты

4.2.2. Отнесение расширенных возможностей приложения к дефектам

4.2.3. Неверно указанные симптомы

4.2.4. Чрезмерно заниженные (или завышенные) важность и срочность

4.2.5. Концентрация на мелочах в ущерб главному

4.2.6. Техническая безграмотность

4.2.7. Указание в шагах воспроизведения неважной для воспроизведения ошибки информации

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

4.2.9. Игнорирование «последовательных дефектов»

5. Инструменты управления отчётами о дефектах

5.1. Jira

5.1.1. Поля отчёта о дефекте

5.1.1.1. Project (проект)

5.1.1.2. Issue type (тип записи/артефакта)

5.1.1.3. Improvement (предложение по улучшению)

5.1.1.4. New feature (новая особенность)

5.1.1.5. Task (задание)

5.1.1.6. Custom issue (произвольный артефакт)

5.1.1.7. Summary (краткое описание)

5.1.1.8. Priority (срочность)

5.1.1.8.1. Highest (самая высокая срочность)

5.1.1.8.2. High (высокая срочность)

5.1.1.8.3. Medium (обычная срочность)

5.1.1.8.4. Low (низкая срочность)

5.1.1.8.5. Lowest (самая низкая срочность)

5.1.1.9. Severity (важность)

5.1.1.10. Components (компоненты)

5.1.1.11. Affected versions (затронутые версии)

5.1.1.12. Environment (окружение)

5.1.1.13. Description (подробное описание)

5.1.1.14. Original estimate (начальная оценка времени исправления)

5.1.1.15. Remaining estimate (расчётное остаточное время исправления)

5.1.1.16. Story points (оценочные единицы)

5.1.1.17. Labels (метки)

5.1.1.18. Epic/Theme (история/область)

5.1.1.19. External issue id (идентификатор внешнего артефакта)

5.1.1.20. Epic link (ссылка на историю/область)

5.1.1.21. Has a story/s (истории)

5.1.1.22. Tester (тестировщик)

5.1.1.23. Additional information (дополнительная информация)

5.1.1.24. Sprint (спринт)

5.2. RedMine

5.3. TFS

5.4. Bugzilla

5.5. Mantis (Bug tracker)

6. Логика создания эффективных отчётов о дефектах

6.1. Обнаружить дефект

6.2. Понять суть проблемы

6.3. Воспроизвести дефект

6.4. Сформулировать суть проблемы

6.5. Проверить наличие описания найденного вами дефекта

6.6. Заполнить поля отчёта, начиная с подробного описания

6.7. Внимательно перечитать отчёт

6.8. Исправить неточности

6.9. Добавить подробности

7. Атрибуты отчёта о дефекте

7.1. Идентификатор (identifier)

7.2. Краткое описание (summary)

7.3. Подробное описание (description)

7.4. Шаги по воспроизведению (steps to reproduce, STR)

7.5. Воспроизводимость (reproducibility)

7.5.1. всегда (always)

7.5.2. иногда (sometimes)

7.6. Важность (severity)

7.6.1. критическая (critical)

7.6.2. высокая (major)

7.6.3. средняя (medium)

7.6.4. низкая (minor) —

7.7. Срочность (priority)

7.7.1. наивысшая (ASAP, as soon as possible)

7.7.2. высокая (high)

7.7.3. обычная (normal)

7.7.4. низкая (low)

7.8. Фактический результат (actual result)

7.9. Ожидаемый результат (expected result)

7.10. Симптом (symptom)

7.10.1. Косметический дефект (cosmetic flaw)

7.10.2. Повреждение/потеря данных (data corruption/loss)

7.10.3. Проблема в документации (documentation issue)

7.10.4. Некорректная операция (incorrect operation)

7.10.5. Проблема инсталляции (installation problem)

7.10.6. Ошибка локализации (localization issue)

7.10.7. Нереализованная функциональность (missing feature)

7.10.8. Проблема масштабируемости (scalability)

7.10.9. Низкая производительность (low performance)

7.10.10. Крах системы (system crash)

7.10.11. Неожиданное поведение (unexpected behavior)

7.10.12. Недружественное поведение (unfriendly behavior)

7.10.13. Расхождение с требованиями (variance from specs)

7.10.14. Предложение по улучшению (enhancement)

7.11. Комментарий (comments, additional info)

7.12. Приложения (attachments)

8. Свойства качественных отчётов о дефектах

8.1. Тщательное заполнение всех полей точной и корректной информацией

8.2. Правильный технический язык

8.3. Специфичность описания шагов

8.4. Отсутствие лишних действий и/или их длинных описаний

8.5. Отсутствие дубликатов

8.6. Очевидность и понятность

8.7. Прослеживаемость

8.8. Отдельные отчёты для каждого нового дефекта

8.8.1. В каждом отчёте описывается ровно один дефект

8.8.2. При обнаружении нового дефекта создаётся новый отчёт

8.9. Соответствие принятым шаблонам оформления и традициям