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

Питання полягає в наступному: як виправлення передаються команді тестувальників?

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

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

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

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

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

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

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