Szablon Planu Testów Akceptacyjnych strona 1 z 10
SPIS TREŚCI: 1 WPROWADZENIE 3 2 STRATEGIA TESTÓW AKCEPTACYJNYCH 4 2.1 Założenia do przeprowadzenia testów akceptacyjnych 4 2.1.1 Warunki przeprowadzenia testów 4 2.1.2 Rodzaje testów akceptacyjnych 4 2.2 Organizacja testów 5 2.2.1 Zasoby osobowe 5 2.2.2 Procedura testowania 5 2.2.3 Klasyfikacja błędów 5 2.2.4 Obsługa błędów 5 2.2.5 Raportowanie postępu prac 6 2.3 Środowiska testowe 6 2.3.1 Architektura logiczna środowiska testowego 6 2.3.2 Stanowiska testowe 6 2.3.3 Dane testowe 6 2.4 Harmonogram testów 7 2.5 Rodzaje testów akceptacyjnych 7 2.5.1 Testy funkcjonalne 7 2.5.2 Testy niefunkcjonalne 8 2.5.3 Testy integracyjne 8 2.5.4 Testy wydajnościowe 8 2.5.5 Testy urządzeń i oprogramowania standardowego 8 3 PLAN TESTÓW 9 3.1 Sekwencja realizacji testów 9 3.2 Przypadki testowe 9 3.3 Scenariusze testowe 9 3.3.1 Specyfikacja scenariuszy testowych 9 3.3.2 Mapowanie wymagań na model funkcjonalny 9 3.3.3 Mapowanie modelu funkcjonalnego na scenariusze testowe 10 strona 2 z 10
Wprowadzenie Należy wpisać krótkie wprowadzenie do dokumentu.
Strategia testów akceptacyjnych Należy wpisać krótki opis rozdziału. Założenia do przeprowadzenia testów akceptacyjnych Warunki przeprowadzenia testów W rozdziale należy umieścić warunki przeprowadzenia testów, w tym: 1. warunki rozpoczęcia pierwszej iteracji testów Warunki ogólne niezbędne do przeprowadzenia testów akceptacyjnych każdego typu, min. a) zaakceptowana dokumentacja testowa, (należy wymienić rodzaje dokumentacji testowej i zmapować tę dokumentację na rodzaje testów) b) przygotowane i zamrożone środowisko testowe, zgodnie z parametrami określonymi dla każdego z rodzajów testów w rozdziale 0, c) zaakceptowany harmonogram testów, d) spełnione warunki logistyczno-organizacyjne określone w pkt.0) e) przeprowadzone testy wewnętrzne Wykonawcy i przekazany Zamawiającemu raport z testów wewnętrznych. 2. Warunki rozpoczęcia kolejnych iteracji testów. a) Naprawione błędy wykryte podczas poprzedniej iteracji. b) Modyfikacja dokumentacji testowej w zakresie wynikającym z poprzedniej iteracji testów c) przeprowadzone testy wewnętrzne Wykonawcy, w tym testy regresji przekazany Zamawiającemu raport z testów wewnętrznych d) przygotowane i zamrożone środowisko testowe, zgodnie z parametrami określonymi dla każdego z rodzajów testów w rozdziale 0, Rodzaje testów akceptacyjnych Należy tu wymienić wszystkie rodzaje przeprowadzanych testów oraz podać informacje w zakresie co najmniej: a) Testy funkcjonalne potwierdzające spełnienie wszystkich wymagań funkcjonalnych OPZ b) Testy integracyjne z systemami zewnętrznymi: PLI CBD, pilot UMM, GeoPortal, SWD c) Testy wydajnościowe potwierdzające kryteria wydajnościowe określone w Umowie. d) Testy jakościowe w zakresie odbioru elementów systemu określonych w Załączniku nr 9 do Umowy. e) Określić kto i gdzie przeprowadza testy? str. 4 z 10
f) rola Wykonawcy, Zamawiającego, skład osobowy zespołu testującego Organizacja testów Zasoby osobowe Należy tu umieścić informacje odnośnie wymaganych zasobów osobowych do przeprowadzenia testów z podaniem wymaganych kwalifikacji, składów zespołów testowych oraz opisem poszczególnych ról (rola Wykonawcy, Zamawiającego, kierownika testów, testera, itp.). Procedura testowania Należy tu umieścić informacje dotyczące zarówno ogólnej jak i szczegółowych (dla każdego rodzaju testów) procedur przeprowadzenia testów akceptacyjnych w tym: Procedura ogólna: 1. Przed przystąpieniem do testów dokumentacja testowa dla danego rodzaju testu musi być zaakceptowana przez strony 2. Wykonawca przygotuje środowisko testowe oraz dane testowe 3. Strony potwierdzą termin przeprowadzenia testów, określony w Harmonogramie testów 4. Środowisko testowe będzie zbliżone do produkcyjnego, tj.: W odniesieniu do serwerów aplikacyjnych środowisko nie będzie pracowało w konfiguracji o wysokiej dostępności (klastrze) 5. Wymienione w pkt. 4 warunki nie dotyczą testów wydajnościowych, obciążeniowych,. 6. W trakcie przeprowadzania testów środowisko testowe będzie zamrożone, co oznacza iż żadne modyfikacje kodu oraz zmiany konfiguracyjne (software / hardware) nie będą dokonywane Procedury szczegółowe: 1. dla każdego z rodzajów testów odwołanie do odpowiedniego podrozdziału, rozdziału 0 oraz dokładne ustalenie przebiegu testów każdego rodzaju w tym warunki rozpoczęcia testów, dokładny przebieg procesu testowania. Klasyfikacja błędów W rozdziale tym należy wpisać klasyfikację błędów. Obsługa błędów W rozdziale należy umieścić opis obsługi zgłoszeń błędów wykrytych podczas testów w zakresie co najmniej: 1. procedura ewidencjonowania błędów podczas testów, (raporty, matryce ) 2. procedura naprawy błędów str. 5 z 10
3. Procedura aktualizacji wersji oprogramowania na środowisku testowe. Raportowanie postępu prac W rozdziale należy umieścić zasady raportowania postępu prac w czasie testów akceptacyjnych co najmniej według podanych kryteriów. 1. po każdym dniu testów, (zbiorczo dla wszystkich rodzajów testów) 2. po każdej iteracji testów każdego rodzaju zakres informacji, co najmniej: a) Ilość przypadków testowych NIEROZPOCZĘTYCH b) Ilość przypadków testowych ZREALIZOWANYCH" c) Ilość, oraz listę zgłoszonych błędów, d) Procentową wartość ukończenia testów. Środowiska testowe W rozdziale powinny znaleźć się informacje na temat środowiska lub środowisk testowych wykorzystanych podczas testów każdego rodzaju. Architektura logiczna środowiska testowego Należy określić architekturę logiczną środowiska testowego dla każdego rodzaju testów (jeśli jest rożna), jeśli analogiczna jawnie zamieścić taka informację. Zainstalowane oprogramowanie Opisać oprogramowanie zainstalowane w środowisku testowym narzędziowe i aplikacyjne Konfiguracja sieciowa Opisać i wskazać parametry konfiguracji sieciowej dla środowiska testowego. Stanowiska testowe Ilość stanowisk testowych, opis wymagane minimalne parametry techniczne i softwarowe. Dane testowe Opisać występujące w systemie dane testowe w zakresie w tym: 1. Wymagania ogólne na dane testowe, Przed przystąpieniem do testów akceptacyjnych (dotyczy każdej iteracji testów) Wykonawca przygotuje dane testowe umożliwiające realizacje testów. Dane testowe będą podzielone na dwie grupy: a) Dane słownikowe (w oparciu o dane dostarczone przez Zamawiającego), b) Dane operacyjne str. 6 z 10
Dane słownikowe, rozumiane jako rejestry, słowniki, atrybuty list wartości, itp. powinny być dostarczone przez Zamawiającego. Jeśli jest to niemożliwe należy użyć danych przykładowych. Wykonawca wprowadzi je do Systemu lub umożliwi dostęp on-line. Dane operacyjne, rozumiane jak ewidencjonowane w Systemie dane, adekwatne do realizowanej przez System funkcjonalności. 2. procedura przygotowania (dane operacyjne, słownikowe), w tym czyszczenia po każdej iteracji Opisać procedurę przygotowania danych w zakresie co najmniej: a) DANE SŁOWNIKOWE 1) Lista rejestrów i słowników 2) Zasady przygotowania i ładowania danych do Systemu 3) Zasady modyfikacji tych danych jeśli będą one wynikały z konieczności usunięcia błędu b) DANE OPERACYNE c) Zasady czyszczenia danych operacyjnych po każdej iteracji, jeśli będzie taka konieczność. Jeśli nie należy to jawnie napisać Zasady generowania odpowiedniej ilości danych w bazie, niezbędnych do przeprowadzenia testów wydajnościowych. Harmonogram testów W rozdziale należy opisać szczegółowy harmonogram przeprowadzenia testów uwzględniający co najmniej: a) Wszystkie rodzaje testów, b) Dla każdego rodzaju, ilość iteracji c) dla każdego rodzaju testów określenie czasu na naprawę błędów Rodzaje testów akceptacyjnych W rozdziale tym należy opisać wszystkie rodzaje testów, jakie mają być przeprowadzone w czasie testów akceptacyjnych. Będą to co najmniej: Testy funkcjonalne Testy scenariuszowe Zakres testów obejmuje funkcjonalności będące przedmiotem wdrożenia w ramach przedmiotowej umowy. Opis każdego rodzaju testów powinien zawierać co najmniej poniższy zakres: a) opis rodzaju testu b) procedura realizacji (kroki, odpowiedzialności, zasady realizacji, wykorzystywana dok. testowa) c) warunki początkowe d) warunki akceptacji, str. 7 z 10
Testy swobodne Parametry opisu analogicznie jak w rozdziale 0 Zamawiający zastrzega sobie termin do 3 dni roboczych na przeprowadzenie testów swobodnych. Testy regresji Parametry opisu analogicznie jak w rozdziale 0 Zakres testów obejmuje potwierdzenie prawidłowości przypadków użycia związanych z funkcjonalnościami będącymi przedmiotem dostaw. Testy niefunkcjonalne Parametry opisu analogicznie jak w rozdziale 0 Dla wymagań określonych w Załączniku 1a do OPZ oraz wymagań o indeksach WNFDWOS.11, WFPTD.07, WFPTD.09 Zamawiający dopuszcza akceptację wymagania na podstawie opisu jego spełnienia. Testy integracyjne Interfejsów z systemami zewnętrznymi Parametry opisu analogicznie jak w rozdziale 0 Testy wydajnościowe Testy urządzeń i oprogramowania standardowego Parametry opisu analogicznie jak w rozdziale 0 str. 8 z 10
Plan testów Sekwencja realizacji testów W rozdziale należy umieścić informacje w zakresie co najmniej: Kolejność realizacji poszczególnych rodzajów testów. Dla każdego z nich określenie warunków koniecznych do rozpoczęcia danego rodzaju testu (np. testy wydajnościowe, warunek konieczny: zakończenie wynikiem pozytywnym testów funkcjonalnych i niefunkcjonalnych) Odwołanie do odpowiednich, szczegółowych procedur testowych opisanych w rozdziale 0 Przypadki testowe W rozdziale należy umieścić co najmniej hierarchiczną Listę powiązanych ze sobą przypadków testowych z mapowaniem na scenariusze testowe. Specyfikacja powinna obejmować również testy niefunkcjonalne Scenariusze testowe Każdy scenariusz musi zawierać co najmniej: 1) metrykę, w tym numer scenariusza, numer wersji scenariusza, nazwę, datę wykonania. 2) cel testu 3) warunki wstępne niezbędne do wykonania scenariusza 4) dane testowe wejściowe 5) opis przebiegu testu z podziałem na kroki, dla każdego kroku efekt oczekiwany, rezultat (pozytywny/negatywny) 6) weryfikację przebiegu testu, w tym oczekiwany rezultat przejścia całego scenariusza, dane wyjściowe 7) wynik przeprowadzenia testu (z miejscem na zapisanie uwag oraz statusem testu) Specyfikacja scenariuszy testowych W rozdziale należy umieścić specyfikację scenariuszy testowych. Jeśli będzie ona zawarta w oddzielnym dokumencie, w rozdziale tym należy umieścić odwołanie do tego dokumentu. Mapowanie wymagań na model funkcjonalny W rozdziale należy umieścić mapowanie wymagań funkcjonalnych systemu na model funkcjonalny systemu (przypadki użycia) str. 9 z 10
Mapowanie modelu funkcjonalnego na scenariusze testowe W rozdziale należy umieścić mapowania modelu funkcjonalnego systemu (przypadki użycia) na scenariusze testowe. str. 10 z 10