Metodologie testowania oprogramowania: modele kontroli jakości

Co to jest metodologia testowania oprogramowania?

Metodologię testowania oprogramowania definiuje się jako strategie i typy testów stosowane w celu potwierdzenia, że ​​testowana aplikacja spełnia oczekiwania klienta. Metodologie testów obejmują testy funkcjonalne i niefunkcjonalne w celu walidacji testu AUT. Przykładami metodologii testowania są: Testów jednostkowych, Testy integracyjne, Testowanie systemu, Test wydajności itp. Każda metodologia testowania ma zdefiniowany cel testu, strategię testowania i produkty dostarczane.

Note: Ponieważ testowanie oprogramowania jest integralną częścią każdej metodologii tworzenia oprogramowania, wiele firm używa potocznie terminu „Metodologie programowania” i „Metodologie testowania”. Dlatego Metodologie Testowania mogą również odnosić się do modeli Waterfall, Agile i innych modeli zapewniania jakości w porównaniu z powyższą definicją Metodologii Testowania. Dyskusja na temat różnych typów testów nie wnosi wartości dodanej dla czytelników. Dlatego omówimy różne modele rozwoju.

Metodologia testowania a typ testowania a strategia testowania

Powyższa uwaga wskazuje na autentyczną niejednoznaczność panującą w branży. Trzy terminy są używane zamiennie w rozmowach, ale oznaczają różne rzeczy w dokumencie projektowym, a ich pomylenie prowadzi do powstania planów testów, które odpowiadają na niewłaściwe pytanie.

Semestr	Pytanie, na które odpowiada	Zdecydowano przez	Przykłady
Metodyka badań	Kiedy i jak wpisuje się testowanie w cykl rozwoju?	Model rozwoju w użyciu	Kaskadowe, iteracyjne, zwinne, ekstremalne programowanie
Typ testu	Jaki aspekt produktu podlega weryfikacji?	Zakres ryzyka i wymagań	Jednostka, integracja, system, wydajność, bezpieczeństwo
Poziom testowania	Na jakiej głębokości badane jest oprogramowanie?	Pozycja w hierarchii kompilacji	Komponent, integracja, system, akceptacja
Strategia testowa	Jakie jest nasze podejście organizacyjne do jakości?	Przywództwo w zapewnianiu jakości dotyczy wszystkich projektów	Oparte na ryzyku, automatyzacja na pierwszym miejscu, przesunięcie w lewo
Plan testowy	Co dokładnie będzie testowane w ramach projektu, kiedy i kto będzie przeprowadzał testy?	Menedżer testów, konkretny projekt	Zakres, harmonogram, zasoby, kryteria wejścia i wyjścia

Przydatna zasada: metodologia wyznacza rytm, typ wyznacza cel, a plan testów rejestruje zobowiązanie. Poniższe sekcje omawiają metodologie.

Model wodospadu

Co to jest?

W model wodospadu, postęp rozwoju oprogramowania na różnych etapach, takich jak analiza wymagań, projektowanie itp. – sekwencyjnie.

W tym modelu następna faza rozpoczyna się dopiero po zakończeniu fazy wcześniejszej.

Jakie jest podejście do testowania?

Pierwszą fazą modelu kaskadowego jest faza wymagań, w której wszystkie wymagania projektu są całkowicie zdefiniowane przed rozpoczęciem testowania. W tej fazie zespół testowy przeprowadza burzę mózgów na temat zakresu testów, strategii testów i opracowuje szczegółowy plan testów.

Dopiero po zakończeniu projektowania oprogramowania zespół przystąpi do realizacji przypadków testowych, aby upewnić się, że opracowane oprogramowanie zachowuje się zgodnie z oczekiwaniami.

W tej metodologii zespół testujący przechodzi do następnej fazy dopiero po zakończeniu poprzedniej fazy.

Zalety	Wady
Ten model inżynierii oprogramowania jest bardzo prosty w planowaniu i zarządzaniu. Dlatego projekty, w przypadku których wymagania są wcześniej jasno określone i określone, można łatwo przetestować za pomocą modelu kaskadowego.	W modelu kaskadowym można rozpocząć następną fazę dopiero po zakończeniu poprzedniej. Dlatego też model ten nie uwzględnia nieplanowanych zdarzeń i niepewności.
	Ta metodologia nie jest odpowiednia dla projektów, w których wymagania często się zmieniają.

