SoapUI: Jak stworzyć pakiet testów & Przypadek testowy

Spisie treści:

Anonim

Zrozumienie protokołu SOAP

Zanim utworzymy przypadek testowy SOAPUI, zapoznajmy się z podstawami protokołu SOAP. Pomoże Ci to używać interfejsu użytkownika SOAP do testowania żądań SOAP i efektywnej odpowiedzi.

SOAP oznacza S wprowadzenia w O bject A OSTĘP P rotocol. Poniżej znajdują się właściwości protokołu SOAP.

  • Jest to protokół oparty na języku XML do komunikacji między dwoma różnymi systemami.
  • Jest to platforma niezależna od platformy i języka. W związku z tym system opracowany przy użyciu języka Java może komunikować się z systemem opracowanym w języku .NET.
  • Żądania / odpowiedzi SOAP są przesyłane za pośrednictwem protokołu HTTP.

W tym samouczku testowym dowiesz się:

  • Zapoznaj się z FORMATEM wiadomości SOAP
  • Utwórz projekt
  • Tworzenie zestawu testów
  • Tworzenie przypadku testowego
  • Wstaw krok testu
  • Zrozumienie reakcji na mydło i paneli dziennika
  • Ręczne wysyłanie żądania i czytanie odpowiedzi

Zapoznaj się z FORMATEM wiadomości SOAP

Komunikat SOAP to zwykły dokument XML zawierający następujące elementy. Wiadomość może być wiadomością z żądaniem lub wiadomością z odpowiedzią.

Po skonfigurowaniu obszaru roboczego, który wykonaliśmy w poprzednim samouczku, musimy stworzyć projekty, zestawy testów, przypadki testowe, aby przetestować daną usługę internetową. Rozumiemy kroki związane z robieniem tego samego.

Utwórz projekt

Krok 1: Teraz, w zależności od projektu, musimy zaimportować protokół SOAP / REST. Stworzymy nowy projekt SOAP.

Krok 2: Skorzystamy z następującego żądania SOAP http://www.dneonline.com/calculator.asmx?wsdl

  1. Wprowadź nazwę projektu
  2. Wprowadź ścieżkę żądania WSDL. W tym przypadku http://www.dneonline.com/calculator.asmx?wsdl
  3. Kliknij OK

Uwaga:

  • Utworzyć przykładowe żądanie dla wszystkich operacji? Tworzy przykładowe żądanie dla wszystkich dostępnych operacji w danym WSDL. Gdy tylko wprowadzisz adres WSDL, ta opcja jest zaznaczana automatycznie. Możesz to odznaczyć.
  • Utwórz zestaw testów dla zaimportowanego WSDL: tworzy zestaw testów w projekcie dla zaimportowanego WSDL.
  • Względne ścieżki : umożliwia użytkownikowi zapisanie wszystkich plików względem pliku projektu.

Krok 3: Po utworzeniu projektu SOAP z wyżej wymienionym WSDL, będziemy mogli zobaczyć, że są dwie operacje, które zostaną zaimportowane do projektu.

Krok 4)

Rozwiń pierwsze żądanie i kliknij prawym przyciskiem myszy „Dodaj”. Następnie kliknij „Nowe zgłoszenie”.

Następnie kliknij „OK”. Wyświetli żądanie SOAP w formacie XML

  1. Wpisz „intA” i „intB”
  2. Kliknij przycisk przesyłania
  3. XML odpowiedzi zostanie wyświetlony w prawym panelu.

Możesz się zastanawiać, po co tworzyć przypadki testowe? Kiedy możesz bezpośrednio przetestować usługę sieciową tutaj

…

Cóż, możesz wysłać prośbę o jedną operację. A co z innymi? Ile kombinacji danych wejściowych dla Dodatków można wykonać za pomocą tej operacji ? Musisz edytować żądanie dla każdej kombinacji.

Na przykład: jeśli chcesz dodać od 4 i 4 zamiast 5 i 5

… Musisz ponownie edytować operację. Trzeba więc stworzyć zestaw / przypadki testów, aby przetestować wszystkie możliwe scenariusze bez konieczności bezpośredniej edycji samej operacji.

Tworzenie zestawu testów

Krok 1: W ramach projektu testerzy mogą utworzyć zestaw testów, klikając prawym przyciskiem myszy katalog główny projektu.

