Jak utworzyć zestaw testów i przypadek testowy w SoapUI

Zrozumienie protokołu SOAP

Zanim utworzymy przypadek testowy SOAPUI, poznajmy podstawy protokołu SOAP. Pomoże Ci to w skutecznym testowaniu żądań i odpowiedzi SOAP za pomocą interfejsu użytkownika SOAP.

MYDŁO oznacza Prosty protokół dostępu do obiektów. Poniżej znajdują się właściwości protokołu SOAP.

• Jest to protokół oparty na języku XML służący do komunikacji pomiędzy dwoma różnymi systemami.
• Jest niezależny od platformy i języka. Stąd system opracowany przy użyciu Java potrafi komunikować się z systemem opracowanym w in.NET.
• Żądania/odpowiedzi SOAP są przesyłane za pośrednictwem protokołu HTTP.

Poznaj FORMAT komunikatu SOAP

Wiadomość SOAP to zwykły dokument XML zawierający następujące elementy. Wiadomość może być albo wiadomością żądania, albo wiadomością odpowiedzi.

Po skonfigurowaniu przestrzeni roboczej, którą wykonaliśmy w ostatnim tutorialu, musimy stworzyć strukturę projektu SoapUI, zestawy testów, przypadki testowe, aby przetestować daną usługę internetową. Pozwól nam zrozumieć przykład projektu SoapUI, aby utworzyć nowy projekt SOAP.

Tworzenie projektu SOAP

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:

• Czy utworzyć przykładowe żądanie dla wszystkich operacji? Tworzy przykładowe żądanie dla wszystkich dostępnych operacji w podanym WSDL. Gdy tylko wpiszesz adres WSDL, ta opcja jest zaznaczona automatycznie. Możesz ją odznaczyć.
• Utwórz zestaw testów dla zaimportowanego pliku WSDL: Tworzy zestaw testów SoapUI w projekcie dla zaimportowanego pliku WSDL.
• Ścieżki względne: Umożliwia użytkownikowi zapisanie wszystkich plików związanych z plikiem projektu.

Krok 3) Po utworzeniu projektu SOAP przy użyciu wyżej wymienionego pliku WSDL zobaczymy, że do projektu zostaną zaimportowane dwie operacje.

Krok 4) Rozwiń pierwsze żądanie i kliknij prawym przyciskiem myszy opcję „Dodaj”. Następnie kliknij „Nowe żądanie”.

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

1. Wprowadź „intA” i „intB”
2. Kliknij przycisk przesyłania
3. Odpowiedź XML zostanie wyświetlona w prawym panelu.

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

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

Na przykład: Jeśli chcesz dodać z 4 i 4 zamiast 5 i 5… Musisz ponownie edytować operację. Tak więc, trzeba utworzyć zestaw testów/przypadki, aby przetestować wszystkie możliwe scenariusze bez konieczności bezpośredniej edycji samej operacji.

Jak utworzyć zestaw testów w SoapUI

Poniżej znajdują się kroki tworzenia zestawu testów w SoapUI:

Krok 1) Kliknij prawym przyciskiem myszy katalog główny projektu

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

Krok 2) Wprowadź szczegóły zestawu testów

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

Krok 3) Zweryfikuj utworzony zestaw testów

Utworzony zestaw testów jest wyświetlany w panelu nawigatora, jak pokazano poniżej.

Krok 4) Otwórz zestaw testów

Okno pakietu testowego zostanie otwarte w prawym okienku. Ponieważ właśnie stworzyliśmy, NIE ma przypadków testowych SoapUI. Dlatego wszystkie opcje są wyłączone.

Jak utworzyć przypadek testowy w SoapUI

Oto krok po kroku proces tworzenia przypadku testowego w SoapUI:

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

Krok 2) Podaj nazwę Przypadek testowy i kliknij „OK”.

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

Note: Widzimy, że przypadek testowy został dodany z zerowymi krokami testowymi dla wszystkich dostępnych rodzajów testów. Po dodaniu kroków testowych liczby w nawiasach zmienią się automatycznie.

Krok testu funkcjonalnego powinien przejść do „Kroków testowych”, 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, klikając kroki testowe prawym przyciskiem myszy i wybierając odpowiedni krok testowy, jak pokazano poniżej. Jeśli więc chcesz przetestować usługę sieciową REST, wybierz opcję Żądanie testu REST.

