У даному розділі даються загальні рекомендації з організації налагодження. Але спочатку слід зазначити деякий феномен, що підтверджує важливість попередження помилок на попередніх етапах розробки: у міру росту числа виявлених і виправлених помилок у ПЗ росте також відносна ймовірність існування в ньому невиявлених помилок. Це пояснюється тим, що при росту числа помилок, виявлених у ПЗ, уточнюється й наше подання про загальне число допущених у ньому помилок, а виходить, якоюсь мірою, і про число невиявлених ще помилок. Цей феномен підтверджує важливість раннього виявлення помилок і необхідність ретельного контролю прийнятих рішень на кожному етапі розробки ПЗ.
Нижче приводяться рекомендації з організації налагодження у формі заповідей
Аксіома 1. Уважайте тестування ключовим завданням розробки ПЗ, доручайте його самим кваліфікованим і обдарованим програмістам; небажано тестувати свою власну програму.
Аксіома 2. Гарний той тест, для якого висока ймовірність виявити помилку, а не той, котрий демонструє правильну роботу програми.
Аксіома 3. Готовте тести як для правильних, так і для неправильних даних.
Аксіома 4. Уникайте тестів, що неможливо відтворити, документуйте їхній пропуск через комп'ютер; детально вивчайте результати кожного тесту.
Аксіома 5. Кожний модуль підключайте до програми тільки один раз; ніколи не змінюйте програму, щоб полегшити її тестування.
Аксіома 6. Пропускайте заново всі тести, пов'язані з перевіркою роботи якої-небудь програми ПЗ або її взаємодії з іншими програмами, якщо в неї були внесені зміни (наприклад, у результаті усунення помилки).
