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

Складність процедури полягає в тому, що в завдання фахівця з тестування не входить визначення обставин, за яких програмний продукт працює; навпаки, тестувальник намагається виявити ситуації, в яких продукт не працює. При розробці тестового кейсу важливо не робити жодних припущень про те, що та чи інша функція програмного продукту працює коректно. Не варто очікувати, що будь-яка версія програмного коду буде встановлена правильно, або що структура бази даних відповідає проекту, або що програма автоматично відновиться після збою живлення. Також не можна очікувати, що якщо програма успішно працює на певній платформі, вона буде так само добре працювати на комп’ютері з меншим обсягом пам’яті або під управлінням іншої операційної системи.

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

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