Menu

Kompletny przewodnik po testach walidacyjnych

  • Główny
  • Inny
  • Kompletny przewodnik po testach walidacyjnych

validation testing ultimate guide

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Poznaj znaczenie testów walidacyjnych:

Czego się nauczysz:

Co to jest testowanie walidacyjne?

Testy walidacyjne to proces sprawdzania, czy testowane i opracowane oprogramowanie spełnia potrzeby klienta / użytkownika. Należy szczegółowo przetestować logikę lub scenariusze wymagań biznesowych. Należy tutaj przetestować wszystkie krytyczne funkcjonalności aplikacji.

Jako tester zawsze ważne jest, aby wiedzieć, jak zweryfikować logikę biznesową lub scenariusze, które zostały Ci przekazane. Jedną z takich metod, która pomaga w szczegółowej ocenie funkcjonalności, jest Proces Walidacji.

Za każdym razem, gdy jesteś proszony o wykonanie testu walidacyjnego, wiąże się to z dużą odpowiedzialnością, ponieważ musisz przetestować wszystkie krytyczne wymagania biznesowe w oparciu o potrzeby użytkownika. Nie powinno zabraknąć ani jednego pomijania wymagań stawianych przez użytkownika. Dlatego bardzo ważna jest dokładna wiedza na temat testów walidacyjnych.

Testowanie walidacyjne

Jako tester musisz ocenić, czy wyniki wykonania testów są zgodne z wymienionymi w dokumencie wymagań. Każde odchylenie powinno zostać natychmiast zgłoszone i dlatego jest ono nazywane błędem.

Narzędzia takie jak HP Quality Center, Selenium, Appium itp. Służą do przeprowadzania testów walidacyjnych i możemy tam przechowywać wyniki testów. Właściwy plan testów, przebiegi wykonywania testów, raporty o defektach, raporty i metryki to ważne elementy, które należy przedłożyć.

Z punktu widzenia firmy, test walidacyjny w prosty sposób przebiega według następujących kroków:

  • Gromadzisz wymagania biznesowe dotyczące testów walidacyjnych od użytkownika końcowego.
  • Przygotuj biznesplan i prześlij go do zatwierdzenia zaangażowanym na miejscu / zainteresowanym stronom.
  • Po zatwierdzeniu planu zaczynasz pisać niezbędne przypadki testowe i wysyłasz je do zatwierdzenia.
  • Po zatwierdzeniu zaczynasz przeprowadzać testy z wymaganym oprogramowaniem, środowiskiem i wysyłać produkty zgodnie z życzeniem klienta.
  • Po zatwierdzeniu rezultatów klient przeprowadza testy UAT.
  • Następnie oprogramowanie trafia do produkcji.

etapy testów walidacyjnych

czym zajmuje się beta tester

Przyjrzyjmy się teraz dokładniej szczegółom walidacji.

Różnica między weryfikacją a walidacją

Zrozummy je na przykładzie w prosty sposób.

Przykład:

Wymagania klienta:

Proponowany zastrzyk nie powinien ważyć powyżej 2 cm.

Test weryfikacyjny:

  • Sprawdź, czy wstrzyknięcie nie waży powyżej 2 cm, korzystając z listy kontrolnej, przeglądu i projektu.

Test walidacyjny:

  • Sprawdź, czy wtrysk nie waży powyżej 2 cm za pomocą testów ręcznych lub automatycznych.
  • Musisz sprawdzić każdy możliwy scenariusz dotyczący masy wtrysku za pomocą dowolnej odpowiedniej metody testowania (metody funkcjonalne i niefunkcjonalne).
  • Sprawdź, czy wymiary są mniejsze niż 2 cm i powyżej 2 cm.
WeryfikacjaUprawomocnienie
Proces sprawdza tylko projekt, kod i program.Powinien ocenić cały produkt łącznie z kodem.
Przeglądy, instruktaże, inspekcje i kontrola dokumentów.W grę wchodzą funkcjonalne i niefunkcjonalne metody testowania. Dokładna kontrola produktu jest zakończona.
Sprawdza oprogramowanie ze specyfikacją.Sprawdza, czy oprogramowanie spełnia potrzeby użytkownika.

