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

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

Неповага до тестування може стати причиною:

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

Тепер можна побачити важливість раннього впровадження тестування, принаймні на етапі аналізу вимог. Варто також зазначити, що існує два типи витрат: непрямі та прямі.

Прямі витрати - це кошти, які компанія витрачає на підтримку продукту в належному стані, тобто, по суті, на оплату праці всіх, хто бере участь у проекті, включаючи QA.

Непрямі витрати - це витрати, пов’язані з якістю продукції, звиканням користувачів до нового продукту.

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

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

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

[highlight dark=”no”]NB![/highlight] Не варто економити на тестуванні, відсутність якого призводить до незадоволення користувачів продуктом, неконтрольованих витрат і може призвести до втрати значних коштів.