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

• 5 мережевих конфігурацій
• 10 комбінацій браузерів та операційних систем
• 20 комбінацій конфігурацій клієнтів (процесор, жорсткі диски, відеоадаптери та периферія)

Таким чином, кількість можливих тестових конфігурацій становить 5 хЮх20 = 1000. Якщо виходити з того, що два фахівці з тестування можуть проводити планові системні тести на одній конфігурації, то для завершення тестування всіх конфігурацій вам знадобиться 240 000 людино-годин, або 125 людино-років! Якщо немає необхідних коштів і великої кількості фахівців з тестування, або просто не вистачає часу на таке тестування, то немає сенсу його проводити. Ви прагнете задовольнити потреби своїх клієнтів і випускати свої ІТ-продукти в рамках бюджету? Якщо так, будьте готові мати справу з офшорами компанія з контролю якості програмного забезпечення виявити та усунути точки відмови та зони ризиків за доступною ціною.

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

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

• Частота використання: скільки екземплярів вказаної конфігурації найімовірніше буде використано?
• Ризик виходу системи з ладу: чи існують надійні конфігурації для важливих клієнтів?
• Ймовірність відмови системи: чи були зафіксовані минулі відмови конкретних конфігурацій?

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