Група аналізу дефектів Група аналізу дефектів (відома в деяких колах як група, що контролює зміни, внесені до технічної документації) визначає, чи виправляти дефект у поточному релізі, чи відкласти його до наступних версій. Якщо після виправлення дефекту команди розробників і тестувальників проводять подальший аналіз і приходять до висновку, що програмний код не містить проблем, які потребують виправлення, група аналізу дефектів може вирішити не звертати уваги на код. Дії групи аналізу дефектів документуються, а самому дефекту може бути присвоєно статус “виправлений”, “відкладений” або “проігнорований”.

Якщо приймається рішення про виправлення дефекту, то ця робота доручається розробнику, який вносить відповідні зміни в програмний код і проводить тестування, щоб переконатися, що виправлений код працює так, як очікувалося. Як тільки розробник дійде висновку, що дефект усунуто, він змінює статус дефекту на “виправлений” і включає виправлений код у збірку, що надсилається на системне тестування. Якщо тестувальник переконався, що дефект усунуто, статус дефекту змінюється на “Перевірено”, а потім на “ЗАКРИТО”.

Фахівці компанії компанії із забезпечення якості допомагають розробникам і користувачам програмного забезпечення покращити якість цифрових продуктів. Вони ретельно і всебічно тестують їх на різних платформах і пристроях. Під час аналізу вони виявляють проблеми, що впливають на продуктивність, зручність використання, надійність, безпеку та інші важливі характеристики програми.

Якщо ви не маєте досвіду в тестуванні або працюєте в компанії, яка не використовує потужні промислові інструменти відстеження дефектів, вам може здатися, що методологія відстеження дефектів, яка базується на присвоєнні статусу програмній помилці, є занадто надмірною і громіздкою. Якщо ви займаєтеся розробкою програмного продукту, реліз якого рідко містить більше 40 або 50 дефектів, то ви, ймовірно, маєте рацію. Однак при розробці багатьох різних проектів кількість дефектів, які потребують відстеження, може досягати багатьох сотень і навіть тисяч. Якщо система відстеження неефективна, або якщо у випущений програмний продукт просочується лише кілька помітних серйозних дефектів, керівництву вашої тестової лабораторії доведеться давати досить неприємні пояснення замовнику.

Система відстеження дефектів має вирішальне значення для тестування програмного забезпечення, оскільки вона допомагає відстежувати проблеми, про які повідомляється в проектах з розробки програмного забезпечення.