Лекція №4

Тема: Звіти про проблеми. Відстеження проблем. Системи відстеження проблем.

План

1. Поняття звіту про проблему, відстеження проблеми та системи відстеження проблеми.

2. Універсальний список пунктів звіту

3. Системи відстеження багів

Поняття звіту про проблему, відстеження проблеми та системи відстеження проблеми.

Зрозуміло, що що головною діяльністю тестувальника є виявлення багів.

Після виявлення дефектів складається так званий звіт про проблему (Bug Report).

У чому ж полягає відстеження проблем (bug tracking)?

Відстеження проблеми (bug tracking) у найпростішому варіанті - це процес, який включає в себе виявлення помилки, її опис, виправлення і перевірку цього виправлення, тобто процес <стеження> за багом протягом всього як його життєвого циклу, так і життєвого циклу розробки в цілому.

Звіт про проблему - це по суті її опис.

Отже, тест проведений, помилка знайдена, при цьому сумнівів у тому, що помилка має місце - немає. Що робити далі? Необхідно повідомити розробнику (програмісту) про те, що помилка знайдена, тобто написати звіт про проблему (bug report).

Що необхідно писати в такому звіті?

Перш за все слід пам'ятати про те, що складений звіт може, а скоріш за все і буде, піддаватися зміненням не тільки тестером, але й іншими членами команди. Крім того, звіт може бути складений як на папері, так і за допомогою спеціально створених для цього програм - систем відстеження проблем (bug tracking system), в залежності від чого деякі пункти опису проблеми можуть відрізнятися.

Універсальний список пунктів (граф) звіту:

1. Назва тестованої програми (Program).

2. Номер версії програми, що тестується (Version).

3. Номер її складання (Build).

4. Функціональна область (Area).

5. ПІБ особи, яка склала звіт (Reported by).

6. Дата складання (Date).

7. Дата останньої модифікації (Last modify).

8. Серйозність проблеми (Severity).

9. Пріоритет (Priority).

10. Статус (стан) (Status).

11. Тип звіту (Problem type).

12. Повторюваність (Recurrence)

13. Ідентифікатор (Identifier).

14. Короткий опис (Description).

15. Детальний опис (Report).

16. Кроки відтворення (Steps to recreate).

17. Обхідний шлях (Workaround).

18. Конфігурація (Configuration).

19. Аттачменти (додатки) (Attachment).

20. Доручено (Delegated).

21. Коментарі (Comments).

22. Резолюція (Resolution).

23. Відкладено (Deffered).

24. Підпис (нотифікація для електронного варіанту) (Signature / Notify).

25. Історія (History).

1. Назва тестованої програми.

Перш ніж складати звіт, необхідно вказати, в якій саме програмі знайдена описувана проблема. Особливо це стосується тих випадків, коли ведеться кілька паралельних розробок. При використанні паперової системи трекінгу в цьому випадку заповнюється відповідна графа звіту, а при роботі з електронною системою трекінгу - вибирається відповідний параметр зі списку тестованих програм (program under test).

Вноситься - тестувальником.

Модифікується - тим, хто вніс або уповноваженою особою (керівником або менеджером).