Zaangażowane etapy

  • Kwalifikacja projektu: Obejmuje to tworzenie planu testów w oparciu o wymagania biznesowe. Wszystkie specyfikacje muszą być jasno wymienione.
  • Kwalifikacja instalacyjna: Obejmuje to instalację oprogramowania na podstawie wymagań.
  • Kwalifikacja operacyjna: Obejmuje to fazę testowania opartą na specyfikacji wymagań użytkownika.

Może to obejmować Testowanie funkcjonalności:

    • Testów jednostkowych - Czarne pudełko, białe pudełko, szare pudełko.
    • Testy integracyjne - Odgórny, oddolny, Wielki wybuch.
    • Testowanie systemu - Testy poczytalności, dymu i regresji.
  • Kwalifikacja wydajności: UAT (testy akceptacji użytkowników) - Testy alfa i beta.
  • Produkcja

etapy związane z testowaniem walidacyjnym

Kwalifikacja projektu

Kwalifikacja projektu oznacza po prostu, że musisz przygotować projekt oprogramowania w taki sposób, aby spełniał on specyfikacje użytkownika. Przede wszystkim musisz zdobyć Dokument specyfikacji wymagań użytkownika (URS) od klienta, aby przystąpić do projektowania.

Strategia testowa:

Dokument ten stanowi podstawę do przygotowania planu testów. Zwykle przygotowuje go kierownik zespołu lub kierownik projektu. Opisuje, w jaki sposób zamierzamy przystąpić do testowania i osiągnąć zamierzony cel.

Aby uwzględnić wszystkie procedury, należy opracować odpowiedni plan i uzyskać akceptację interesariuszy. Więc daj nam znać, co składa się na plan testów.

W kilku projektach plan testów i strategię testów można włączyć jako jeden dokument. Oddzielne dokumenty strategiczne są również przygotowywane dla złożonego projektu (głównie w technice automatyzacji).

Składniki planu testów walidacyjnych:

  • Opis projektu
  • Zrozumienie wymagań
  • Zakres testów
  • Poziomy i harmonogram testów
  • Uruchom tworzenie planu
  • Wymagania sprzętowe i kadrowe
  • Role i obowiązki
  • Założenie i zależności
  • Ryzyko i łagodzenie
  • Raport i metryki

Opis projektu: Tutaj musisz wyjaśnić cały opis aplikacji, którą otrzymałeś do testowania. Powinien zawierać wszystkie funkcjonalności aplikacji.

Zrozumienie wymagań: Po otrzymaniu USR musisz wspomnieć o zrozumianych wymaganiach z Twojej strony. Możesz również zgłosić wyjaśnienia, jeśli takie istnieją. Stanowi to podstawę lub kryteria testowe do testowania.

Zakres badań: Zakres musi obejmować szczegółowo moduły wraz z funkcjami na wysokim poziomie. Musisz powiedzieć klientowi, jakie wszystkie wymagania uwzględnisz w swoich testach.

Z perspektywy biznesowej testy walidacyjne mogą być wymagane dla krytycznych wymagań aplikacji. Oznacza to po prostu, że mówisz, co zostanie objęte, a co nie .

Poziomy testów i harmonogram testów: Musisz wspomnieć, ile rund testów należy przeprowadzić. Całkowity wysiłek związany z projektem testowym jest szacowany przy użyciu standardowych technik szacowania, takich jak oszacowanie Test Case Point (TCP) itp.

Jak sama nazwa wskazuje harmonogram testów opisuje sposób przeprowadzania testów. Powinien także określać, w jaki sposób i kiedy będzie przeprowadzane zatwierdzanie i przeglądy.

Przykład:

Projekt strony internetowej jest brany pod uwagę.

Poziomy testowania obejmują:

Poziom 1: Testowanie dymu
Poziom 2: Testów jednostkowych
Poziom 3: Testy integracyjne
Poziom 3: Testowanie systemu
Poziom 3: Testy akceptacyjne

Harmonogram testów:

  1. Przedłożenie planu - Dzień 1
  2. Projektowanie przypadków testowych - Dzień 2
  3. Bieg na sucho i naprawa błędów - Dzień 4
  4. Przejrzeć- 5 dzień
  5. Formalny bieg - 6 dzień
  6. Materiały dostarczane do zatwierdzenia - Dzień 8
  7. Raporty - 10 dzień

