База знань

Коли починати та закінчувати тестування?

Згадаємо графік вартості дефектів:
kogda_nachinat_testirovanie

 

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

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

На різних етапах життєвого циклу ПЗ тестування проводиться в різних формах:

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

– контроль процесу проектування на етапі розробки дизайну системи – це також форма тестування;

– як вже згадувалось, розробники теж беруть участь в тестуванні на рівні модульного тестування.

Складніше визначити критерії закінчення тестування, оскільки, згідно принципам тестування, ми ніколи не можемо бути впевнені в тому, що програма на 100% вільна від дефектів. Тому використовуються інші умови:

  1. граничні терміни, що встановлюються заздалегідь;
  2. виконання всіх передбачений тест-кейсів;
  3. досягнення визначеного рівня тестового покриття;
  4. коли після визначеного моменту ми практично не знаходимо нових багів або критичних дефектів;
  5. рішення менеджменту.

Зв'язатися з нами

Адреса: м. Київ, вул. Вадима Гетьмана, 2, оф. 210-211