Набір тестів можна вважати адекватним, якщо певна кількість рядків вихідного коду або виконуваних гілок вихідного коду була виконана хоча б один раз під час запуску набору тестів. Існує два методи вимірювання, які відображають два основні підходи до тестування: Перший підхід використовується для перевірки того, які завдання повинен виконувати програмний продукт.
Другий підхід призначений для з’ясування того, як програмний продукт насправді працює. Коли програмний додаток тестується на основі проектних специфікацій (а саме за допомогою функціонального тестування або техніки проектування тестів “чорного ящика”), генерація тестових кейсів здійснюється відповідно до специфікації і не залежить від того, як було реалізовано програмне забезпечення. Ефективність залежить від якості специфікації та вміння тестувальника правильно її інтерпретувати. Компанія із забезпечення якості гарантує, що програмні продукти, які розробляються, відповідають вимогам специфікацій. При структурному тестуванні (тестування, що проводиться з метою перевірки реалізації, або техніка тестування “білого ящика”, яка передбачає тестування внутрішньої структури або роботи програмного забезпечення) генерація тестових кейсів здійснюється на основі програмного коду, який є реалізацією програмного додатку. Вхідні дані для кожного тестового кейсу повинні визначатися специфікацією програмного забезпечення, однак вони можуть бути обрані на основі аналізу коду для виконання гілки програми. При цьому покриття збільшується. Ми будемо використовувати обидва підходи. При тестуванні класів ми будемо намагатися охопити специфікації класів та код їх реалізації. При тестуванні взаємодії продуктів або їх компонентів ми будемо прагнути охопити специфікацію. При тестуванні системи ми також будемо намагатися охопити специфікацію системи. Тестування електронної комерції спрямоване на перевірку даних електронної комерції з одночасним покращенням юзабіліті, продуктивності та безпеки веб-сайтів. Який обсяг тестування? Різні рівні адекватного тестування показані на рис.1, який охоплює випадки від відсутності тестування до вичерпного тестування, коли виконуються всі можливі тестові кейси. Обсяг необхідного тестування повинен визначатися на основі короткострокових і довгострокових цілей проекту і відповідно до характеристик розроблюваного програмного забезпечення. Покриття тестів - це оцінка ступеня, в якому програмний компонент може бути використаний. Тестування не проводиться взагалі Вичерпне тестування Рис. 1. Обсяг тестування Компанії з контролю якості контролюють процес розробки програмного забезпечення від початку до кінця, щоб переконатися, що продукти створюються відповідно до їхніх вимог.