Uruchom tworzenie planu: W planie przebiegu zaznaczono liczbę przebiegów wymaganych do testów. Każdy bieg, który wykonujesz poza obiektem, zostanie odnotowany przez zespół na miejscu.

Na przykład, kiedy używasz Narzędzie HP Quick Test Professional do wykonania liczba przebiegów zostanie wyświetlona na karcie Uruchomienia planu testów.

Wymagania sprzętowe i kadrowe:

  • Wymagania sprzętowe i programowe, takie jak urządzenia, wersje przeglądarek, IOS, narzędzia testowe wymagane w projekcie.
  • Zatrudnienie oznacza wyznaczenie osób wymaganych do testów. Możesz tutaj wspomnieć o liczbie drużyn.
  • Jeśli potrzebujesz dodatkowych członków testowych, możesz poprosić o to na miejscu w zależności od zakresu testowania. Po prostu wzrost liczby przypadków testowych oznacza, że ​​do ich wykonania potrzeba więcej członków zespołu.

Role i obowiązki: Oznacza to przypisanie zadań pokrewnym rolom odpowiedzialnym za przeprowadzanie różnych poziomów testowania.

Na przykład,

Aplikacja musi zostać przetestowana przez zespół składający się z 4 członków, aby wykonać 4 protokoły walidacji. Możesz delegować obowiązki w następujący sposób:

  1. Przewód: Projekt planu testów
  2. Członek zespołu 1: Projekt i wykonanie protokołów 1,2.
  3. Członek zespołu 2: Projektowanie i wykonywanie protokołów 3,4.
  4. Członek zespołu: Przygotowanie raportów, przeglądów i metryk.

Założenie i zależności: Oznacza to, że założenia przyjęte podczas projektowania i zależności zidentyfikowane do testowania zostaną tutaj uwzględnione.

Ryzyko i łagodzenie: Ryzyka związane z planowaniem testów, takie jak dostępność żądanych środowisk, kompilacja itp. Wraz z planami łagodzenia i awaryjnymi.

Raport i dane: W tym miejscu należy wymienić czynniki, które wykorzystano do testów i raportów dla interesariuszy.

Poniżej przedstawiono przykład aplikacji mobilnej:

metryka

Kwalifikacja instalacyjna

  • Kwalifikacja instalacji zawiera szczegółowe informacje, takie jak, które i ile środowisk testowych będzie używanych, jaki poziom dostępu jest wymagany dla testerów w każdym środowisku, a także wymagane dane testowe. Może to obejmować kompatybilność z przeglądarkami, narzędzia wymagane do wykonania, urządzenia wymagane do testowania itp. Tworzony system powinien być instalowany zgodnie z wymaganiami użytkownika.
  • Dane testowe mogą być wymagane do testowania niektórych aplikacji i muszą być podane przez odpowiednią osobę. Jest to niezbędny warunek wstępny.
  • Niektóre aplikacje mogą wymagać bazy danych. Musimy przechowywać wszystkie dane wymagane do testów w bazie danych w celu walidacji specyfikacji.

Na przykład, Nowa aplikacja mówi, że „abc” musi zostać przetestowane na telefonie komórkowym (Android 4.3.1) i przeglądarce (Chrome 54), w takim przypadku musimy śledzić następujące kwestie:

  • Sprawdź, czy masz odpowiednie upoważnienie do sprawdzenia strony aplikacji „abc”.
  • Sprawdź, czy dostępne są urządzenia używane do testowania aplikacji, takie jak urządzenia mobilne (Android / ios), przeglądarka Chrome, Internet Explorer z wymaganą wersją.
  • Sprawdź, czy są one poprawnie zainstalowane w określonych wersjach (np. Chrome 54, Android w wersji 4.3.1).
  • Upewnij się, że aplikacja jest dostępna zarówno w przeglądarce, jak i na telefonie komórkowym.

Kwalifikacja operacyjna

Kwalifikacja operacyjna zapewnia, że ​​każdy moduł i podmoduł zaprojektowany dla testowanej aplikacji działa poprawnie zgodnie z oczekiwaniami w żądanym środowisku.

Ogólnie rzecz biorąc, testy walidacyjne są przeprowadzane według następującej hierarchii.

