Тестовий кейс є основним компонентом динамічного тестування, оскільки він генерується на основі динамічного аналізу потоку даних. По суті, етап системного тестування - це не що інше, як запуск тестових кейсів на деяких програмних додатках, що розробляються послідовно, з метою виявлення та виправлення дефектів. Це означає, що основним обов’язком фахівця з тестування є написання та запуск тестових кейсів. Зараз ми поговоримо про те, як розробляти та створювати якісні тестові кейси. Як відомо, тестування програмного забезпечення - це процес аналізу або виконання програмного забезпечення з метою виявлення дефектів. Тест - це набір операцій, призначених для отримання одного або декількох очікуваних результатів від певної програмної системи. Якщо всі очікувані результати отримано, вважається, що тест пройдено (тобто успішно завершено). Якщо ж фактичний результат відрізняється від очікуваного, то вважається, що тест не пройшов (тобто завершився невдало). Перше, на що слід звернути увагу у наведеному вище визначенні, це те, що кожен тест складається з двох компонентів: (1) сукупності дій, які ви виконуєте, і (2) послідовності подій, які повинні відбутися в результаті цих дій. Дії, що виконуються, є тестовими діями, які разом складають методику тестування. Послідовність подій, які є результатом цих дій, називаються очікуваними результатами. Для того, щоб тест був ефективним, як методика, так і очікувані результати повинні бути чітко і однозначно визначені. Послуги з тестування програмного забезпечення потрібні для того, щоб перевірити програмні продукти на наявність різного роду недоліків ще до того, як вони будуть запущені в експлуатацію. По-друге, якщо методологія тестування та очікувані результати визначені правильно, тест повинен давати результат, оцінивши який можна зробити однозначний висновок про успішність чи неуспішність тесту. При введенні двох чисел у програму для знаходження їх суми тест вважається пройденим, якщо на виході програми отримано правильний результат, в іншому випадку тест вважається проваленим. Для зручності тести можна розбити на тестові випадки. Якщо якийсь тест вимагає безперервної техніки тестування з багатьма очікуваними результатами, має сенс розбити цей тест на тест-кейси. Однак слід пам’ятати, що тестовий кейс є найменшою тестовою одиницею, і що з кожним тестовим кейсом повинен бути пов’язаний хоча б один очікуваний результат. Оскільки метою тестування є виявлення дефектів, хороший тест - це тест, який має високу ймовірність виявлення дефекту. Для того, щоб розробити тест з високою ймовірністю виявлення дефекту, фахівець з тестування повинен стати на шлях конструктивного руйнування програмного продукту.