Jestem nieco zdezorientowany rzeczywistą różnicą między testowaniem systemu a testami akceptacyjnymi. Kiedy przeszukuję ten temat, odpowiedzi są różne i nie widzę, jak te testy mogą się znacznie różnić.Testowanie systemu a testy akceptacyjne - Różnice w przypadkach testowych
Fakty odkryłem:
Testowanie systemu prowadzony jest na całego systemu i jest wykonywana przez dostawcę. Testowanie systemu polega na testowaniu od końca do końca, w którym testowane są pełne przepływy w systemie (od logowania do wylogowania) w oparciu o specyfikację wymagań (zarówno funkcjonalną, jak i niefunkcjonalną).
Testy odbiorcze wykonywane są przez klienta w celu sprawdzenia, czy spełnia on wymagania klienta. Jest to również pełny przepływ i jest oparty na specyfikacji wymagań. JEDNAKŻE zbudowany system został zaprojektowany w oparciu o specyfikację wymagań, a wygląd/użyteczność jest zwykle akceptowana na wcześniejszych etapach cyklu rozwoju. Jeśli system obejmuje specyfikację wymagań, klient nie powinien być w stanie powiedzieć: "to nie jest to, co chcieliśmy, powtórzyć to i tamto", chyba że umowa na to pozwala, a klient płaci za godzinę.
Moje pytanie brzmi: jak wyglądałyby przypadki testowe dla tych dwóch faz testowych? Oba są testami typu end-to-end i koncentrują się na tym, że jest to system funkcjonalny i spełnia specyfikację, która w zakresie jest również potrzebą biznesową (skoro już zamówiła). Wydaje się, że przypadki testowe z testowania systemu mogą być ponownie wykorzystane w testach akceptacyjnych, ponieważ obie zapewniają pełne przepływy?
Nie zgadzam się. Testy akceptacyjne powinny zdecydowanie mieć formalny przypadek testowy, w przeciwnym razie dasz klientowi kartę "Wyjdź z pisania głupie wymagania". –
Myślę, że podstawą każdej umowy między klientem a dostawcą jest specyfikacja wymagań. Jeśli klient jest testem akceptacyjnym ad-hoc i nie testuje systemu, wykorzystując tę specyfikację jako bazę i akceptuje system, to nie ma prawnego żądania, aby po nim przyjść i powiedzieć: hej, tęskniłeś za tym. Zarówno klient, jak i dostawca powinni sprawdzić, czy te wymagania są spełnione? –
To prawda, nie zaszkodzi poprosić klienta o sprawdzenie specyfikacji. Brzmi trochę jak "uważamy, że to jest to czego chcesz, proszę potwierdzić, że je zaimplementowaliśmy" zamiast bardziej otwartego "czy system robi to, co chcesz?" –