Після написання або автоматизації тесту його слід перевірити на наявність дефектів, щоб негайно виправити їх, якщо такі є, а потім запустити цей тест на будь-якій збірці програмного забезпечення. Статичне тестування тестових кейсів можна проводити за допомогою тих самих технологій, що й перевірку виконання технічних вимог, тобто опитування, наскрізного моніторингу або експертних оцінок. Ці методи можна використовувати в різних комбінаціях, якщо складність тестів така, що ретельне статичне тестування просто необхідне. Наприклад, експертні оцінки можна використовувати в методиках, а формальне опитування - в автоматизованих сценаріях, які реалізують методики тестування. При перевірці тестових кейсів необхідно звернути увагу на ряд наступних моментів: - Наскільки тест або набір тестів відповідає функціональності, заявленій у специфікаціях? - Чи охоплює набір тестів всі технічні вимоги? - Чи добре організовані тести, щоб можна було використовувати лише мінімальну кількість тестових конфігурацій? - Чи включені тести в систему управління конфігурацією? - Чи є надлишкові тести? Чи можна усунути цю надмірність? - Чи є методологія тестування достатньо детальною, щоб її можна було автоматизувати? - Чи забезпечений кожен крок тестування чітко визначеними очікуваними результатами (критерій успішного/неуспішного результату тесту)? - Чи правильно автоматизовані тести відтворюють кроки ручного тестування? Якщо ви виконали статичне тестування тестового плану, то вам буде набагато простіше переглянути тестові кейси, оскільки питання, пов’язані з покриттям технічних вимог, передбачених тестами, повинні бути вирішені під час перегляду тестового плану. Питання, що стосуються надмірності тестів і ефективного використання інструментів конфігураційного тестування, також повинні бути вирішені в процесі доопрацювання, коли перевіряється тестовий план, принаймні на рівні попередніх рішень. Ретельний перегляд тестових планів і тестових кейсів, а також статичне тестування програмного забезпечення допомагають на ранніх стадіях знайти помилки в тестах і скоротити час, що витрачається на налагодження тестових кейсів. Пам’ятайте, що аутсорсингові послуги з тестування допомогли мільйонам людей по всьому світу скоротити витрати, ефективніше використовувати обрану технологію або перенаправити енергію і випустити успішні проекти. В рамках цього огляду кожен новий тест слід запускати на певному програмному продукті, щоб переконатися, що методологія тестування дозволяє отримати всі очікувані результати. Оскільки цей тест, швидше за все, буде виконуватися на коді, який містить численні дефекти, при аналізі невдалих результатів запуску тесту в плані того, що є джерелом проблеми - програмний код або сам тест, необхідно звернути увагу на те, що є джерелом проблеми.