Один з головних принципів тестування полягає в тому, що завжди необхідно знати стан досліджуваної системи. Якщо буде знайдена помилка, але тестувальник не знає, що призводить до збою системи, в такому випадку йому буде важко відтворити цю помилку. Необхідність привести систему у відомий стан перед запуском тестів означає, що кожен тестовий кейс повинен приводити апаратне і програмне забезпечення у відомий стан. Це не означає, що тестувальник повинен знеструмити систему, перезапустити її і запустити програму з самого початку - як і в будь-яких інших тестових ситуаціях, все має свої межі. Для того, щоб запобігти переходу тестованої системи в стани, які неможливо відтворити, існує ряд практичних заходів. Одним з них є здійснення циклу живлення системи перед початком тестування - це, мабуть, слід робити на початку кожного робочого дня. Інший захід передбачає систематичне оновлення баз даних і видалення каталогів тестів. Якщо використовується автоматизація тестування, то можна часто очищати бази даних і каталоги даних і при цьому не витрачати багато часу на цю процедуру. Може статися так, що система, яка тестується, вносить зміни у вбудоване програмне забезпечення. У такому випадку необхідно перезавантажувати прошивку або перед запуском логічно пов’язаних тестів, або на початку кожного робочого дня, що забезпечить тестування неспотвореної версії прошивки. В ідеалі використовуються автоматизовані інструменти для збереження поточного стану системи, що тестується, в спеціальному сховищі, реєстрації різного роду відхилень і переведення системи в потрібний стан. Послуга веб-тестування допомагає зрозуміти причину неправильної поведінки, яку демонструє ваш веб-додаток. Веб-додатки перевіряються на наявність дефектів ще до того, як код буде запущено в роботу. Існує два підходи до ініціалізації тесту. Один з них передбачає використання спеціальної програми налаштування, яка переводить систему у відомий стан перед початком тестування, і використовує стандартні програми очищення, які “скасовують” зміни, внесені під час тестування. Інший підхід передбачає лише процедуру налаштування без очищення даних. Якщо відповідна операція інсталяції виконується перед кожним запуском тесту, то не має значення, що станеться в кінці тесту - в будь-якому випадку перед наступним запуском тесту будуть відновлені відомі умови, і зусилля, витрачені на операцію очищення, можуть виявитися марними. Без сумніву, можуть виникнути проблеми в ситуаціях, коли додається новий тест, не призначений для інсталяції, а тести, виконані раніше, привели систему в непередбачуваний стан.