how write an effective test summary report
Prosty, 12-etapowy przewodnik dotyczący napisania skutecznego raportu podsumowującego test z przykładowym szablonem raportu podsumowującego test:
W ramach testów przygotowywanych jest kilka dokumentów i raportów. Niektóre są Strategia testów doc , Plan testów doc , Ryzykowny plan zarządzania , Plan zarządzania konfiguracją itp. Wśród tych raportów podsumowujących testy jest jeden taki raport, który jest przygotowywany po zakończeniu testów.
Próbowałem wyjaśnić cel ' Raport podsumowujący test ' i pod warunkiem przykładowy szablon raportu podsumowującego test wraz z rzeczywistym raportem do pobrania.
Czego się nauczysz:
Co to jest raport podsumowania testu?
Jak wiemy, testowanie oprogramowania jest ważną fazą w SDLC, a także służy jako „brama jakości” aplikacji, która przechodzi i otrzymuje certyfikat „Can Go Live” przez zespół testujący.
niezdefiniowane odwołanie do funkcji C ++
Raport podsumowania testów to ważny produkt dostarczany na koniec projektu testowania, a raczej po zakończeniu testowania. Głównym celem tego dokumentu jest wyjaśnienie różnych szczegółów i czynności związanych z testowaniem przeprowadzonym w ramach Projektu odpowiednim interesariuszom, takim jak kierownictwo wyższego szczebla, klient itp.
Jako część Codzienne raporty o stanie , wyniki codziennych testów będą codziennie udostępniane zaangażowanym interesariuszom. Jednak raport podsumowujący testy zawiera skonsolidowany raport z testów przeprowadzonych do tej pory dla projektu.
Rekomendowane lektury=> Jak inteligentnie raportować wykonanie testów (pobieranie szablonu raportu o stanie)
Załóżmy, że jeśli Klient, który znajduje się w odległej lokalizacji, potrzebuje zrozumienia wyników i statusu projektu testowego, który był wykonywany przez okres, na przykład - cztery miesiące, raport podsumowujący testy rozwiąże ten cel.
Jest to również artefakt wymagany do przygotowania w ramach Proces CMMI .
Co zawiera raport podsumowania testu?
Typowy Szablon raportu z testu będzie zawierać poniższe informacje, jednak w zależności od formatu i praktyki każdej Spółki, zawartość może się różnić. Podałem również prawdziwe przykłady dla lepszego zrozumienia.
Na końcu tego artykułu możesz pobrać przykładowy raport Podsumowanie testu.
12 kroków prowadzących do napisania skutecznego raportu podsumowującego test
Krok 1) Cel dokumentu
Na przykład, Ten dokument wyjaśnia różne czynności wykonywane w ramach testowania aplikacji „ABCD Transport System”.
Krok 2) Omówienie aplikacji
Na przykład, „ABCD Transport System” to internetowa aplikacja do rezerwacji biletów autobusowych. Bilety na różne autobusy można rezerwować za pomocą usług online. Informacje o pasażerach w czasie rzeczywistym są otrzymywane z „centralnego systemu repozytorium”, do którego zostaną przekazane przed potwierdzeniem rezerwacji. Istnieje kilka modułów, takich jak rejestracja, rezerwacja, płatności i raporty, które są zintegrowane, aby spełnić ten cel.
Krok 3) Zakres testowania
- W ramach
- Poza zakresem
- Elementy nie testowane
Na przykład, Weryfikacja funkcjonalności, która wymaga połączenia z aplikacją innej firmy, nie może zostać przetestowana, ponieważ połączenie nie mogło zostać ustanowione z powodu pewnych ograniczeń technicznych. Ta sekcja powinna być jasno udokumentowana, w przeciwnym razie zakłada się, że testowanie obejmowało wszystkie obszary aplikacji.
- W ramach: Testy funkcjonalne dla następujących modułów znajdują się w zakresie testowania
- Rejestracja
- Rezerwować
- Zapłata
- Poza zakresem: Nie przeprowadzono testów wydajności dla tej aplikacji.
- Przedmioty nietestowane: Weryfikacja łączności z systemem strony trzeciej „System centralnego repozytorium” nie została przetestowana, ponieważ nie można było nawiązać łączności z powodu pewnych ograniczeń technicznych. Można to zweryfikować podczas UAT (test akceptacji użytkownika), gdy połączenie jest dostępne lub można je ustanowić.
Krok 4) Metryki
- Liczba przypadków testowych zaplanowanych a wykonanych
- Liczba przypadków testowych zakończonych pozytywnie / negatywnie
- Liczba zidentyfikowanych usterek oraz ich stan i wagę
- Rozkład defektów - modułowo
Krok 5) Rodzaje przeprowadzanych testów
- Testowanie dymu
- Testowanie integracji systemów
- i testowanie regresji
Uwaga:Jeśli wykonano kilka rund testów, szczegóły można również podać tutaj.>
Na przykład,
do) Testowanie dymu
To testowanie było wykonywane za każdym razem, gdy otrzymano kompilację (wdrożone w środowisku testowym) do testowania, aby upewnić się, że główna funkcjonalność działa poprawnie, można zaakceptować kompilację i rozpocząć testowanie.
b) Testowanie integracji systemów
przykład sortowania bąbelkowego w języku c ++
- Jest to Test przeprowadzany na testowanej Aplikacji w celu sprawdzenia, czy cała aplikacja działa zgodnie z wymaganiami.
- Krytyczne scenariusze biznesowe zostały przetestowane, aby upewnić się, że ważne funkcje aplikacji działają zgodnie z przeznaczeniem, bez żadnych błędów.
do) Testowanie regresji
- Testowanie regresyjne było wykonywane za każdym razem, gdy nowa kompilacja jest wdrażana do testowania, która zawiera poprawki błędów i nowe ulepszenia, jeśli takie istnieją.
- Testy regresyjne są wykonywane na całej aplikacji, a nie tylko na nowych funkcjach i poprawkach defektów.
- To testowanie zapewnia, że istniejąca funkcjonalność działa poprawnie po naprawieniu defektu i dodaniu nowych ulepszeń do istniejącej aplikacji.
- Przypadki testowe dla nowej funkcjonalności są dodawane do istniejących przypadków testowych i wykonywane.
Krok 6) Środowisko testowe i narzędzia
Na przykład,
Krok 7) Wyciągnięte wnioski
Na przykład,
Krok 8) Zalecenia
Na przykład,
- Kontrolę administracyjną nad narzędziami do zarządzania defektami można przekazać kierownikowi Offshore Test w celu zapewnienia dostępu do zespołu testującego.
- Za każdym razem nie trzeba kontaktować się z administratorem na miejscu w celu uzyskania żądań, gdy tylko się pojawią, oszczędzając w ten sposób czas ze względu na różnicę stref czasowych.
Krok 9) Najlepsze praktyki
Na przykład,
- Powtarzalne zadanie wykonywane ręcznie za każdym razem było czasochłonne. Zadanie to zostało zautomatyzowane poprzez tworzenie skryptów i uruchamiane za każdym razem, co oszczędzało czas i zasoby.
- Przypadki testowe Smoke zostały zautomatyzowane, a skrypty zostały uruchomione, co działało szybko i oszczędzało czas.
- Skrypty automatyzacji zostały przygotowane do tworzenia nowych klientów, w przypadku których trzeba utworzyć wiele rekordów do testowania.
- Scenariusze o znaczeniu krytycznym dla biznesu są oddzielnie testowane na całej aplikacji, co jest niezbędne do poświadczenia ich prawidłowego działania.
Krok # 10) Kryteria wyjścia
(iI) Wszystkie krytyczne wady są zamknięte itp.>
Na przykład,
- Wszystkie przypadki testowe powinny zostać wykonane - tak
- Wszystkie wady o krytycznym, dużym i średnim poziomie ważności powinny zostać zweryfikowane i zamknięte - tak .
- Wszelkie otwarte wady o błahej dotkliwości - Przygotowano plan działania z przewidywanymi terminami zakończenia.
Żadne usterki o Poziomie ważności1 nie powinny być „OTWARTE”; Tylko 2 wady o znaczeniu 2 powinny być „OTWARTE”; Tylko 4 wady o stopniu ważności3 powinny być „OTWARTE”. Uwaga: może się to różnić w zależności od projektu. Plan działania dla otwartych defektów powinien być jasno określony ze szczegółami, kiedy i jak będą one usuwane i zamykane.>
Krok 11) Wniosek / Wyloguj się
Na przykład, Ponieważ kryteria zakończenia zostały spełnione i spełnione, jak wspomniano w sekcji 10, zespół testujący zasugerował, aby aplikacja została „uruchomiona”. Przed „uruchomieniem” należy przeprowadzić odpowiednie testy akceptacyjne użytkowników / firm.
Krok 12) Definicje, akronimy i skróty
=> Pobierz przykładowy raport podsumowujący test:
Kliknij tutaj, aby pobrać przykładowy szablon raportu z testu wraz z przykładem.
Kilka punktów do zapamiętania podczas przygotowywania raportu podsumowującego test
- W ramach wykonywania testów zbierz wszystkie wymagane informacje dotyczące przeprowadzonych testów. Pomoże to w przygotowaniu solidnego raportu podsumowującego test.
- Wyciągnięte wnioski można szczegółowo wyjaśnić, co pokaże odpowiedzialność podjętą w celu rozwiązania tych problemów. Będzie to również punkt odniesienia dla przyszłych projektów, aby tego uniknąć.
- Podobnie wspomnienie o najlepszych praktykach pokaże wysiłki podejmowane przez zespół poza regularnymi testami, które również będą traktowane jako „dodanie wartości”.
- Wzmianka o metrykach w formie graficznej (wykresy, wykresy) będzie dobrym sposobem na wizualne przedstawienie stanu i danych.
- Pamiętaj, raport podsumowujący Test powinien wymieniać i wyjaśniać czynności wykonane w ramach Testowania, aby odbiorcy mogli lepiej je zrozumieć.
- W razie potrzeby można dodać kilka bardziej odpowiednich sekcji.
Wniosek
Raport podsumowujący test jest ważnym produktem i należy skupić się na przygotowaniu skutecznego dokumentu, ponieważ artefakt ten zostanie udostępniony różnym interesariuszom, takim jak kierownictwo wyższego szczebla, klient itp.
Po przeprowadzeniu wyczerpujących testów, opublikowanie wyników testów, wskaźników, najlepszych praktyk, wyciągniętych wniosków, wniosków z „Rozpocznij transmisję na żywo” itp. Jest niezwykle ważne, aby przedstawić je jako dowód przeprowadzonych testów i wnioski z testów.
Udostępniliśmy również próbkę raportu z testu do pobrania. To doskonały przykład tego, jak przygotować efektywny raport Podsumowanie Testów!
O autorze: To jest post gościnny autorstwa Baskara Pillai. Ma około 14 lat doświadczenia w zarządzaniu testami i kompleksowym testowaniu oprogramowania. Certyfikowany przez CSTE Tester, trener, pracował na kierunkach IT, takich jak Cognizant, HCL, Capgemini, a obecnie pracuje jako Kierownik Testów w dużej MNC.
Daj nam znać swoje komentarze / pytania / przemyślenia.
rekomendowane lektury
- Jak napisać tygodniowy raport o stanie testów oprogramowania
- Przykładowy szablon raportu z testu akceptacji z przykładami
- Jak inteligentnie raportować wykonanie testów - (Pobierz szablon raportu o stanie)
- Przykładowy szablon przypadku testowego z przykładami przypadków testowych (Pobierz)
- Podręcznik dokumentacji testowania oprogramowania (dlaczego jest to ważne)
- Jak napisać dobry raport o błędzie? Porady i wskazówki
- 6 najważniejszych kroków, aby Twoje raporty z testów były jeszcze lepsze
- Jak napisać dokument dotyczący strategii testów (z przykładowym szablonem strategii testów)