Przykład użycia
Testalia dla wydania systemu CRM obejmują plan testów, przypadki testowe i skrypty testowe, dane testowe (takie jak przykładowe rekordy klientów), oczekiwane wyniki, procedury przygotowania i porządkowania środowiska (set-up i clear-up) oraz konfigurację środowiska testowego. Gdy nowy tester dołącza do zespołu w trakcie wydania, to właśnie testalia pozwalają mu zrozumieć i odtworzyć testowanie: jest to wszystko, co powstało w procesie testowania i co jest potrzebne do zaplanowania, zaprojektowania i wykonania testów.
Częste pytania
Czy testalia to po prostu przypadki testowe? Nie. Testalia obejmują wszystkie artefakty powstałe w procesie testowania: dokumentację, skrypty, dane wejściowe, oczekiwane wyniki, procedury przygotowania i porządkowania środowiska, pliki, bazy danych, konfigurację środowiska oraz wszelkie dodatkowe oprogramowanie lub narzędzia używane w testowaniu.
Dlaczego testalia są ważne? To wielokrotnie wykorzystywalny rezultat procesu testowania. Dobre testalia czynią testowanie powtarzalnym, łatwym w utrzymaniu i podatnym na audyt — i to dzięki nim testowanie regresji można uruchamiać ponownie po każdej zmianie.
Czy testalia to to samo co dane testowe? Dane testowe to jedna z części testali. Termin ten obejmuje cały zbiór artefaktów potrzebnych do zaplanowania, zaprojektowania i wykonania testów.
Kto jest właścicielem testali? Zespół testowy, ale testalia muszą być zarządzane jak każdy inny artefakt projektu — wersjonowane, poddawane przeglądom i przechowywane tak, aby przetrwały zmiany kadrowe i mogły być wykorzystywane ponownie w kolejnych wydaniach.
Powiązane terminy
- przypadek testowy — podstawowy artefakt testali podlegający wykonaniu
- skrypt testowy — zautomatyzowane testalia
- dane testowe — dane wejściowe używane podczas wykonywania testów
- środowisko testowe — infrastruktura, względem której wykonywane są testalia
- narzędzie testowe — oprogramowanie wspierające proces testowania
- automatyzacja testów — używanie narzędzi do automatycznego wykonywania testali
