W tej sekcji zrozumiemy różne rodzaje testowania oprogramowania, które można wykorzystać w cyklu życia oprogramowania.
Jak wiemy, Testowanie oprogramowania to proces analizy funkcjonalności aplikacji zgodnie z wymaganiami klienta.
Jeśli chcemy mieć pewność, że nasze oprogramowanie jest wolne od błędów i stabilne, musimy przeprowadzać różne rodzaje testów oprogramowania, ponieważ testowanie jest jedyną metodą, która sprawia, że nasza aplikacja jest wolna od błędów.
Różne rodzaje testowania oprogramowania
Kategoryzacja testowania oprogramowania jest częścią różnorodnych działań testowych, takich jak strategia testów, produkty testowe, zdefiniowany cel testu itp . Testowanie oprogramowania polega na wykonywaniu oprogramowania w celu znalezienia defektów.
Celem posiadania typu testowania jest potwierdzenie AUTO (Aplikacja w trakcie testowania).
skaner następny
Aby rozpocząć testowanie, powinniśmy mieć plik wymagania, gotowe do zastosowania, dostępne niezbędne zasoby . Aby zachować odpowiedzialność, powinniśmy przypisać odpowiedni moduł różnym inżynierom testowym.
Testowanie oprogramowania dzieli się głównie na dwie części, które są następujące:
Co to jest testowanie ręczne?
Testowanie dowolnego oprogramowania lub aplikacji zgodnie z potrzebami klienta bez użycia jakichkolwiek narzędzi do automatyzacji nazywa się testowanie ręczne .
Innymi słowy, możemy powiedzieć, że jest to procedura weryfikacja i walidacja . Testowanie ręczne służy do weryfikacji zachowania aplikacji lub oprogramowania w sprzeczności ze specyfikacją wymagań.
Do wykonania ręcznych przypadków testowych nie jest wymagana dokładna znajomość żadnego narzędzia testowego. Z łatwością możemy przygotować dokument testowy podczas wykonywania testów ręcznych na dowolnej aplikacji.
Aby uzyskać szczegółowe informacje na temat testów ręcznych, kliknij poniższy link: https://www.javatpoint.com/manual-testing.
Klasyfikacja testów manualnych
W testowaniu oprogramowania testy ręczne można dalej podzielić na trzy różne typy testów , które są następujące:
Dla lepszego zrozumienia przyjrzyjmy się im jeden po drugim:
Testowanie białej skrzynki
W testach białoskrzynkowych programista sprawdzi każdą linię kodu przed przekazaniem go zespołowi testowemu lub odpowiednim inżynierom testowym.
Następnie kod jest zauważalny dla programistów podczas testowania; dlatego proces ten nazywany jest WBT (testowanie białej skrzynki) .
Innymi słowy możemy powiedzieć, że deweloper przeprowadzi pełne testy białoskrzynkowe dla konkretnego oprogramowania i wyśle konkretną aplikację do zespołu testującego.
Celem wdrożenia testów białej skrzynki jest podkreślenie przepływu danych wejściowych i wyjściowych w oprogramowaniu oraz zwiększenie bezpieczeństwa aplikacji.
Testowanie białej skrzynki jest również znane jako testowanie w otwartym pudełku, testowanie w szklanym pudełku, testowanie strukturalne, testowanie w przezroczystym pudełku i testowanie w przezroczystym pudełku .
Aby uzyskać dogłębną wiedzę na temat testów białej skrzynki, skorzystaj z poniższego linku: https://www.javatpoint.com/white-box-testing .
Testowanie czarnej skrzynki
Innym rodzajem testów ręcznych jest testowanie czarnej skrzynki . Podczas tych testów inżynier testowy przeanalizuje oprogramowanie pod kątem wymagań, zidentyfikuje defekty lub błędy i odeśle je do zespołu programistów.
Następnie programiści naprawią te defekty, przeprowadzą jedną rundę testów białej skrzynki i wyślą je do zespołu testującego.
W tym przypadku naprawienie błędów oznacza, że defekt został rozwiązany, a dana funkcja działa zgodnie z podanymi wymaganiami.
Głównym celem wdrożenia testów czarnej skrzynki jest określenie potrzeb biznesowych lub wymagań klienta.
Innymi słowy, możemy powiedzieć, że testowanie czarnej skrzynki to proces sprawdzania funkcjonalności aplikacji zgodnie z wymaganiami klienta. Kod źródłowy nie jest widoczny w tym teście; dlatego jest tzw testowanie czarnej skrzynki .
Więcej informacji na temat testowania czarnej skrzynki można znaleźć pod poniższym linkiem: https://www.javatpoint.com/black-box-testing.
Rodzaje testowania czarnej skrzynki
Testowanie czarnej skrzynki dzieli się dalej na dwie części, które omówiono poniżej:
Testy funkcjonalności
Inżynier testowy będzie systematycznie sprawdzał wszystkie komponenty pod kątem specyfikacji wymagań, co jest tzw testy funkcjonalności . Testy funkcjonalne nazywane są również testami funkcjonalnymi Testowanie komponentów .
W testach funkcjonalnych wszystkie komponenty są testowane poprzez podanie wartości, zdefiniowanie wyniku i sprawdzenie rzeczywistego wyniku za pomocą oczekiwanej wartości.
Testowanie funkcjonalne jest częścią testów czarnej skrzynki, ponieważ kładzie nacisk na wymagania aplikacji, a nie na rzeczywisty kod. Inżynier testowy musi testować tylko program, a nie system.
Aby uzyskać szczegółowe informacje na temat testów funkcjonalnych, należy skorzystać z poniższego linku: https://www.javatpoint.com/testowanie-funkcjonalne .
Rodzaje testów funkcjonalnych
Podobnie jak inny rodzaj testów dzieli się na kilka części, tak i testy funkcjonalne dzielą się na różne kategorie.
Różnorodne rodzaje testów funkcjonalnych zawierać następujące elementy:
Teraz zrozumiemy je jeden po drugim:
1. Testowanie jednostkowe
Testowanie jednostkowe to pierwszy poziom testów funkcjonalnych służący do testowania dowolnego oprogramowania. W tym przypadku inżynier testowy niezależnie przetestuje moduł aplikacji lub przetestuje wszystkie wywołane funkcjonalności modułu testów jednostkowych .
Podstawowym celem przeprowadzenia testów jednostkowych jest potwierdzenie działania podzespołów urządzenia. W tym przypadku jednostka jest zdefiniowana jako pojedyncza testowalna funkcja oprogramowania lub aplikacji. I jest to weryfikowane na całej określonej fazie tworzenia aplikacji.
linux, jak zmienić nazwę katalogu
Kliknij poniższy link, aby uzyskać pełne informacje na temat testów jednostkowych: https://www.javatpoint.com/unit-testing .
2. Testowanie integracyjne
Gdy pomyślnie wdrożymy testy jednostkowe, przystąpimy do testów integracyjnych. Jest to drugi poziom testów funkcjonalnych, podczas którego testujemy przepływ danych pomiędzy zależnymi modułami lub tzw. interfejs pomiędzy dwiema funkcjonalnościami testy integracyjne .
Celem przeprowadzenia testów integracyjnych jest sprawdzenie dokładności instrukcji pomiędzy każdym modułem.
Rodzaje testów integracyjnych
Testowanie integracyjne jest również podzielone na następujące części:
Przyrostowe testy integracyjne
Zawsze, gdy istnieje jasna relacja między modułami, przechodzimy do przyrostowych testów integracyjnych. Załóżmy, że bierzemy dwa moduły i analizujemy przepływ danych między nimi, czy działają dobrze, czy nie.
Jeśli te moduły działają dobrze, możemy dodać jeszcze jeden moduł i przetestować ponownie. Możemy kontynuować ten sam proces, aby uzyskać lepsze wyniki.
Innymi słowy, możemy powiedzieć, że przyrostowe dodawanie modułów i testowanie przepływu danych między modułami nazywa się Przyrostowe testy integracyjne .
Rodzaje przyrostowych testów integracyjnych
Przyrostowe testy integracyjne można dalej podzielić na dwie części, które są następujące:
Zobaczmy krótkie wprowadzenie do tego typu testów integracyjnych:
1. Odgórne, przyrostowe testowanie integracyjne
W tym podejściu będziemy dodawać moduły krok po kroku lub przyrostowo i testować przepływ danych pomiędzy nimi. Musimy upewnić się, że dodawane przez nas moduły są dzieckiem poprzednich .
2. Oddolne, przyrostowe testowanie integracyjne
W podejściu oddolnym będziemy dodawać moduły przyrostowo i sprawdzać przepływ danych pomiędzy modułami. Upewnij się także, że moduł, który dodajemy, to rodzicem poprzednich .
Nieprzyrostowe testowanie integracyjne/metoda Wielkiego Wybuchu
Zawsze, gdy przepływ danych jest złożony i bardzo trudno sklasyfikować rodzica i dziecko, zastosujemy podejście integracji nieinkrementalnej. Metoda nieinkrementalna jest również nazywana metoda Wielkiego Wybuchu .
Aby uzyskać pełną informację na temat testów integracyjnych i ich rodzaju należy skorzystać z poniższego linku: https://www.javatpoint.com/integration-testing .
3. Testowanie systemu
Po zakończeniu testów jednostkowych i integracyjnych możemy przystąpić do testów systemowych.
W testowaniu systemu środowisko testowe jest równoległe do środowiska produkcyjnego. Znany jest również jako koniec końców testowanie.
W tego typu testach przejdziemy przez każdy atrybut oprogramowania i sprawdzimy, czy funkcja końcowa działa zgodnie z wymaganiami biznesowymi. I przeanalizuj oprogramowanie jako kompletny system.
Kliknij poniższy link, aby uzyskać pełne informacje na temat testowania systemu: https://www.javatpoint.com/system-testing .
Testowanie niefunkcjonalne
Następną częścią testów czarnej skrzynki jest testy niefunkcjonalne . Zawiera szczegółowe informacje na temat wydajności oprogramowania i zastosowanych technologii.
Testy niefunkcjonalne pomogą nam zminimalizować ryzyko produkcji i koszty z nią związane oprogramowania.
Testowanie niefunkcjonalne jest kombinacją testowanie wydajności, obciążenia, obciążenia, użyteczności i zgodności .
Więcej informacji na temat testów niefunkcjonalnych można znaleźć pod następującym linkiem: https://www.javatpoint.com/non-function-testing .
Rodzaje testów niefunkcjonalnych
Testowanie niefunkcjonalne podzielone na różne części testowania, które omówimy dalej:
1. Testowanie wydajności
Podczas testowania wydajności inżynier testowy przetestuje działanie aplikacji, przykładając pewne obciążenie.
W tego typu testach niefunkcjonalnych inżynier testowy skoncentruje się tylko na kilku aspektach, takich jak Czas reakcji, obciążenie, skalowalność i stabilność oprogramowania lub aplikacji.
Klasyfikacja testów wydajnościowych
Testowanie wydajności obejmuje różne typy testów, które są następujące:
Wykonując testy wydajności, obciążymy konkretną aplikację, aby sprawdzić jej wydajność, tzw. testowanie obciążenia . W tym przypadku obciążenie może być mniejsze lub równe żądanemu obciążeniu.
Pomoże nam to wykryć największy wolumen operacyjny oprogramowania i wąskie gardła.
Aby uzyskać pełne informacje związane z testowaniem obciążenia, skorzystaj z poniższego łącza:
https://www.javatpoint.com/load-testing.
Pasek narzędzi szybkiego dostępu ms word
Służy do analizy przyjazności dla użytkownika i solidności oprogramowania wykraczającej poza typowe ograniczenia funkcjonalne.
Testy warunków skrajnych są stosowane przede wszystkim w przypadku oprogramowania krytycznego, ale można je również stosować w przypadku wszystkich typów aplikacji.
Aby uzyskać szczegółową wiedzę na temat testów warunków skrajnych, odsyła do poniższego łącza: https://www.javatpoint.com/stress-testing .
Do analizy działanie aplikacji polegające na zwiększaniu lub zmniejszaniu obciążenia poszczególnych wag nazywa się testowanie skalowalności .
W testach skalowalności możemy również sprawdzić możliwości systemu, procesów lub bazy danych aby zaspokoić potrzebę w górę. I w tym, Przypadki testowe zostały zaprojektowane i wdrożone efektywnie.
Aby uzyskać szczegółowe informacje związane z testowaniem skalowalności, kliknij poniższy link:
https://www.javatpoint.com/scalability-testing.
Testowanie stabilności to procedura, podczas której oceniamy wydajność aplikacji poprzez przyłożenie obciążenia przez określony czas.
Sprawdza głównie problemy stałości aplikacji i efektywność opracowanego produktu. W tego typu testach jesteśmy w stanie szybko znaleźć defekt systemu nawet w stresującej sytuacji.
Aby uzyskać szczegółowe informacje na temat testów stabilności, należy skorzystać z poniższego linku:
https://www.javatpoint.com/testowanie-stabilności.
2. Testowanie użyteczności
Inny rodzaj testy niefunkcjonalne Jest test użyteczności . Podczas testów użyteczności przeanalizujemy przyjazność aplikacji i wykryjemy błędy w interfejsie użytkownika końcowego oprogramowania.
Tutaj termin przyjazność dla użytkownika definiuje następujące aspekty aplikacji:
- Aplikacja powinna być łatwa do zrozumienia, co oznacza, że wszystkie funkcje muszą być widoczne dla użytkowników końcowych.
- Wygląd i działanie aplikacji powinny być dobre, co oznacza, że aplikacja powinna wyglądać przyjemnie i sprawiać wrażenie użytkownika końcowego, aby z niej korzystać.
Więcej informacji na temat testów użyteczności można znaleźć pod następującym linkiem:
https://www.javatpoint.com/usability-testing.
3. Testowanie kompatybilności
Podczas testów kompatybilności sprawdzimy funkcjonalność aplikacji w określonych środowiskach sprzętowych i programowych. Dopiero gdy aplikacja będzie funkcjonalnie stabilna, przejdziemy do testowanie kompatybilności .
Tutaj, oprogramowanie oznacza, że możemy przetestować aplikację w różnych systemach operacyjnych i innych przeglądarkach, oraz sprzęt komputerowy oznacza, że możemy przetestować aplikację na różnych rozmiarach.
Aby uzyskać dogłębną wiedzę na temat testowania zgodności, skorzystaj z poniższego łącza:
testowanie i rodzaje testów
https://www.javatpoint.com/testowanie-kompatybilności .
Testowanie szarej skrzynki
Kolejna część testowanie ręczne Jest Testowanie szarej skrzynki . To jest współpraca testowania czarnej i białej skrzynki .
Ponieważ testowanie szarej skrzynki obejmuje dostęp do wewnętrznego kodowania w celu projektowania przypadków testowych. Testowanie szarej skrzynki przeprowadza osoba, która zna się na kodowaniu i testowaniu.
Inaczej mówiąc, możemy tak powiedzieć, gdyby jednoosobowy zespół wykonał jedno i drugie testowanie białej skrzynki i czarnej skrzynki , jest rozważane testowanie szarej skrzynki .
Aby uzyskać szczegółowe informacje na temat testów szarej skrzynki, możemy skorzystać z poniższego łącza:
https://www.javatpoint.com/grey-box-testing.
Testowanie automatyczne
Najważniejszą częścią testowania oprogramowania są testy automatyczne. Wykorzystuje specjalne narzędzia do automatyzacji ręcznych przypadków testowych bez ingerencji człowieka.
Testowanie automatyczne to najlepszy sposób na zwiększenie wydajności, produktywności i zasięgu testowania oprogramowania.
Służy do ponownego uruchomienia scenariuszy testowych, które zostały wykonane ręcznie, szybko i wielokrotnie.
Innymi słowy, możemy powiedzieć, że ilekroć testujemy aplikację za pomocą niektórych narzędzi, jest to tzw testy automatyczne .
Do testów automatycznych przejdziemy, gdy w aplikacji lub oprogramowaniu pojawią się różne wydania lub kilka cykli regresji. Nie możemy napisać skryptu testowego ani przeprowadzić testów automatycznych bez zrozumienia języka programowania.
Więcej informacji na temat testów automatycznych można znaleźć pod poniższym linkiem:
https://www.javatpoint.com/automation-testing.
Niektóre inne rodzaje testowania oprogramowania
W testowaniu oprogramowania mamy także inne rodzaje testów, które nie są częścią żadnego z wyżej omówionych testów, ale te testy są wymagane podczas testowania dowolnego oprogramowania lub aplikacji.
Przyjrzyjmy się kolejno tym typom testów:
W badanie dymu , przetestujemy podstawowe i krytyczne funkcje aplikacji przed wykonaniem jednej rundy dogłębnych i rygorystycznych testów.
Lub przed sprawdzeniem wszystkich możliwych wartości dodatnich i ujemnych jest tzw badanie dymu . Głównym celem przeprowadzenia testów dymu jest analiza przepływu pracy podstawowych i głównych funkcji aplikacji.
Więcej informacji na temat testów dymu można znaleźć pod następującym linkiem:
https://www.javatpoint.com/smoke-testing.
Testowanie zdrowego rozsądku
Służy do zapewnienia, że wszystkie błędy zostały naprawione i że w wyniku tych zmian nie pojawią się żadne dodatkowe problemy. Testowanie poczytalności nie jest skryptowane, co oznacza, że nie możemy go udokumentować. Sprawdza poprawność nowo dodanych funkcji i komponentów.
Aby uzyskać szczegółowe informacje na temat testów poczytalności, możemy skorzystać z poniższego linku:
https://www.javatpoint.com/sanity-testing.
Testowanie regresyjne
Testowanie regresyjne jest najpowszechniej stosowanym rodzajem testowania oprogramowania. Tutaj termin regresja oznacza, że musimy ponownie przetestować te części aplikacji, której nie dotyczy.
Testowanie regresyjne jest najodpowiedniejszym testowaniem narzędzi do automatyzacji. W zależności od rodzaju projektu i dostępności zasobów testy regresyjne mogą być podobne do Ponowne testowanie .
Ilekroć programiści naprawiają błąd, a następnie testują inne funkcje aplikacji, które mogą być symulowane w wyniku naprawienia błędu, nazywa się to testy regresyjne .
Innymi słowy, możemy powiedzieć, że za każdym razem, gdy pojawia się nowa wersja jakiegoś projektu, możemy przeprowadzić testy regresyjne i dzięki nowej funkcji możemy wpłynąć na stare funkcje z wcześniejszych wersji.
Aby zdobyć dogłębną wiedzę związaną z testowaniem regresji, skorzystaj z poniższego linku:
https://www.javatpoint.com/regression-testing .
Testowanie akceptacji użytkownika
Testowanie akceptacji użytkownika (UAT) przeprowadzane jest przez indywidualny zespół zwany ekspertem domeny/klientem lub klientem. A znajomość aplikacji przed akceptacją produktu końcowego nazywa się tzw testy akceptacyjne użytkowników .
Podczas testów akceptacyjnych użytkownika analizujemy scenariusze biznesowe i scenariusze czasu rzeczywistego w odrębnym środowisku zwanym Środowisko UAT . W ramach tych testów przetestujemy aplikację przed UAI w celu zatwierdzenia przez klienta.
Aby uzyskać więcej informacji na temat testów akceptacyjnych Użytkownika, kliknij poniższy link:
https://www.javatpoint.com/acceptance-testing.
Testowanie eksploracyjne
Zawsze, gdy brakuje jakiegoś wymagania, wymagana jest wczesna iteracja, a zespół testujący dysponuje doświadczonymi testerami, gdy mamy aplikację krytyczną. Do zespołu dołączył nowy inżynier testowy i ruszamy dalej testy eksploracyjne .
Aby przeprowadzić testy eksploracyjne, najpierw przejrzymy aplikację na wszystkie możliwe sposoby, stworzymy dokument testowy, zrozumiemy przepływ aplikacji, a następnie przetestujemy aplikację.
Aby uzyskać pełne informacje na temat testów eksploracyjnych, kliknij poniższy link:
https://www.javatpoint.com/exploratory-testing.
Testowanie adhoc
Losowe testowanie aplikacji, gdy tylko kompilacja znajdzie się w sprawdzanej kolejności, nazywa się Testowanie adhoc .
Nazywa się to również Testy na małpach i testy na gorylach . W testach Adhoc sprawdzimy aplikację pod kątem wymagań Klienta; dlatego jest również znany jako testy negatywne .
Gdy użytkownik końcowy korzysta z aplikacji niedbale i może wykryć błąd. Mimo to wyspecjalizowany inżynier testowy dokładnie korzysta z oprogramowania, więc może nie zidentyfikować podobnego wykrycia.
Aby uzyskać szczegółowe informacje na temat testów Adhoc, należy zapoznać się z poniższymi informacjami:
https://www.javatpoint.com/adhoc-testing.
Testowanie bezpieczeństwa
Jest to istotna część testowania oprogramowania, służąca do określenia słabości, ryzyka lub zagrożeń w aplikacji.
Przeprowadzenie testów bezpieczeństwa pomoże nam uniknąć nieprzyjemnego ataku z zewnątrz i zapewni bezpieczeństwo naszych aplikacji.
Innymi słowy, możemy powiedzieć, że testy bezpieczeństwa służą głównie do określenia, czy dane będą bezpieczne i wytrzymają proces działania oprogramowania.
Aby uzyskać szczegółowe informacje na temat testów bezpieczeństwa, skorzystaj z poniższego łącza: https://www.javatpoint.com/security-testing.
Testowanie globalizacji
Innym rodzajem testowania oprogramowania jest Testowanie globalizacji. Testy globalizacyjne służą do sprawdzenia, czy opracowane oprogramowanie obsługuje wiele języków. Tutaj, słowa globalizacja oznacza oświecenie aplikacji lub oprogramowania dla różnych języków.
Testy globalizacyjne służą do upewnienia się, że aplikacja będzie obsługiwać wiele języków i wiele funkcji.
W obecnych scenariuszach widzimy udoskonalenie kilku technologii w miarę przygotowywania aplikacji do użytku globalnego.
Aby uzyskać pełne informacje dotyczące testów globalizacji, skorzystaj z poniższego łącza:
klucz ins
https://www.javatpoint.com/globalization-testing.
Wniosek
W tutorialu omówiliśmy różne rodzaje testowania oprogramowania. Ale nadal istnieje lista ponad 100 kategorii testów. Jednak nie każdy rodzaj testów jest stosowany we wszystkich typach projektów.
Omówiliśmy najczęściej używane typy testowania oprogramowania, takie jak testy czarnej skrzynki, testy białej skrzynki, testy funkcjonalne, testy niefunkcjonalne, testy regresyjne, testy adhoc itp. .
Istnieją również alternatywne klasyfikacje lub procesy stosowane w różnych organizacjach, ale ogólna koncepcja jest wszędzie podobna.
Te typy testowania, procesy i podejścia do wykonywania zmieniają się wraz ze zmianą projektu, wymagań i zakresu.