Коли QA-інженери проводять тестування програмного забезпечення, важливо досягти найкращих можливих результатів і водночас не надто відхилятися від початкової мети. Щоб переконатися, що ви дотримуєтеся правильної стратегії, потрібно дотримуватися основних принципів тестування.

Нижче ми поговоримо про 7 найбільш популярних і важливих принципів, без яких не обходиться жодне тестування програмного забезпечення.

Тестування показує наявність помилок, а не їх відсутність

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

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

Вичерпне тестування неможливе

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

Простий приклад: у нас є текстове поле “ім’я”, яке перевіряє тільки літери. Можна тільки уявити, скільки імен може бути введено - протестувати абсолютно всі комбінації введення такого роду даних просто неможливо.

Попереднє тестування

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

Процес кластеризації помилок

Кластеризація помилок означає, що на декілька модулів припадає більше половини виявлених помилок. Це пряме правило закону Парето, який використовується для перевірки програмного забезпечення: близько 80% помилок знаходяться в 20% модулів.

Тестування залежить від контексту

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

Парадокс пестициду

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

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

Міф про відсутність помилок

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

І ще кілька важливих принципів:

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