Plán testování je smlouva (kontrakt), podle které testovací tým pracuje během vydání (release). Typický plán testování pro vydání procesu dokončení objednávky (checkout) v e-shopu uvádí rozsah (košík, platby, potvrzení objednávky), přístup (testování založené na rizicích pro integraci plateb), zdroje (dva testeři, testovací prostředí s platební bránou v sandbox režimu) a harmonogram (tři týdny, s kritérii výstupu vázanými na hustotu defektů a pokrytí testů). Zaznamenává také techniky návrhu testů, které se mají použít — například rozdělení ekvivalence pro pole slevového kódu — a kritéria vstupu, která musí platit před zahájením testování.
Je plán testování totéž co testovací strategie? Ne. Testovací strategie je popis úrovní testování a testování v jejich rámci na vysoké úrovni, v měřítku celé organizace, zatímco plán testování aplikuje tuto strategii na konkrétní projekt nebo program. Představte si strategii jako politiku (policy) a plán jako její provedení.
Kdo píše plán testování? Obvykle manažer testování nebo vedoucí tester, ve spolupráci se zainteresovanými stranami (stakeholdery). Plán je záznamem procesu plánování testů, nikoli dokumentem jedné osoby.
Potřebuje každý projekt úplný plán testování? Hloubka by měla odpovídat velikosti a rizikům projektu. Malé udržovací vydání může ospravedlnit odlehčený plán; systém, u kterého závisí na bezpečnosti (safety-critical), potřebuje podrobný plán s explicitně stanovenými kritérii vstupu a výstupu.
Co se stane, když se harmonogram zpozdí? Dobrý plán testování je živý dokument. Rozsah, přístup, zdroje a harmonogram se znovu projednávají se stakeholdery a aktualizované odůvodnění se zaznamenává — proto plán identifikuje rizika vyžadující plánování pro případ nenadálých událostí (contingency planning).
