Plan testów to swoista umowa, na podstawie której zespół testowy pracuje podczas wydania. Typowy plan testów dla wydania obejmującego finalizację zakupów w sklepie internetowym określa zakres (koszyk, płatności, potwierdzenie zamówienia), podejście (testowanie oparte na ryzyku dla integracji płatności), zasoby (dwóch testerów, środowisko testowe z bramką płatności w trybie piaskownicy) oraz harmonogram (trzy tygodnie, z kryteriami wyjścia powiązanymi z gęstością defektów i pokryciem testami). Rejestruje również techniki projektowania testów, które zostaną użyte — na przykład podział na klasy równoważności dla pola rabatu — oraz kryteria wejścia, które muszą być spełnione przed rozpoczęciem testowania.
Czy plan testów to to samo co strategia testów? Nie. Strategia testów to opis wysokiego poziomu poziomów testów i testowania w ich ramach, obejmujący całą organizację, podczas gdy plan testów stosuje tę strategię do konkretnego projektu lub programu. Można myśleć o tym tak: strategia = polityka, plan = wykonanie.
Kto pisze plan testów? Zwykle kierownik testów (test manager) lub lider testów (test lead), w porozumieniu z interesariuszami. Plan jest zapisem procesu planowania testów, a nie dokumentem tworzonym przez jedną osobę.
Czy każdy projekt potrzebuje pełnego planu testów? Szczegółowość powinna odpowiadać rozmiarowi projektu i poziomowi ryzyka. Niewielkie wydanie serwisowe może uzasadniać lekki plan; system o krytycznym znaczeniu dla bezpieczeństwa wymaga planu szczegółowego, z jawnie określonymi kryteriami wejścia i wyjścia.
Co się dzieje, gdy harmonogram się przesuwa? Dobry plan testów to dokument „żywy”. Zakres, podejście, zasoby i harmonogram są ponownie negocjowane z interesariuszami, a zaktualizowane uzasadnienie jest odnotowywane — dlatego plan identyfikuje ryzyka wymagające planowania działań awaryjnych.
