Pobierz szablon przypadku testowego w programie Excel
Zespół redakcyjny
⚡ 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.
