Page 64 - 4592

Для більшості проектів цей процес включає тестування коду

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

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

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

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

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

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

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

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

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

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

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

64