Organizacja, która rozwija i utrzymuje platformę e-commerce, definiuje strategię testów, która stanowi, że wszystkie projekty będą wykonywać testowanie komponentów, testowanie integracyjne, systemowe i akceptacyjne; że testowanie regresji jest zautomatyzowane i uruchamiane po każdym buildzie; oraz że testowanie oparte na ryzyku wyznacza kierunek inwestowania wysiłku. Każdy projekt pisze następnie plan testów, który stosuje tę strategię do własnego zakresu, harmonogramu i zasobów.
Jaka jest różnica między strategią testów a planem testów? Strategia testów to opis wysokiego poziomu poziomów testów, które mają zostać wykonane, oraz testowania w ich ramach, dla organizacji lub programu. Plan testów stosuje tę strategię do konkretnego projektu, z konkretnym zakresem, podejściem, zasobami i harmonogramem.
Kto jest właścicielem strategii testów? Zazwyczaj funkcja zarządzania testami lub zapewniania jakości (QA) w organizacji. Ponieważ strategia obejmuje wiele projektów, jest uzgadniana na poziomie organizacji lub programu.
Czy projekt może odejść od strategii? Tak, pod warunkiem uzasadnienia. Plan testów odnotowuje uzasadnienie każdego odstępstwa, na przykład pominięcia pewnego poziomu przy niewielkim wydaniu serwisowym.
Czy strategia testów to dokument czy podejście? Jedno i drugie. To udokumentowany opis wysokiego poziomu, wdrażany poprzez plany testów na poziomie projektów.
