Model V w testowaniu oprogramowania

Model V

Model V to wysoce zdyscyplinowany model SDLC, którego faza testowania przebiega równolegle do każdej fazy rozwoju. Model V jest rozwinięciem modelu kaskadowego, w którym tworzenie i testowanie oprogramowania odbywa się w sposób sekwencyjny. Jest on znany jako model walidacji lub weryfikacji.

Kluczowe terminy dotyczące inżynierii oprogramowania:

SDLC: SDLC to cykl życia oprogramowania. Jest to sekwencja działań wykonywanych przez Programistów w celu zaprojektowania i opracowania oprogramowania wysokiej jakości.

STLC: STLC to cykl życia testowania oprogramowania. Składa się z szeregu działań prowadzonych przez Testerów metodologicznie w celu przetestowania Twojego oprogramowania.

Model wodospadu: Model kaskadowy jest modelem sekwencyjnym podzielonym na różne fazy działalności związanej z tworzeniem oprogramowania. Każdy etap przeznaczony jest do wykonania określonej czynności. Faza testowania modelu kaskadowego rozpoczyna się dopiero po zakończeniu wdrożenia systemu.

Film pozwalający zrozumieć model V w inżynierii oprogramowania

Kliknij tutaj jeśli film nie jest dostępny

Przykład zrozumienia modelu V

Załóżmy, że przydzielono Ci zadanie opracowania oprogramowania na zamówienie dla klienta. Teraz, niezależnie od Twojej wiedzy technicznej, spróbuj zgadnąć, jaka będzie sekwencja kroków, które wykonasz, aby osiągnąć zadanie.

Prawidłowa kolejność byłaby taka.

Fazy ​​​​rozwoju oprogramowania	Czynności wykonywane na każdym etapie
Etap zbierania wymagań	Zbierz od klienta jak najwięcej informacji na temat szczegółów i specyfikacji żądanego oprogramowania. To nic innego jak etap zbierania wymagań.
Etapie projektowania	Zaplanuj język programowania jak Java, PHP, .internet; baza danych jak Oracle, MySQLitp., które będą odpowiednie dla projektu, a także niektóre funkcje i architektura wysokiego poziomu.
Etap budowy	Po etapie projektowania następuje etap kompilacji, czyli nic innego jak kodowanie oprogramowania
Etap testowy	Następnie testujesz oprogramowanie, aby sprawdzić, czy zostało zbudowane zgodnie ze specyfikacjami podanymi przez klienta.
Etap wdrożenia	Wdróż aplikację w odpowiednim środowisku
Etap konserwacji	Gdy system będzie gotowy do użycia, może zaistnieć potrzeba późniejszej zmiany kodu zgodnie z życzeniem klienta

Wszystkie te poziomy stanowią metoda wodospadowa ukończenia cykl życia oprogramowania.

Problem z modelem wodospadu

Jak można zauważyć, to testowanie w modelu rozpoczyna się dopiero po zakończeniu implementacji.

Jeśli jednak pracujesz nad dużym projektem, w którym systemy są złożone, łatwo jest przeoczyć kluczowe szczegóły już na etapie wymagań. W takich przypadkach klientowi zostanie dostarczony całkowicie niewłaściwy produkt i być może będziesz musiał rozpocząć projekt od nowa LUB jeśli uda Ci się poprawnie zanotować wymagania, ale popełnisz poważne błędy w projekcie i architekturze oprogramowania, będziesz musiał przeprojektować całe oprogramowanie, aby naprawić błąd.

Pokazały to oceny tysięcy projektów wady wprowadzone podczas wymagań i projektowania stanowią blisko połowę całkowitej liczby defektów.

Również koszty naprawy defektów rosną w trakcie cyklu życia oprogramowania. Im wcześniej w cyklu życia zostanie wykryta usterka, tym taniej będzie ją naprawić. Jak to mówią: „Szew na czas ratuje dziewięć”.

Rozwiązanie: Model V

Aby rozwiązać ten problem, model testowania V został opracowany gdzie dla każdej fazy w cyklu życia Rozwoju istnieje odpowiednia faza testowania

• Lewa strona modelu to cykl życia oprogramowania – SDLC
• Prawa strona modelu to cykl życia testu oprogramowania – STLC
• Cała figura wygląda jak litera V, stąd nazwa V – model

Oprócz modelu V istnieją iteracyjne modele rozwoju, w których rozwój przebiega etapami, a każda faza dodaje nową funkcjonalność do oprogramowania. Każda faza obejmuje niezależny zestaw działań związanych z rozwojem i testowaniem.

Dobrymi przykładami cykli życia oprogramowania zgodnych z metodą iteracyjną są szybkie tworzenie aplikacji i zwinny rozwój

Podsumowanie

Istnieje wiele modeli cyklu życia oprogramowania. Model rozwoju wybrany dla projektu zależy od celów i celów tego projektu.

• Testowanie nie jest samodzielnym działaniem i musi dostosować model rozwoju wybrany dla projektu.
• W każdym modelu testy należy przeprowadzić na wszystkich poziomach, tj. od wymagań aż po konserwację.