pytania i odpowiedzi na rozmowę z oracle tuning performance

Hierarchia testowania walidacyjnego

Testowanie funkcjonalne odgrywa główną rolę w testowaniu walidacyjnym. Oznacza to po prostu, że musisz zweryfikować funkcjonalność aplikacji dla każdego wymienionego krytycznego wymagania. To toruje drogę do odwzorowania wymagań wymienionych w dokumencie Specyfikacji Funkcjonalnej i zapewnia, że ​​produkt spełnia wszystkie wymienione wymagania.

Testowanie funkcjonalne i jego rodzaje

Jak sama nazwa wskazuje, testowanie funkcjonalne to testowanie funkcji, czyli tego, co oprogramowanie ma do zrobienia. Funkcjonalności oprogramowania zostaną określone w dokumencie specyfikacji wymagań.

Rzućmy okiem na jego typy.

# 1) Testowanie jednostkowe:

Testowanie jednostkowe to testowanie poszczególnych jednostek / modułów / komponentów / metod danego systemu. Walidacja pola, kontrola układu, projekt itp. Są testowane z różnymi danymi wejściowymi po zakodowaniu. Każda linia kodu powinna zostać zweryfikowana pod kątem indywidualnych przypadków testów jednostkowych.

Testy jednostkowe są wykonywane przez samych programistów. Koszt naprawiania błędów jest tutaj niższy w porównaniu z innymi poziomami testowania.

Przykład:

Oceniając pętlę kodu dla funkcji, powiedzmy, że wybór płci jest przykładem testowania jednostkowego.

# 2) Testowanie czarnoskrzynkowe:

Testowanie zachowania aplikacji pod kątem pożądanych funkcjonalności względem wymagań bez skupiania się na wewnętrznych szczegółach systemu nazywa się testowaniem czarnoskrzynkowym. Zwykle jest wykonywany przez niezależny zespół testujący lub końcowych użytkowników aplikacji.

Aplikacja jest testowana przy użyciu odpowiednich danych wejściowych i jest testowana w celu sprawdzenia, czy system zachowuje się zgodnie z oczekiwaniami. Można to wykorzystać do testowania zarówno wymagań funkcjonalnych, jak i niefunkcjonalnych.

# 3) Testowanie w białej skrzynce:

Testowanie białoskrzynkowe to nic innego jak szczegółowe sprawdzenie kodu programu według kodu. Całe działanie aplikacji zależy od napisanego kodu, dlatego konieczne jest bardzo dokładne przetestowanie kodu. Każdą jednostkę i jej integrację jako całość trzeba sprawdzić krok po kroku.

Tester ze znajomością programowania jest tutaj obowiązkowym kryterium. Dzięki temu wyraźnie widać, czy istnieją jakiekolwiek odchylenia w przepływie pracy aplikacji. Jest przydatny zarówno dla programistów, jak i testerów.

# 4) Testowanie szarego pudełka:

Testy szaroskrzynkowe to połączenie testów białoskrzynkowych i czarnoskrzynkowych. Częściowa wiedza na temat konstrukcji lub kodu testowanej jednostki jest tutaj znana.

Testowanie integracyjne i jego typy

Poszczególne komponenty oprogramowania, które zostały już przetestowane w testach jednostkowych, są integrowane i testowane razem w celu przetestowania ich funkcjonalności jako całości, aby zapewnić przepływ danych między modułami.

Robią to sami programiści lub niezależny zespół testujący. Można to zrobić po przetestowaniu dwóch lub więcej jednostek.

Podejście odgórne:

Podejście odgórne

W tym podejściu najpierw testowane są jednostki górne, a następnie jednostki niższego poziomu są testowane pojedynczo. Do symulacji jednostek niższego poziomu, które mogą być niedostępne w początkowych fazach, wymagane są odcinki testowe, których można użyć.

Podejście oddolne:

Podejście oddolne

W tym podejściu najpierw testowane są jednostki dolne, integrowane, a następnie testowane są jednostki wyższego poziomu. Testowe odcinki początkowe są wymagane do symulacji jednostek wyższego poziomu, które mogą nie być dostępne w początkowych fazach.

Testowanie systemu i jego rodzaje