Rozwój iteracyjny

Co to jest?

W tym modelu duży projekt jest dzielony na małe części, a każda z nich poddawana jest wielokrotnym iteracjom modelu kaskadowego. Na koniec iteracji opracowywany jest nowy moduł lub udoskonalany jest istniejący. Moduł ten jest integrowany z architekturą oprogramowania, a cały system jest testowany w całości.

Jakie jest podejście do testowania?

Po zakończeniu iteracji cały system poddawany jest testom. Informacje zwrotne z testów są natychmiast dostępne i uwzględniane w następnym cyklu. Czas testowania wymagany w kolejnych iteracjach można skrócić w oparciu o doświadczenie zdobyte w poprzednich iteracjach.

Zalety	Wady
Główną zaletą programowania iteracyjnego jest to, że informacje zwrotne z testu są natychmiast dostępne na końcu każdego cyklu.	Model ten znacznie zwiększa koszty ogólne komunikacji, ponieważ na koniec każdego cyklu należy przekazać informację zwrotną na temat rezultatów, wysiłku itp.

Metodologia zwinna

Co to jest?

Tradycyjne metodologie rozwoju oprogramowania opierają się na założeniu, że wymagania dotyczące oprogramowania pozostają stałe w całym projekcie. Jednak wraz ze wzrostem złożoności wymagania ulegają licznym zmianom i nieustannie ewoluują. Czasami sam klient nie jest pewien, czego chce. Chociaż model iteracyjny rozwiązuje ten problem, nadal opiera się na modelu kaskadowym.

W metodyce Agile oprogramowanie powstaje w przyrostowych, szybkich cyklach. Kładzie się nacisk na interakcje między klientami, programistami i klientem, a nie na procesy i narzędzia. Metodologia zwinna koncentruje się na reagowaniu na zmiany, a nie na obszernym planowaniu.

Jakie jest podejście do testowania?

Testowanie przyrostowe jest stosowane w zwinnych metodach programowania, dlatego każde wydanie projektu jest dokładnie testowane. Dzięki temu wszelkie błędy w systemie zostaną naprawione przed wydaniem kolejnej wersji.

Zalety	Wady
W każdej chwili istnieje możliwość wprowadzenia zmian w projekcie w celu dostosowania go do wymagań.	Stała interakcja z klientem oznacza dodatkową presję czasu na wszystkich interesariuszy, w tym na samego klienta, zespoły tworzące oprogramowanie i testujące.
Testowanie przyrostowe minimalizuje ryzyko.

Ekstremalne programowanie

Co to jest?

Programowanie ekstremalne to rodzaj zwinnej metodologii, która opiera się na krótkich cyklach rozwoju. Projekt podzielony jest na proste zadania inżynierskie. Programiści kodują prosty fragment oprogramowania i zwracają się do klienta z prośbą o opinię. RevUwzględniane są wszystkie punkty otrzymane od klienta, a programiści przystępują do następnego zadania.

W programowaniu ekstremalnym programiści zazwyczaj pracują w parach.

Ekstremalne programowanie znajduje zastosowanie wszędzie tam, gdzie wymagania klientów stale się zmieniają.

Jakie jest podejście do testowania?

Programowanie ekstremalne opiera się na rozwoju opartym na testach, który jest opisany w następujący sposób:

1. dodaj Przypadek testowy do zestawu testowego w celu weryfikacji nowej funkcjonalności, która dopiero ma zostać opracowana
2. Uruchom wszystkie testy i oczywiście nowy dodany przypadek testowy musi zakończyć się niepowodzeniem, ponieważ funkcjonalność nie jest jeszcze zakodowana
3. Napisz kod, aby zaimplementować tę funkcję/funkcjonalność
4. Uruchom ponownie zestaw testów. Tym razem nowy przypadek testowy powinien przejść pomyślnie, ponieważ funkcjonalność została zakodowana

Zalety	Wady
Klienci mający na myśli niejasny projekt oprogramowania mogą skorzystać z ekstremalnego programowania	Spotkania zespołu programistów i klientów zwiększają wymagania czasowe.
Ciągłe testowanie i ciągła integracja małych wydań zapewniają wysoką jakość dostarczanego kodu oprogramowania

