Pobierz szablon przypadku testowego w programie Excel
Tomasza Hamiltona
โก Inteligentne podsumowanie
Szablon przypadku testowego zapewnia ujednoliconฤ strukturฤ dokumentowania przypadkรณw testowych dla dowolnego projektu oprogramowania. Ten samouczek wyjaลnia wszystkie istotne obszary, oferuje do pobrania przykลady w Excelu i Wordzie oraz wymienia najlepsze praktyki, ktรณre zapewniajฤ spรณjnoลฤ artefaktรณw testowych w caลym zespole ds. zapewnienia jakoลci.
Czym jest szablon przypadku testowego?
A Szablon przypadku testowego to dobrze zaprojektowany dokument, ktรณry pomaga testerom w opracowaniu i spรณjnym zrozumieniu danych dla konkretnego scenariusza przypadku testowego. Dobry Przypadek testowy Szablon utrzymuje spรณjnoลฤ artefaktรณw testowych dla zespoลu i uลatwia kaลผdemu interesariuszowi ลledzenie przypadkรณw testowych. Pisanie przypadkรณw testowych w standardowym formacie zmniejsza nakลad pracy i zmniejsza ryzyko bลฤdรณw. Standardowy format jest szczegรณlnie poลผฤ dany, gdy przypadki testowe sฤ recenzowane przez zewnฤtrznych ekspertรณw.
Szablon, ktรณry wybierzesz dla swojego projektu, zaleลผy od Twojej polityki testowania. Wiele organizacji tworzy przypadki testowe w Microsoft Excel, inni w Microsoft Word, a niektรณrzy korzystajฤ z narzฤdzi do zarzฤ dzania testami, takich jak HP ALM.
Waลผne pola w szablonie przypadku testowego
Niezaleลผnie od wybranej metody dokumentowania, kaลผdy dobry szablon przypadku testowego musi zawieraฤ nastฤpujฤ ce pola.
| Pole przypadku testowego | OPIS |
|---|---|
| Identyfikator przypadku testowego | Kaลผdy przypadek testowy powinien byฤ reprezentowany przez unikalny identyfikator. Uลผyj konwencji takiej jak โTC_UI_1โ, aby wskazaฤ typ testu โ na przykลad โPrzypadek testowy interfejsu uลผytkownika nr 1โ. |
| Priorytet testu | Przydatne podczas wykonywania. Typowe wartoลci to: Niska, ลrednia i Wysoka. |
| Nazwa moduลu | Gลรณwny moduล lub podmoduล podlegajฤ cy testowaniu. |
| Test Zaprojektowany przez | Imiฤ testera. |
| Data zaprojektowanego testu | Data zaprojektowania testu. |
| Test wykonany przez | Tester, ktรณry wykonaล test. |
| Data wykonania testu | Data, kiedy test ma zostaฤ wykonany. |
| Imiฤ lub tytuล testu | Tytuล przypadku testowego. |
| Descriptjon / Podsumowanie | Krรณtkie podsumowanie celu testu. |
| Warunek wstฤpny | Wszelkie wymagania wstฤpne, ktรณre muszฤ zostaฤ speลnione przed wykonaniem tego przypadku testowego. Wymieล wszystkie warunki wstฤpne. |
| Zaleลผnoลci | Jakiekolwiek zaleลผnoลci od wymagaล testowych lub innych przypadkรณw testowych. |
| Kroki testowe | Szczegรณลowe kroki w kolejnoลci, w jakiej naleลผy je wykonaฤ. Bฤ dลบ jak najbardziej szczegรณลowy. |
| Dane testowe | Dane testowe uลผywane jako dane wejลciowe. Dostarczaj rรณลผne zestawy danych z precyzyjnymi wartoลciami. |
| Spodziewany wynik | Oczekiwany wynik, ลฤ cznie z ewentualnymi bลฤdami i komunikatami, ktรณre powinny pojawiฤ siฤ na ekranie. |
| Stan koลcowy | Stan systemu po uruchomieniu przypadku testowego. |
| Aktualny rezultat | Rzeczywisty wynik uzyskany po wykonaniu. |
| Status (zaliczony/niezaliczony) | Oznacz jako Niepowodzenie, jeลli rzeczywisty wynik nie odpowiada oczekiwanemu. |
| Komentarz | Warunki specjalne nieujฤto w innych dokumentach. |
Pola opcjonalne moลผna dodaฤ w zaleลผnoลci od wymagaล projektu.
- Identyfikator ลฤ cza/wadliwy: Link ulegnie awarii? lub numer usterki, jeลli test siฤ nie powiรณdล.
- Sลowa kluczowe / Typ testu: Sลuลผy do kategoryzowania testรณw wedลug typu, np. uลผytecznoลci, funkcjonalnoลci lub reguล biznesowych.
- Wymagania: Wymagania, dla ktรณrych napisano przypadek testowy.
- Odniesienia / zaลฤ czniki: ลcieลผka do dokumentu pomocniczego lub diagramu w przypadku zลoลผonych scenariuszy.
- Automatyzacja (tak/nie): Track status automatyzacji dla zautomatyzowanych przypadkรณw testowych.
- Pola niestandardowe: Pola specyficzne dla potrzeb klienta lub procesu Twojego projektu.
Pobierz szablon przypadku testowego (Excel i Word)
Oba szablony zawierajฤ pola opisane powyลผej. Wybierz format, ktรณry pasuje do stylu dokumentacji Twojego zespoลu.
Najlepsze praktyki pisania przypadkรณw testowych
Szablon jest tak samo wartoลciowy, jak dyscyplina zastosowana podczas jego wypeลniania. Poniลผsze praktyki pozwalajฤ na wielokrotne wykorzystanie przypadkรณw testowych, tracczytelne i jasne.
- Zapisz kaลผdy krok wyraลบnie: kaลผdy tester powinien byฤ w stanie wykonaฤ te kroki bez proszenia o wyjaลnienia.
- Zacznij od perspektywy uลผytkownika: opisz co robi uลผytkownik, a nie co robi kod.
- Ponowne wykorzystanie zamiast duplikowania: odwoลuj siฤ do istniejฤ cego przypadku testowego wedลug identyfikatora zamiast powtarzaฤ jego kroki.
- Zapewnij peลne pokrycie: mapowanie przypadkรณw testowych do wymagaล za pomocฤ wymagania TracMacierz moลผliwoลci.
- Uลผyj narzฤdzia do zarzฤ dzania: platformy takie jak JIRA lub HP ALM przechowuj historiฤ wersji, zaลฤ czniki i dzienniki wykonania w jednym miejscu.
