Пропонуємо вам дізнатися, як правильно заповнити деякі поля звіту про проблему. Якість цього документа має вирішальне значення, оскільки чим краще він написаний, тим більше помилок він допоможе виявити в програмі. QA як послуга дійсно незамінна, коли мова йде про забезпечення відповідності виробленого продукту вимогам замовника.

Умова

Необхідно вписати значення Відкрити в полі Поле Умова новоствореного звіту. Після виправлення помилки або прийняття рішення, згідно з яким не потрібно продовжувати роботу зі звітом, значення цього поля змінюється на Закрито.. Деякі компанії використовують тільки три статуси звіту: Відкритий, Закритий і Виправлено

. In the database, programmers find reports with the status of Відкриті, а тестувальники вибирають ті, що мають статус Fixed. In some other system, programmers search for the reports marked as На розгляді а тестувальники - зі статусом Відкрито, незалежно від резолюцій, що супроводжують ці документи, лише ті, що відрізняються від На розгляді. Both of these systems are logically equivalent, but each of them has convinced supporters.

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

Пріоритет

Пріоритет проблеми визначається менеджером проекту, зазвичай за 5- або 10-бальною шкалою. Помилки виправляються в порядку пріоритетності. У різних компаніях пріоритети визначаються по-різному. Ось хороший приклад. (1) Виправити негайно - помилка заважає роботі інших співробітників.

(2) Виправити якомога швидше.

(3) Виправити в поточній версії (альфа, бета тощо).

(4) Виправлення перед фінальним релізом.

(5) Виправте, якщо це можливо.

(6) Не обов’язково - робіть, як вважаєте за потрібне.

На практиці деякі керівники проектів можуть використовувати 3-бальну шкалу пріоритетів, а інші - 15-бальну. Рекомендується, щоб кожен менеджер проекту самостійно обрав спосіб визначення послідовності виконання робіт. Щостосується поля “Пріоритет “, то його має право заповнювати тільки керівник проекту , а поле “Порядок важливості

заповнюється тільки автором звіту або керівником команди тестувальників. Менеджер проекту і автор звіту можуть кардинально розходитися в оцінці важливості описаної в ньому проблеми, але жоден з них не повинен виправляти оцінку іншого. Буває так, що тестувальник оцінює помилку як фатальну, а менеджер проекту присвоює їй відносно низький пріоритет. А оскільки кожен із співробітників має власне поле (колонку) у звіті, вони обидва можуть зафіксувати свої погляди та думки в документі.

Компанії з контролю якості допомагають підприємствам задовольнити потреби та очікування клієнтів щодо кращих ІТ-продуктів.