4;

3;

5;

2;

стан програми, при якому видаються неправильні результати;

технічний документ, який містить в собі повний опис дефекту, що включає інформацію, як про сам дефект, так і про умови виникнення даного дефекту;

невідповідність фактичного результату виконання програми очікуваному результату;

відхилення програми від функціонування або неможливість програми виконувати функції, визначені вимогами;

сірим;

білим;

зеленим;

червоним;

кроки для відтворення є необов’язковим полем, але рекомендованим;

кроки для відтворення непотрібні, так як час, витрачений на їх написання, може бути використаний на тестування іншого функціоналу;

якщо правильно описати дефект, то кроки для відтворення непотрібні;

потрібно максимально детально описати кроки, аби замовник, або розробник, що буде виправляти дефект, зміг його відтворити;

тестування, яке не припускає знання внутрішьої структури компонента або системи;

набір інструкцій, для перевірки функціонального набору ПЗ;

етап в розробці програмного забезпечення під час якого пишеться тест-план;

список, який містить ряд необхідних перевірок під час тестування;

повторну перевірку за тими ж самими тест-кейсами;

повторну перевірку запису даних в базу даних;

набір тестових випадків для перевірки функціонального набору ПЗ;

набір артефактів вхідної інформації для визначення функції ПЗ;

створення нових тест-кейсів;

здійснення вичерпного тестування;

написання ефективних баг-репортів;

зберігання звітністі та результатів тестування;

passed, failed, blocked, skipped;

passed, failed, blocked, not completed, no run;

passed, failed, blocked, in progress, not run, skipped;

created, modified, retired;