Krok 2: Musimy wprowadzić nazwę zestawu testów i nacisnąć OK.

Krok 3: Utworzony zestaw testów jest wyświetlany w panelu nawigacyjnym, jak pokazano poniżej.

Krok 4: Okno zestawu testów zostanie otwarte w prawym okienku. Tak jak właśnie stworzyliśmy, nie ma ŻADNYCH przypadków testowych. Dlatego wszystkie opcje są wyłączone.

Tworzenie przypadku testowego

Krok 1: W ramach zestawu testów możemy tworzyć wiele testów, klikając prawym przyciskiem myszy „zestaw testów” i wybierając „Nowy przypadek testowy”.

Krok 2: Określ nazwę przypadku testowego i kliknij „OK”.

Krok 3: Utworzony przypadek testowy ma zero kroków, jak pokazano poniżej.

Uwaga : widzimy, że przypadek testowy jest dodawany z zerową liczbą kroków testowych dla wszystkich dostępnych rodzajów testów. Po dodaniu kroków testowych liczby w nawiasach zmieniły się automatycznie.

Etap testu funkcjonalnego powinien przejść do „Etapów testu”, podczas gdy etap testu wydajności powinien przejść do „Testu obciążenia”, a etap testu bezpieczeństwa powinien przejść do „Testów bezpieczeństwa”.

Krok 4: Możemy wstawić różne kroki testowe, wykonując prawym przyciskiem myszy kroki testowe i wybierając odpowiedni krok testowy, jak pokazano poniżej. Tak więc, gdybyś miał przetestować usługę WWW REST, wybrałbyś żądanie testu REST.

Wstaw krok testu

Teraz dodajmy krok testowy, aby zweryfikować zaimportowane żądanie SOAP.

Krok 1: Dodaj nowy krok „Żądanie SOAP”, jak pokazano poniżej.

Krok 2: Wprowadź nazwę kroku i kliknij OK.

Krok 3: Po kliknięciu „OK” pojawi się okno dialogowe, w którym można wybrać operację do wywołania. Wyświetlane są wszystkie operacje, a użytkownik może wybrać operację, którą chciałby wywołać.

  • Istnieje wiele operacji, które zostaną wymienione. Operacje są takie same, z wyjątkiem używanej wersji protokołu SOAP.

    CalculatorSoap - używa SOAP w wersji 1.1, natomiast

    CalculatorSoap12 - korzysta z protokołu SOAP w wersji 1.2

  • Wersja nie ma dla nas znaczenia w tym kontekście. Dlatego możesz wybrać ten, który Ci odpowiada.

  • Po wybraniu operacji kliknij „OK”

Krok 4: Podczas dodawania przypadek testowy, możemy dodać standardowe twierdzeń. Asercje nazywane również punktami kontrolnymi / punktami walidacji, którymi zajmiemy się szczegółowo w następnym samouczku.

Podczas tworzenia przypadku testowego możemy dodać następujące punkty kontrolne / asercje. Stwórzmy przypadek testowy z opcją, która oznacza utworzenie kroku testowego BEZ któregokolwiek z poniższych punktów walidacji

  1. Sprawdza, czy komunikat odpowiedzi to SOAP, po wykonaniu testu.
  2. Sprawdza, czy schemat odpowiedzi jest prawidłowy.
  3. Sprawdza, czy odpowiedź SOAP zawiera FAULT.

Krok 5: Po utworzeniu przypadku testowego poniżej przedstawiono żądanie XML. Strukturę XML wyjaśniono w poniższej migawce.

Krok 6: Liczba kroków testu jest teraz zwiększana do jednego, ponieważ właśnie dodaliśmy jeden krok testowy. Podobnie, po dodaniu etapu testów obciążenia i bezpieczeństwa, odpowiednia liczba zostanie automatycznie zwiększona na podstawie liczby dodanych kroków.

Wyślij żądanie ręcznie i przeczytaj odpowiedź

Krok 1: Chcielibyśmy dodać dwie liczby całkowite.

  • intA - 5
  • intB - 5

Kolejny,

  1. Musimy wprowadzić te dane wejściowe w miejsce znaku zapytania, który zostanie wysłany jako żądanie XML.
  2. Po wprowadzeniu tych wartości do odpowiednich tagów XML, kliknij przycisk „wyślij żądanie”, aby sprawdzić odpowiedź.

