what is software testing life cycle
Testowanie oprogramowania:
W tym samouczku omawiamy ewolucję testowania oprogramowania, Cykl życia testowania oprogramowania i różnych fazach, w których są zaangażowane STLC.
Czego się nauczysz:
8 faz cyklu testowania oprogramowania (STLC)
Ewolucja:
Trend lat 60 .:
Trend lat 90
Trend XXI wieku:
Trend i kompetencje testowania zmieniają się. Testerzy muszą teraz być bardziej techniczni i zorientowani na procesy. Testowanie teraz nie ogranicza się tylko do znajdowania błędów, ale ma szerszy zakres i jest wymagane od samego początku projektu, kiedy wymagania nie są jeszcze sfinalizowane.
Ponieważ testowanie jest również znormalizowane. Podobnie jak rozwój oprogramowania ma cykl życia, tak samo testowanie ma swój cykl życia. W kolejnych sekcjach omówię, czym jest cykl życia i jaki ma to związek z testowaniem oprogramowania i spróbuję to rozwinąć.
Pozwól nam zacząć!
Co to jest cykl życia?
Cykl życia w prostym terminie odnosi się do sekwencji zmian z jednej formy do drugiej. Te zmiany mogą dotyczyć wszelkich materialnych lub niematerialnych rzeczy. Każda jednostka ma swój cykl życia od powstania do emerytury / śmierci.
W podobny sposób oprogramowanie jest również bytem. Podobnie jak tworzenie oprogramowania obejmuje sekwencję kroków, testowanie obejmuje również kroki, które należy wykonać w określonej kolejności.
To zjawisko wykonywania czynności testowych w sposób systematyczny i zaplanowany nazywa się cyklem życia testów.
Co to jest cykl życia testowania oprogramowania (STLC)
Cykl życia testowania oprogramowania odnosi się do procesu testowania, który ma określone kroki do wykonania w określonej kolejności, aby zapewnić osiągnięcie celów jakościowych. W procesie STLC każda czynność jest prowadzona w sposób zaplanowany i systematyczny. Każda faza ma inne cele i rezultaty. Różne organizacje mają różne fazy w STLC; jednak podstawa pozostaje ta sama.
Poniżej znajdują się fazy STLC:
- Faza wymagań
- Faza planowania
- Faza analizy
- Faza projektowania
- Faza implementacji
- Faza wykonania
- Faza konkluzji
- Faza zamknięcia
# 1. Faza wymagań :
Podczas tej fazy STLC przeanalizuj i przestudiuj wymagania. Przeprowadź burzę mózgów z innymi zespołami i spróbuj dowiedzieć się, czy wymagania można przetestować, czy nie. Ta faza pomaga określić zakres testów. Jeśli jakakolwiek funkcja nie jest testowalna, poinformuj o tym w tej fazie, aby można było zaplanować strategię łagodzenia skutków.
#dwa. Faza planowania :
jak zostać programistą dla początkujących
W praktycznych scenariuszach planowanie testów jest pierwszym krokiem procesu testowania. Na tym etapie identyfikujemy działania i zasoby, które pomogłyby w osiągnięciu celów testowych. Podczas planowania staramy się również zidentyfikować metryki, metodę gromadzenia i śledzenia tych metryk.
Na jakiej podstawie odbywa się planowanie? Tylko wymagania?
Odpowiedź brzmi nie. Wymagania stanowią jedną z podstaw, ale są jeszcze 2 inne bardzo ważne czynniki, które wpływają na planowanie testów. To są:
- Strategia testowa organizacji.
- Analiza ryzyka / Zarządzanie ryzykiem i ograniczanie go.
# 3. Faza analizy:
Ta faza STLC definiuje „CO” do przetestowania. Zasadniczo identyfikujemy warunki testowe poprzez dokument wymagań, ryzyko produktowe i inne bazy testowe. Warunek testu powinien być możliwy do prześledzenia wstecz do wymagania.
Istnieje wiele czynników, które wpływają na identyfikację warunków testowych:
- Poziomy i szczegółowość testów
- Złożoność produktu
- Ryzyko produktowe i projektowe
- Cykl życia rozwoju oprogramowania.
- Zarządzanie testami
- Umiejętności i wiedza zespołu.
- Dostępność interesariuszy.
Powinniśmy spróbować szczegółowo opisać warunki testu. Na przykład w przypadku aplikacji internetowej do handlu elektronicznego można mieć warunek testowy „Użytkownik powinien mieć możliwość dokonania płatności”. Lub możesz to szczegółowo opisać, mówiąc „Użytkownik powinien być w stanie dokonać płatności za pomocą NEFT, karty debetowej i kredytowej”.
Najważniejszą zaletą pisania szczegółowych warunków testowych jest to, że zwiększa to pokrycie testu, ponieważ przypadki testowe zostaną zapisane na podstawie warunku testowego. Te szczegóły spowodują napisanie bardziej szczegółowych przypadków testowych, co ostatecznie zwiększy pokrycie.
Określ także kryteria zakończenia testowania, tj. Określ warunki, w których zakończysz testowanie.
# 4. Faza projektowania:
Ta faza definiuje „JAK” testować. Ta faza obejmuje następujące zadania:
- Wyszczególnij warunki testu. Podziel warunki testu na wiele podwarunków, aby zwiększyć pokrycie.
- Zidentyfikuj i uzyskaj dane testowe
- Zidentyfikuj i skonfiguruj środowisko testowe.
- Utwórz metryki identyfikowalności wymagań
- Utwórz metryki pokrycia testów.
# 5. Faza implementacji:
Głównym zadaniem w tej fazie STLC jest stworzenie szczegółowych przypadków testowych. Określ priorytety przypadków testowych, a także określ, który przypadek testowy stanie się częścią zestawu regresji. Przed sfinalizowaniem przypadku testowego ważne jest, aby przeprowadzić przegląd, aby zapewnić poprawność przypadków testowych. Nie zapomnij też podpisać przypadków testowych przed rozpoczęciem faktycznego wykonywania.
Jeśli Twój projekt obejmuje automatyzację, zidentyfikuj przypadki testowe kandydujące do automatyzacji i przystąp do tworzenia skryptów przypadków testowych. Nie zapomnij ich przejrzeć!
# 6. Faza wykonania :
Jak sama nazwa wskazuje, jest to faza cyklu życia testowania oprogramowania, w której ma miejsce faktyczne wykonanie. Ale zanim zaczniesz egzekucję, upewnij się, że Twoje kryterium wejścia jest spełnione. Wykonuj przypadki testowe, rejestruj defekty w przypadku jakichkolwiek rozbieżności. Jednocześnie wypełniaj wskaźniki identyfikowalności, aby śledzić swoje postępy.
# 7. Faza konkluzji :
Ta faza STLC koncentruje się na kryteriach wyjścia i raportowaniu. W zależności od projektu i wyboru interesariuszy, możesz zdecydować o raportowaniu, czy chcesz wysyłać codzienny raport tygodniowego raportu itp.
Istnieją różne typy raportów (DSR - dzienny raport o stanie, WSR - cotygodniowe raporty o stanie), które można wysyłać, ale ważną kwestią jest to, że treść raportu zmienia się i zależy od tego, komu wysyłasz swoje raporty.
Jeśli kierownicy projektów mają doświadczenie w testowaniu, są bardziej zainteresowani technicznym aspektem projektu, więc uwzględnij kwestie techniczne w swoim raporcie (liczba przypadków testowych zakończonych pomyślnie, zakończonych niepowodzeniem, zgłoszonych defektów, usterki o poziomie ważności 1 itp.).
Ale jeśli składasz raporty do głównych interesariuszy, mogą oni nie być zainteresowani kwestiami technicznymi, więc poinformuj ich o ryzyku, które zostało złagodzone dzięki testom.
# 8. Faza zamknięcia:
Zadania związane z działaniami zamykającymi obejmują:
- Sprawdź zakończenie testu. Czy wszystkie przypadki testowe są wykonywane lub ograniczane celowo. Sprawdź, czy nie ma otwartych usterek o stopniu ważności 1.
- Przeprowadź spotkanie, na którym wyciągnięto wnioski i stwórz dokument zawierający wnioski. (Uwzględnij, co poszło dobrze, gdzie jest zakres ulepszeń i co można poprawić)
Wniosek
Spróbujmy teraz podsumować cykl życia testowania oprogramowania (STLC)!
| S.Nr | Nazwa fazy | Kryteria wejścia | Wykonane czynności | Materiały dostarczane |
|---|---|---|---|---|
| 7 | Wniosek | Zaktualizowane przypadki testowe z wynikami Sprawdź warunki zamknięcia | Podaj dokładne dane i wyniki testów Zidentyfikuj ryzyka, które są ograniczane | Zaktualizowane wskaźniki identyfikowalności Podsumowanie testu Zaktualizowany raport zarządzania ryzykiem |
| 1 | Wymagania | Dokument specyfikacji wymagań Dokument projektu aplikacji Dokument kryteriów akceptacji użytkownika | Przeprowadź burzę mózgów dotyczącą wymagań. Utwórz listę wymagań i wyjaśnij swoje wątpliwości. Zrozum wykonalność wymagań, niezależnie od tego, czy można je przetestować, czy nie. Jeśli Twój projekt wymaga automatyzacji, przeprowadź studium wykonalności automatyzacji. | RUD (Dokument dotyczący zrozumienia wymagań. Raport wykonalności testów Raport wykonalności automatyzacji. |
| dwa | Planowanie | Zaktualizowany dokument wymagań. Raporty wykonalności testów ” Raport wykonalności automatyzacji. | Określ zakres projektu Wykonaj analizę ryzyka i przygotuj plan ograniczania ryzyka. Wykonaj oszacowanie testu. Określ ogólną strategię i proces testowania. Zidentyfikuj narzędzia i zasoby i sprawdź, czy są potrzebne szkolenia. Zidentyfikuj środowisko. | Dokument planu testów. Dokument dotyczący łagodzenia ryzyka. Dokument oceny testu. |
| 3 | Analiza | Zaktualizowany dokument wymagań Dokument planu testów Dokument dotyczący ryzyka Dokument oceny testu | Określ szczegółowe warunki testu | Dokument warunków testowych. |
| 4 | Projekt | Zaktualizowany dokument wymagań Dokument warunków testowych | Wyszczególnij warunki testu. Zidentyfikuj dane testowe Utwórz metryki identyfikowalności | Szczegółowy dokument dotyczący warunków testu Miary identyfikowalności wymagań Testuj wskaźniki pokrycia |
| 5 | Realizacja | Szczegółowy dokument dotyczący warunków testu | Twórz i przeglądaj przypadki testowe. Utwórz i przejrzyj skrypty automatyzacji. Zidentyfikuj kandydujące przypadki testowe do regresji i automatyzacji. Zidentyfikuj / utwórz dane testowe Wypisz się z przypadków testowych i skryptów. | Przypadki testowe Skrypty testowe Dane testowe |
| 6 | Wykonanie | Przypadki testowe Skrypty testowe | Wykonaj przypadki testowe Rejestrowanie błędów / usterek w przypadku rozbieżności Zgłoś stan | Raport z wykonania testu Raport wady Dziennik testów i dziennik defektów Zaktualizowane wskaźniki identyfikowalności wymagań |
| 8 | Zamknięcie | Test zamknięcia warunku Podsumowanie testu | Przeprowadź retrospektywne spotkanie i zrozum wyciągnięte wnioski | Dokument zawierający wnioski Macierze testowe Raport z zakończenia testu. |
SZCZĘŚLIWYCH TESTÓW !!
rekomendowane lektury
- Najlepsze narzędzia do testowania oprogramowania 2021 (Narzędzia do automatyzacji testów QA)
- Asystent testowania oprogramowania
- Kurs testowania oprogramowania: Do którego Instytutu Testowania Oprogramowania mam dołączyć?
- Wybór testowania oprogramowania jako swojej kariery
- Testowanie oprogramowania Praca pisarz treści technicznych Freelancer
- Kilka interesujących pytań do rozmowy kwalifikacyjnej dotyczącej testowania oprogramowania
- Opinie i recenzje dotyczące kursu testowania oprogramowania
- Co to jest cykl życia defektów / błędów w testowaniu oprogramowania? Samouczek dotyczący cyklu życia wady