Dodanie kroku testowego w SoapUI

Dodajmy teraz krok testowy, aby zweryfikować zaimportowane żądanie testowania 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” pojawia się okno dialogowe, w którym można wybrać operację do wywołania. Wszystkie operacje są wymienione, a użytkownik może wybrać operację, którą chce wywołać.

• Będzie wymienionych wiele operacji. Operacje są takie same, z wyjątkiem używanej wersji SOAP.CalculatorSoap – używa SOAP w wersji 1.1, natomiast CalculatorSoap12 – używa SOAP w wersji 1.2
• Wersja nie ma dla nas znaczenia w tym kontekście. Dlatego możesz wybrać ten, który Ci się podoba.

  

• Po wybraniu operacji kliknij „OK”

  

Krok 4) Dodając przypadek testowy, możemy dodać standardowe asercje. Asercje zwane także punktami kontrolnymi/punktami walidacyjnymi, którymi zajmiemy się szczegółowo w następnym samouczku.

Możemy dodać następujące punkty kontrolne/asercje podczas tworzenia przypadku testowego. Utwórzmy przypadek testowy z opcją, która oznacza utworzenie kroku testowego BEZ żadnego z poniższych punktów walidacyjnych

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

Krok 5) Po utworzeniu przypadku testowego poniżej pokazano kod XML żądania. Strukturę XML wyjaśniono w poniższej migawce.

Krok 6) Liczba kroków testowych jest teraz zwiększana do jednego, ponieważ właśnie dodaliśmy jeden krok testowy. Podobnie, po dodaniu kroku testów obciążenia i bezpieczeństwa, odpowiednia liczba zostanie automatycznie zwiększona w oparciu o liczbę dodanych kroków.

Ręczne wysyłanie żądania i odczytywanie odpowiedzi w SoapUI

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

• wA – 5
• intB – 5

Następnie

1. Musimy wprowadzić te dane 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 „Prześ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 równa się 10.

Zrozumienie reakcji mydła i paneli dziennika

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

Krok 1) Kliknij zakładkę „RAW” w obu oknach żądania SOAP-UI.

1. Żądanie zostaje przesłane na serwer WWW. Dlatego używana jest metoda POST protokołu Http.
2. Żądanie SOAP jest przesyłane w treści komunikatu HTTP.

Krok 2) Teraz kliknij zakładkę „RAW”. w oknie odpowiedzi SOAP-UI, aby zrozumieć, w jaki sposób odpowiedź jest wysyłana za pośrednictwem protokołu HTTP.

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

Szybka migawka kodów odpowiedzi HTTP dla łatwego zrozumienia i debugowania. Poniższa tabela pomoże Ci rozwiązać problem w oparciu o kod HTTP otrzymany z serwera WWW.

Kod HTTP	Opis
1xx:	Informacyjny – Oznacza to otrzymanie wniosku i kontynuację procesu.
2xx:	Powodzenie - Akcja została pomyślnie odebrana, zrozumiana i zaakceptowana.
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ć zrealizowane
5xx:	Błąd serwera - Serwer nie spełnił pozornie prawidłowego żądania

Krok 3) Przyjrzyjmy się pozostałym informacjom wyświetlanym w oknie przypadku testowego.

1. Reprezentuj nagłówek NO w wysyłanym żądaniu
2. Reprezentuje brak załączników w żądaniu wysyłanym do serwera WWW.
3. Zawiera 10 informacji nagłówkowych, które są wyświetlane po kliknięciu.
4. Wskazuje, że wiadomość z odpowiedzią nie zawiera żadnych załączników.

OKIENKO LOGÓW:

Panel logów zawiera pełne informacje dotyczące transakcji pomiędzy klientem a serwerem. Użytkownicy będą mogli zobaczyć karty panelu dziennika, jak pokazano poniżej. Omówimy najczęściej używane panele 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 zainstalowanym SOAP-UI w katalogu „bin”.

Dziennik HTTP – Wyświetla cały transfer pakietów HTTP. Wszystkie informacje w formacie „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 lokalizacji zainstalowanego 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 intensywnie wykorzystująca pamięć.

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