Krok 2: Po przesłaniu żądania żądanie usługi sieciowej jest przetwarzane przez serwer sieciowy i odsyła odpowiedź, jak pokazano poniżej.

Czytając odpowiedź, możemy stwierdzić, że 5 plus 5 daje 10.

Zrozumienie reakcji na mydło i paneli dziennika

Jak wyjaśniono na początku tego samouczka, komunikaty SOAP są przesyłane za pośrednictwem protokołu HTTP. Przyjrzyjmy się komunikatom RAW. Pomoże nam to dowiedzieć się, w jaki sposób żądanie i odpowiedź SOAP zostały przesłane przez HTTP.

Krok 1: Kliknij kartę „RAW” w obu oknach żądań SOAP-UI.

  1. Żądanie jest wysyłane do serwera WWW. W związku z tym używana jest metoda POST protokołu HTTP.
  2. Żądanie SOAP jest przesyłane w treści komunikatu HTTP.

Krok 2: Teraz kliknij kartę „RAW” w oknie odpowiedzi SOAP-UI, aby zrozumieć, w jaki sposób odpowiedź jest wysyłana przez HTTP.

  1. Po przetworzeniu żądania wyświetlany jest kod odpowiedzi HTTP (200), co oznacza, że ​​zakończyło się sukcesem. Serwer internetowy pomyślnie go przetworzył.
  2. Odpowiedź SOAP jest odsyłana do klienta jako część treści komunikatu HTTP.

Szybka migawka kodów odpowiedzi HTTP ułatwiająca zrozumienie i debugowanie. Poniższa tabela pomoże w rozwiązywaniu problemów na podstawie kodu HTTP otrzymanego z serwera internetowego.

Kod HTTP Opis
1xx: Informacyjne - oznacza otrzymane żądanie i kontynuowanie procesu.
2xx: Sukces - działanie zostało pomyślnie odebrane, zrozumiane i zaakceptowane.
3xx: Przekierowanie - oznacza to, że należy podjąć dalsze działania, aby zrealizować żądanie.
4xx: Błąd klienta - oznacza to, że żądanie zawiera złą składnię lub nie może zostać spełnione
5xx: Błąd serwera - serwer nie spełnił pozornie prawidłowego żądania

Krok 3: Pozwól nam zrozumieć inne informacje, które są wyświetlane w oknie przypadku testowego.

  1. Reprezentuj nagłówek NO w wysyłanym żądaniu
  2. Reprezentuje brak załączników w żądaniu, które jest wysyłane do serwera sieci Web.
  3. Reprezentuje 10 informacji nagłówka i te same są wyświetlane po kliknięciu.
  4. Wskazuje, że nie ma załączników z wiadomości z odpowiedzią.

SZYBA LOGÓW:

Panel logów zawiera pełne informacje dotyczące transakcji między klientem a serwerem. Użytkownicy będą mogli zobaczyć zakładki panelu dziennika, jak pokazano poniżej. Omówimy najczęściej używane okienka dziennika podczas pracy z SOAP-UI.

Dziennik SoapUI - wyświetla informacje o odpowiedzi z serwera WWW. Te same informacje są przechowywane w pliku soapui.log w folderze z zainstalowanym interfejsem SOAP-UI w katalogu „bin”.

Dziennik HTTP - wyświetla wszystkie transfery pakietów HTTP. Wszystkie informacje w „RAW” są wyświetlane w dzienniku HTTP.

Dziennik błędów - dziennik błędów wyświetla wszystkie błędy, które napotkaliśmy podczas całej sesji projektu. Te same informacje są dostępne w pliku „soapui-errors.log” znajdującym się w katalogu „bin” w miejscu zainstalowania interfejsu SOAP UI.

Dziennik pamięci - ta zakładka monitoruje zużycie pamięci i wyświetla je w formie wykresu, jak pokazano poniżej. Jest to naprawdę pomocne, gdy wykonywana jest operacja wymagająca dużej ilości pamięci.

Teraz, gdy stworzyliśmy zestaw testów, przypadek testowy, krok testowy i otrzymaliśmy odpowiedź, następnym krokiem jest walidacja odpowiedzi. Typami asercji zajmiemy się w następnym samouczku.