Model V w testowaniu oprogramowania

Spisie treści:

Anonim

Model V.

Model V to wysoce zdyscyplinowany model SDLC, w którym faza testowania jest równoległa do każdej fazy rozwoju. Model V jest rozszerzeniem modelu kaskadowego, w którym testowanie odbywa się na każdym etapie równolegle z rozwojem w sposób sekwencyjny. Jest znany jako model walidacyjny lub weryfikacyjny.

Kluczowe warunki inżynierii oprogramowania:

SDLC: SDLC to cykl życia oprogramowania. Jest to sekwencja czynności wykonywanych przez Deweloperów w celu projektowania i tworzenia wysokiej jakości oprogramowania.

STLC: STLC to cykl życia testowania oprogramowania. Składa się z szeregu czynności wykonywanych przez Testerów metodologicznie w celu przetestowania oprogramowania.

Model wodospadu: Model wodospadu to model sekwencyjny podzielony na różne fazy działalności związanej z tworzeniem oprogramowania. Każdy etap jest przeznaczony do wykonania określonej czynności. Faza testowania w modelu kaskadowym rozpoczyna się dopiero po zakończeniu implementacji systemu.

Kliknij tutaj, jeśli wideo nie jest dostępne

PRZYKŁAD Zrozumienie modelu V.

Załóżmy, że przydzielono ci zadanie opracowania niestandardowego oprogramowania dla klienta. Teraz, niezależnie od swojego zaplecza technicznego, spróbuj zgadnąć sekwencję kroków, które będziesz wykonywać, aby wykonać zadanie.

Właściwa byłaby kolejność.

Różne fazy cyklu tworzenia oprogramowania

Czynności wykonywane na każdym etapie

Etap zbierania wymagań
  • Zbierz jak najwięcej informacji o szczegółach i specyfikacjach żądanego oprogramowania od klienta. To nic innego jak etap zbierania wymagań.
Etapie projektowania
  • Zaplanuj język programowania, taki jak Java, PHP, .net; bazy danych, takie jak Oracle, MySQL, itp. Która byłaby odpowiednia dla projektu, a także niektóre funkcje i architektura wysokiego poziomu.
Build Stage
  • Po etapie projektowania jest to etap kompilacji, czyli nic innego jak kodowanie oprogramowania
Etap testowy
  • Następnie testujesz oprogramowanie, aby sprawdzić, czy jest zbudowane zgodnie ze specyfikacjami podanymi przez klienta.
Etap wdrażania
  • Wdróż aplikację w odpowiednim środowisku
Etap utrzymania
  • Gdy system będzie gotowy do użycia, może być konieczna późniejsza zmiana kodu zgodnie z życzeniem klienta

Wszystkie te poziomy tworzą kaskadową metodę cyklu życia oprogramowania.

Problem z modelem wodospadu

Jak widać, testowanie w modelu rozpoczyna się dopiero po zakończeniu implementacji.

Ale jeśli pracujesz w dużym projekcie, w którym systemy są złożone, łatwo jest przeoczyć kluczowe szczegóły w samej fazie wymagań. W takich przypadkach do klienta zostanie dostarczony całkowicie niewłaściwy produkt i być może będziesz musiał zacząć od nowa z projektem 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 do naprawy błędu.

Oceny tysięcy projektów wykazały, że wady wprowadzone podczas wymagań i projektowania stanowią blisko połowę całkowitej liczby defektów.

Ponadto koszty naprawy usterki rosną w całym cyklu rozwoju. Im wcześniej w cyklu życia zostanie wykryta usterka, tym tańsza jest jej naprawa. Jak mówią: „Ścieg w czasie oszczędza dziewięć”.

Rozwiązanie: model V.

Aby rozwiązać ten problem, opracowano model testowania V, w którym dla każdej fazy w cyklu rozwojowym istnieje odpowiednia faza testowania

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

Oprócz modelu V istnieją iteracyjne modele rozwoju, w których rozwój odbywa się w fazach, a każda faza dodaje funkcjonalność do oprogramowania. Każda faza obejmuje niezależny zestaw czynności związanych z programowaniem i testowaniem.

Dobrymi przykładami cykli rozwojowych opracowanych metodą iteracyjną są: Rapid Application Development, Agile Development

Wniosek

Istnieje wiele modeli cyklu rozwojowego. Model rozwoju wybrany do projektu zależy od celów i zamierzeń tego projektu.

  • Testowanie nie jest samodzielnym działaniem i musi dostosować model rozwoju wybrany do projektu.
  • W każdym modelu testowanie powinno być przeprowadzane na wszystkich poziomach, tj. Od zapotrzebowania do konserwacji.