writing test cases from srs document
Pisanie przypadków testowych z dokumentu SRS (pobieranie przykładowych przypadków testowych projektu na żywo) - szkolenie z testowania oprogramowania w ramach QA Dzień 4
Aby powtórzyć to, co robiliśmy do tej pory - przechodzimy przez Szkolenie z testowania oprogramowania mini-kurs na żywo projektu OrangeHRM.
Jak dotąd w tej bezpłatnej serii szkoleń z kontroli jakości online skończyliśmy z:
Teraz dotarliśmy do części, która jest prawdziwą transakcją,przypadki testowe.
Jak wskazano w artykule wcześniej: Przypadki testowe są dokumentowane przez zespół ds. Zapewnienia jakości podczas fazy kodowania SDLC. Innymi słowy, podczas gdy zespół Dev buduje system oprogramowania, zespół testujący przygotowuje się z przypadkami testowymi, które pomogą nam przetestować system, gdy będzie gotowy, czyli pod koniec fazy kodowania.
Dlatego w dzisiejszym artykule będziemy pracować nad zrozumieniem, czym są przypadki testowe, jak je tworzyć i napisać kilka przykładowych przypadków testowych dla naszego projektu na żywo.
Przejdźmy od razu do tego.
Czego się nauczysz:
- Podstawy pisania przypadków testowych
- Pola w przypadkach testowych
- Metody pisania / optymalizacji przypadków testowych
- Kilka ważnych punktów, na które należy zwrócić uwagę
- Wniosek
- rekomendowane lektury
Podstawy pisania przypadków testowych
# 1) Jeśli w scenariuszach testowych chodziło o „Co będziemy testować” na AUT - chodzi o przypadki testowe „Jak zamierzamy przetestować wymaganie”.
Na przykład , jeśli scenariusz testowy to „Sprawdź poprawność funkcji logowania administratora” - przyniesie to 3 przypadki testowe (lub warunki) - Logowanie (pomyślne), Logowanie nie powiodło się, jeśli wprowadzono nieprawidłową nazwę użytkownika, Logowanie nie powiodło się, jeśli wprowadzono nieprawidłowe hasło . Z kolei każdy przypadek testowy zawierałby kroki dotyczące tego, jak możemy sprawdzić, czy określony warunek testu jest spełniony, czy nie.
#dwa) Dane wejściowe do utworzenia dokumentu przypadku testowego to FRD, scenariusze testowe utworzone na wcześniejszym etapie i wszelkie inne dokumenty referencyjne, jeśli istnieją.
# 3) Dokumentacja przypadków testowych jest ważnym elementem dostarczanym przez zespół ds. Kontroli jakości i jest udostępniana BA, kierownikowi projektu i innym zespołom, gdy są przygotowywani do uzyskania ich opinii.
# 4) Praca jest podzielona między członków zespołu, a każdy członek będzie odpowiedzialny za tworzenie przypadków testowych dla określonego modułu lub części określonego modułu.
# 5) Podobnie jak w przypadku scenariuszy testowych, zanim zaczniemy dokumentację przypadków testowych, należy uzgodnić wspólny szablon. Do tworzenia przypadków testowych można użyć praktycznie wszystkiego. Dwie najczęściej używane opcje to MS Excel i MS Word.
# 6) Plik Szablon MS Word wygląda mniej więcej tak:
# 7) Plik Szablon programu Excel może wyglądać następująco:
# 8) Z powyższych dwóch szablonów można zauważyć, że pola (lub komponenty) składające się na przypadek testowy są takie same, jedyną różnicą jest sposób ich zorganizowania.
Tak więc, o ile istnieje pole dla każdego rodzaju informacji, które mają być uwzględnione w teście, format szablonu nie ma znaczenia. Jednak moim osobistym faworytem jest arkusz Excela, ponieważ łatwo go rozszerzać, zwijać, sortować itp. Ale znowu wybierz dowolny format, który najbardziej Ci odpowiada.
Pola w przypadkach testowych
Poświęćmy chwilę, aby przyjrzeć się polom, które są częścią przypadku testowego.
Identyfikator przypadku testowego i opis przypadku testowego to te ogólne.
Pozostałe pola można wyjaśnić w następujący sposób:
- Warunek wstępny: Stan AUT (stan, w jakim musi być AUT, abyśmy mogli rozpocząć).
- Wejście: Kroki wprowadzania danych. W tych krokach należy zwrócić uwagę, jakiego rodzaju informacje wejściowe są wymagane - dane testowe.
- Punkt weryfikacji / wyzwalacz / akcja : Co powoduje walidację? (Kliknij przycisk lub przełącznik lub dostęp do łącza. Upewnij się, że istnieje co najmniej jeden punkt weryfikacji dla przypadku testowego - w przeciwnym razie wszystko będzie wprowadzaniem danych bez niczego do wyszukiwania. Aby upewnić się, że mamy wystarczającą modułowość, staraj się nie łączyć zbyt wielu punktów walidacji w jeden przypadek testowy. 1 na przypadek testowy jest optymalny).
- Wynik: Spodziewany wynik.
- Warunek końcowy: Są to dodatkowe informacje, które są dostarczane z korzyścią dla testera, aby przypadek testowy był bardziej wnikliwy i pouczający. Obejmuje to wyjaśnienie, co się dzieje lub czego można oczekiwać od AUT po wykonaniu wszystkich kroków przypadku testowego.
Zobacz także => Przykładowy szablon przypadku testowego
Przykładowe przypadki testowe projektu na żywo (pobierz)
Teraz, gdy mamy wystarczająco dużo informacji ogólnych, aby rozpocząć proces tworzenia przypadków testowych, przejdźmy do pracy i utwórzmy kilka przypadków testowych dla naszego Projektu na żywo.
W oparciu o powyższy proces stworzyliśmy kilka przykładowych przypadków testowych dla modułu konta OrangeHRM. Powinny one dać ci dokładny format przypadków testowych i pomysł, jak podejść do pisania przypadków testowych.
=> Pobierz tutaj przykładowy dokument przypadków testowych dla naszego projektu na żywo .
Uwaga: Istnieje kilka obrazów odnoszących się do przykładowego dokumentu XLS dotyczącego przypadków testowych. Jeśli przeglądasz to w starszej wersji MS Office, możesz napotkać problemy ze zgodnością.
Poniżej wymieniliśmy te obrazy, zgodnie z ich nazwami w plikach XLS:
Zobacz zdjęcie 1
Zobacz zdjęcie 2
Zobacz zdjęcie 3
Wszystko gotowe i wszystko dobrze.
Metody pisania / optymalizacji przypadków testowych
Teraz wyobraź sobie sytuację, w której dana strona ma kilka dziesiątek pól lub ma zaimplementowaną tam złożoną logikę biznesową. Aby upewnić się, że optymalizujemy proces tworzenia przypadków testowych w takich sytuacjach, my, testerzy, dysponujemy określonymi metodami optymalizacji przypadków testowych.
Poniżej wymieniono łącza, które zawierają więcej informacji na temat tych metod.
najlepszy program do czyszczenia plików dla systemu Windows 10
- Analiza wartości brzegowych
- Partycjonowanie równoważności
- Zgadywanie błędów - Jest to bardzo prosta metoda, która opiera się na intuicji testera. Na przykład Powiedz, że na stronie znajduje się pole daty. Wymagania będą określać, że w tym polu ma być akceptowana ważna data. Teraz tester może wypróbować „30 lutego” jako datę - ponieważ jeśli chodzi o liczby, jest to poprawny wpis, ale luty jest miesiącem, w którym nigdy nie ma 30 dni - więc jest to nieprawidłowe dane.
- Diagramy przejść stanów
- Tabele decyzyjne
Korzystając z powyższych technik i postępując zgodnie z ogólnym procesem tworzenia przypadków testowych, tworzymy zestaw przypadków testowych, które skutecznie przetestowałyby aplikację pod ręką.
Kilka ważnych punktów, na które należy zwrócić uwagę
- Tworzone przez nas przypadki testowe są nie tylko punktem odniesienia dla fazy QA, ale także dla UAT.
- Wewnętrzne przypadki testowe są Recenzowane w zespole .
- Kiedy pewna sytuacja nie jest objęta przypadkiem testowym - praktyczna zasada jest taka, że nie zostanie ona przetestowana. Jest to więc dobre miejsce, aby sprawdzić, czy zestaw testów, który stworzyliśmy, osiąga cel 100% pokrycia testami, czy nie. W tym celu można utworzyć macierz identyfikowalności. Sprawdź wszystko, co trzeba wiedzieć o Macierz identyfikowalności tutaj .
- Narzędzia - narzędzia do zarządzania testami, takie jak QC , qTest pomóż nam w tworzeniu przypadków testowych. Aby zapoznać się z przykładem postępowania w przypadkach testowych za pomocą Centrum jakości, zapoznaj się z tym Samouczek Quality Center .
- Narzędzia do automatyzacji mogą być używane do tworzenia przypadków testowych - w takim przypadku nazywane są one skryptami testowymi.
To prowadzi nas do końca kolejnego interesującego segmentu.
Wniosek
Koniec procesu tworzenia testów / fazy projektowania testów (STLC) i koniec fazy kodowania (SDLC) oznacza ogólnie koniec fazy przygotowania testów i początek fazy wykonania testów.
Następny samouczek w tym kursie testowania oprogramowania - W nadchodzącym artykule porozmawiamy o tym, czym jest wykonanie testów, co obejmuje i jakie są oczekiwania zespołu ds. Kontroli jakości w tej fazie.
=> Szkolenie QA - dzień 5: Wykonanie testu
Mamy nadzieję, że wszyscy współpracujecie z tą serią. Ze względu na prostotę stworzono tylko kilka przypadków testowych. Jednak najlepsze wyniki można zauważyć, gdy intensywnie pracujesz nad testowaniem, co oznacza pisanie coraz większej liczby przypadków testowych. Dlatego nie ograniczaj swojej pracy i rób tyle, ile możesz.
Daj nam znać swoje pytania i komentarze poniżej. Miłego testowania!
POPRZEDNIA samouczek | NEXT Tutorial
rekomendowane lektury
- Przykładowy szablon przypadku testowego z przykładami przypadków testowych (Pobierz)
- Jak napisać dokument dotyczący strategii testów (z przykładowym szablonem strategii testów)
- Przykładowy dokument planu testów (przykład planu testów ze szczegółami każdego pola)
- Jak napisać efektywny raport podsumowujący test (pobieranie przykładowego raportu)
- Jak pisać przypadki testowe: najlepszy przewodnik z przykładami
- Szkolenie z testowania oprogramowania: szkolenie od początku do końca dotyczące projektu na żywo - bezpłatne szkolenie online z kontroli jakości, część 1
- Przykładowy szablon planu testów oprogramowania z formatem i zawartością
- Jak pisać przypadki testowe dla bankomatu (przykładowe scenariusze)