Model V i model spiralny

W większości projektów pojawiają się dwa kolejne modele, które dopełniają obraz, ponieważ każdy z nich w inny sposób odpowiada na słabość podejścia kaskadowego.

Model V. Często nazywany weryfikacją i walidacją, model V łączy każdą fazę rozwoju z odpowiadającą jej fazą testów, rysowaną jako dwa ramiona litery V. Wymagania łączą się z testami akceptacyjnymi, projekt wysokiego poziomu z testami systemowymi, projekt niskiego poziomu z testami integracyjnymi, a kodowanie z testami jednostkowymi. Zaletą jest to, że projektowanie testów rozpoczyna się w trakcie każdej fazy rozwoju, a nie po kodowaniu, dzięki czemu osoby piszące testy akceptacyjne wykrywają niejednoznaczne wymagania na miesiące przed pojawieniem się defektu. Słabość tego modelu wynika z modelu kaskadowego: nadal zakłada on stabilność wymagań.

Model spiralny. Spirala oplata iterację wokół jawnej analizy ryzyka. Każda pętla zawiera cztery czynności: określenie celów, identyfikację i rozwiązanie ryzyka, opracowanie i przetestowanie, a następnie zaplanowanie kolejnej iteracji. Testowanie koncentruje się zatem tam, gdzie ryzyko jest najwyższe, zamiast rozkładać się równomiernie. Jest to rozwiązanie odpowiednie dla dużych, kosztownych i długoterminowych programów, takich jak systemy rdzeniowe dla sektora lotniczego i kosmicznego czy bankowości, gdzie koszty późnego odkrycia są wysokie. W przypadku małego projektu internetowego narzut formalnej analizy ryzyka w każdej pętli rzadko jest uzasadniony.

Oba modele plasują się pomiędzy dyscypliną kaskadową a zwinną responsywnością. Tam, gdzie częstotliwość publikacji ma większe znaczenie niż którykolwiek z nich, DevOps Pipeline wprowadza testowanie w tryb ciągłej integracji, dzięki czemu każde zatwierdzenie jest automatycznie weryfikowane.

Którą Metodologię Oprogramowania wybrać?

Dostępnych jest mnóstwo metodologii tworzenia oprogramowania i odpowiedniego testowania. Każda technika i metodologia testowania została zaprojektowana do określonego celu i ma swoje zalety i wady.

Wybór konkretnej metodologii zależy od wielu czynników, takich jak charakter projektu, wymagania klienta, harmonogram projektu itp.

Z punktu widzenia testowania niektóre metodologie nalegają, aby testować dane wejściowe na początku cyklu życia oprogramowania, podczas gdy inne czekają, aż będzie gotowy działający model systemu.

Jak skonfigurować metodologie testowania oprogramowania?

Metodologii testowania oprogramowania nie należy opracowywać wyłącznie po to, aby testować kod oprogramowania. Należy wziąć pod uwagę szerszy obraz, a główny cel projektu powinien być zgodny z metodologią testowania. Zapoznaj się z tą listą renomowanych dostawcy usług testowania oprogramowania którzy mogą pomóc Ci w ustaleniu skutecznych strategii testowania dostosowanych do celów Twojego projektu.

Scheduling

Realistyczny harmonogram jest kluczem do wdrożenia skutecznej metodologii testowania, a harmonogram powinien odpowiadać potrzebom każdego członka zespołu.

Zdefiniowane rezultaty

Aby wszyscy członkowie zespołu byli na bieżąco, należy zapewnić dobrze określone rezultaty. Materiały dostarczane powinny zawierać bezpośrednią treść, bez żadnych dwuznaczności.

Podejście testowe

Po zakończeniu planowania i udostępnieniu zdefiniowanych produktów zespół testowy powinien być w stanie sformułować właściwe podejście do testów. Dokumenty definicyjne i spotkania programistów powinny wskazywać zespołowi najlepsze podejście testowe, które można zastosować w projekcie.

Raportowanie

Przejrzyste raportowanie jest bardzo trudne do osiągnięcia, ale ten krok decyduje o skuteczności podejścia testowego zastosowanego w projekcie.

FAQ