Testowanie całego systemu / oprogramowania nazywa się testowaniem systemu. System został całkowicie przetestowany pod kątem specyfikacji wymagań funkcjonalnych. Testowanie systemu odbywa się pod kątem wymagań funkcjonalnych i niefunkcjonalnych. Testowanie czarnoskrzynkowe jest generalnie preferowane w przypadku tego typu testów.

# 1) Testowanie dymu:

darmowe pliki do pobrania muzyki mp3 do odtwarzacza mp3

Kiedy konstruktorzy oddają kompilację do przetestowania na początku, musimy ją dokładnie przetestować. Nazywa się to testowaniem dymu. Musimy stwierdzić, czy dana kompilacja umożliwia dalsze testy, czy nie.

Aby przeprowadzić walidację, potrzebujesz odpowiedniej kompilacji. Dlatego testowanie dymu jest najpierw wykonywane przez zespół testujący. Przepływ pracy testowanej aplikacji należy przetestować z przypadkami testowymi lub bez. W tym testowaniu pomocny jest przypadek testowy obejmujący cały przepływ.

# 2) Testowanie poczytalności:

W testach sanity testowane są główne funkcjonalności modułów testowanej aplikacji. Testując stronę internetową, która ma 3 zakładki tj. Tworzenie profilu, edukacja, logowanie itp. W IRCTC , główne funkcjonalności wszystkich tych zakładek należy sprawdzić bez zagłębiania się.

Menu, podmenu, zakładki muszą zostać przetestowane we wszystkich modułach. Jest to podzbiór testów regresji, ponieważ testowanie odbywa się tylko na głównym nurcie, a nie dogłębnie.

# 3) Testowanie regresji:

Dla każdej wersji projektu zespół programistów może wprowadzić pewne zmiany. Sprawdzanie, czy wprowadzone nowe zmiany nie wpłynęły na przepływ pracy systemu, nazywa się testowaniem regresyjnym. W tym miejscu należy przetestować tylko niektóre przypadki testowe dotyczące nowych wymagań.

Kwalifikacja wydajności

UAT (test akceptacji użytkownika):

Jest to ostatnia faza testowania, która ma na celu zapewnienie, że system zachowuje się zgodnie z wymaganiami, zgodnie z określonymi wymaganiami. Robi to klient. Gdy klient certyfikuje i przejdzie testy systemowe, produkt może przejść do wdrożenia.

Testy alfa i beta:

Testy alfa są przeprowadzane przez programistów w aplikacji przed opublikowaniem w witrynie tworzenia oprogramowania. Obejmuje testy czarno-białe. Testy beta są przeprowadzane po stronie klienta po opracowaniu i wdrożeniu produktu.

Przykładowe przypadki testów walidacyjnych lub protokół

Z mojego doświadczenia napisałem ten protokół logowania do Gmaila.

Dokładne sprawdzenie omawianej funkcjonalności logowania jest tym, czym właściwie jest walidacja. Chciałbym jednak nadmienić, że styl użytych kolumn zdań może się zupełnie różnić i zależeć od wymagań klienta.

=> Pobierz przykładowe przypadki testowe do walidacji: Przypadek testowy logowania do Gmaila

Wniosek

Cóż, walidacja polega na szczegółowej analizie funkcjonalności produktu. Jako tester walidacyjny musisz zawsze pamiętać o zgłaszaniu odchyleń od czasu do czasu, aby uzyskać optymalne wyniki testów.

Każdy napisany przypadek testowy powinien być ostry, zwięzły i zrozumiały nawet dla zwykłego człowieka. Tester walidacyjny powinien upewnić się, że odpowiedni produkt jest opracowywany zgodnie z określonymi wymaganiami.

Jako przewodnik po testach walidacyjnych omówiłem proces związany z walidacją.

Kwalifikacja projektu, która obejmuje plan walidacji, kwalifikacja instalacji, która mówi o instalacji sprzętu i oprogramowania, kwalifikacja operacyjna, która obejmuje testowanie całego systemu, kwalifikacja wydajności, która obejmuje testy akceptacyjne użytkownika, które zapewniają autoryzację do produkcji.

Mam nadzieję, że ten artykuł wzbogaciłby Twoją wiedzę na temat koncepcji testowania walidacyjnego !!

rekomendowane lektury

^