Стратегії тестування, методології тестування або методи тестування - це систематичні методи, що використовуються для вибору та/або створення тестів, які повинні бути включені в набір тестів. Це можуть бути випадкові вхідні дані, тест, спрямований на перевірку моїх підозр, тест, спрямований на перевірку ваших підозр, тест, спрямований на перевірку відповідності, тест, спрямований на перевірку спотворень; останні тести, які ми виконували, тести, які відрізняються від тестів, які ми виконували раніше. Ми обираємо стратегію на основі правил, за якими можемо визначити, чи відповідає даний тест обраній стратегії. Власне, стратегія повинна бути програмованою.

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

Стратегія поведінкового тестування базується на технічних вимогах. Наприклад: аналіз всіх характеристик, описаних в специфікації, виконання всіх “брудних” тестів, які включені в документ з вимогами. Тестування, що виконується з використанням стратегії поведінкового тестування, називається поведінковим тестуванням. Поведінкове тестування також називають тестуванням “чорного ящика”. Його ще називають функціональним тестуванням. При поведінковому тестуванні (теоретично, але не практично) не обов’язково знати внутрішню роботу програми.

Стратегія структурного тестування визначається структурою об’єкта, що тестується (BASI87, BEIZ90, NTAF88, OSTR96), наприклад: виконання кожного оператора хоча б один раз, виконання кожного розгалуження хоча б один раз, перевірка використання всіх об’єктів даних, виконання кожної команди об’єктної процедури, отриманої під час компіляції. Тестування, виконане з використанням стратегії структурного тестування, також називається тестуванням прозорого ящика або тестуванням білого ящика. Стратегія структурного тестування вимагає доступу до внутрішньої структури програми, тобто до вихідного коду.