Oto pytania i odpowiedzi dotyczące rozmów kwalifikacyjnych w ramach API Testing, zarówno dla nowicjuszy, jak i doświadczonych kandydatów, którzy chcą zdobyć wymarzoną pracę.
1) Jakie narzędzia są wykorzystywane do testowania API?
API (Application Programming Interface) określa, w jaki sposób niektóre komponenty oprogramowania powinny współdziałać z innymi, innymi słowy jest to zestaw funkcji i procedur, które umożliwiają tworzenie aplikacji, które uzyskują dostęp do funkcji lub danych aplikacji lub system operacyjnyTestowanie tych funkcji nazywane jest testowaniem API.
3) Jakie testy są najczęściej przeprowadzane w interfejsach API?
4) Podaj główną różnicę między testowaniem na poziomie interfejsu użytkownika a testowaniem interfejsu API.
Interfejs użytkownika (interfejs użytkownika) odnosi się do testowania interfejsu graficznego, np. interakcji użytkownika z aplikacjami, testowania elementów aplikacji, takich jak czcionki, obrazy, układy itp. Testowanie interfejsu użytkownika zasadniczo koncentruje się na wyglądzie i działaniu aplikacji. Natomiast API umożliwia komunikację pomiędzy dwoma oddzielnymi systemami oprogramowania. System oprogramowania implementujący interfejs API zawiera funkcje lub podprogramy, które mogą być wykonywane przez inny system oprogramowania
5) Wyjaśnij, czym jest MYDŁO?
Pytania do rozmowy kwalifikacyjnej dotyczące testowania API
SOAP oznacza prosty protokół dostępu do obiektu i jest to protokół XML oparty na protokole wymiany informacji pomiędzy komputerami.
6) Wyjaśnij, czym jest REST API?
Jest to zestaw funkcji, do których programiści wykonują żądania i otrzymują odpowiedzi. W REST API interakcja odbywa się za pośrednictwem protokołu HTTP REST – oznacza Representational State Transfer i szybko staje się de facto standardem przy tworzeniu API.
7) Jaka jest różnica pomiędzy API a testowaniem jednostkowym?
Testowanie API
Testów jednostkowych
Właścicielem interfejsu API jest zespół ds. kontroli jakości
Właścicielem testów jednostkowych jest zespół programistów
API to głównie testowanie czarnej skrzynki
Testowanie jednostkowe to testowanie białej skrzynki
Podczas testów API uwzględniana jest pełna funkcjonalność systemu, ponieważ będzie on używany przez użytkownika końcowego (zewnętrznych programistów, którzy będą korzystać z Twojego API)
Testy jednostkowe przeprowadza się w celu sprawdzenia, czy każda jednostka oddzielnie działa zgodnie z oczekiwaniami, czy nie
Testy API są często uruchamiane po tym, jak kompilacja jest już gotowa, a autorzy nie mają dostępu do kodu źródłowego
Oczekuje się, że dla każdego modułu programiści zbudują testy jednostkowe dla każdego modułu kodu i muszą upewnić się, że każdy moduł przejdzie test jednostkowy, zanim kod zostanie włączony do kompilacji
8) Jak testować API?
Aby przetestować interfejsy API, wykonaj następujące kroki
Wybierz pakiet, do którego chcesz dodać przypadek testowy API
Wybierz tryb programowania testów
Opracuj przypadki testowe dla pożądanych metod API
Skonfiguruj parametry kontroli aplikacji
Skonfiguruj warunki testowe
Skonfiguruj walidację metody
Wykonaj test API
Zobacz raporty z testów
Filtruj przypadki testowe API
Przypadki testowe API sekwencji
9) Wymień główne obszary, które należy wziąć pod uwagę podczas pisania dokumentu API.
Kluczowym obszarem, który należy wziąć pod uwagę podczas pisania dokumentów API, są
Źródło treści
Plan dokumentu lub szkic
Układ dostawy
Informacje wymagane dla każdej funkcji w dokumencie
Programy do automatycznego tworzenia dokumentów
10) W dokumencie API wyjaśnij, jak dokumentować każdą funkcję? Jakie narzędzia są używane do dokumentowania?
Opis: Mały opis działania funkcji
Składnia: Składnia dotycząca parametrów kodu, kolejności ich występowania, elementów wymaganych i opcjonalnych itp.
Parametry: Parametry funkcji
Komunikaty o błędach: Składnia komunikatów o błędach
Przykładowy kod: Mały fragment kodu
Powiązane Linki: Powiązane funkcje
Popularne narzędzia używane do dokumentacji API to JavaDoc (dla kodu Java) Doxygen (dla kodu .Net)
11) Wyjaśnij strukturę API.
Struktura API jest oczywista. Wartości dla przebiegu testu i przechowywania konfigurowalnych części są zawarte w pliku konfiguracyjnym. Zautomatyzowane przypadki testowe muszą być reprezentowane w formacie „tabeli parsowania” w pliku konfiguracyjnym. Podczas testowania API nie ma potrzeby testowania każdego API, więc plik konfiguracyjny powinien zawierać sekcję, w której wszystkie API są aktywowane dla danego przebiegu.
12) Jak działa API Builder?
API Builder to program PLSQL składający się z czterech SQL pliki
Za ustawienie parametrów API i uruchomienie procesu odpowiada jeden plik
Tworzone są dwa pliki dla tabel tymczasowych i pakietu głównego w celu utworzenia wyjściowego kodu
Czwarty plik tworzy „buforowane” wyjście kodu do pliku o nazwie „output_script_.sql”
13) Wyjaśnij czym jest TestApi?
TestApi to biblioteka interfejsów API narzędziowych i testowych, która umożliwia testerom i programistom tworzenie narzędzi testowych i testów automatycznych dla aplikacji .NET i Win32. Udostępnia zestaw wspólnych bloków konstrukcyjnych, typów, struktur danych i algorytmów testowych.
14) Czym jest wstrzykiwanie danych wejściowych i jakie są różne sposoby jego realizacji?
Wstrzykiwanie danych wejściowych: Jest to działanie polegające na symulowaniu danych wprowadzanych przez użytkownika. Istnieje kilka sposobów symulowania danych wprowadzanych przez użytkownika.
Bezpośrednie wywołanie metody
Wywołanie przy użyciu interfejsu dostępności
Symulacja z wykorzystaniem sygnału wejściowego niskiego poziomu
Symulacja przy użyciu sterownika urządzenia
Symulacja z wykorzystaniem robota
15) Jakie są główne wyzwania związane z testowaniem API?
Główne wyzwania związane z testowaniem API to:
Wybór parametrów
Kombinacja parametrów
Kolejność połączeń
16) Na czym polega testowanie API za pomocą runscope?
Runscope to aplikacja internetowa udostępniająca usługi backendowe i łatwy w użyciu interfejs do testowania API.
17) Wyjaśnij, na czym polegają zasady projektowania testów API?
Zasadą projektowania testów API jest
Konfiguracja: Twórz obiekty, uruchamiaj usługi, inicjuj dane itp
Wykonanie: Kroki wykonywania API lub scenariusza, także logowanie
Weryfikacja: Wyrocznie do oceny wyniku wykonania
Raportowanie: Pass, nieudany lub zablokowany
Sprzątać: Stan przed testem
18) Jakie rodzaje błędów wykrywają testy API?
Rodzaje błędów, które API znajdzie
Brakująca lub zduplikowana funkcjonalność
Nie radzi sobie z błędami w należyty sposób
Napięcia
Niezawodność
Bezpieczeństwo
Nieużywane flagi
Niezaimplementowane błędy
Niespójna obsługa błędów
Wydajność
Problemy z wielowątkowością
Niewłaściwe błędy
19) Jakie narzędzia są wykorzystywane do automatyzacji testów API?
Podczas testowania testów jednostkowych i API, zarówno docelowych, jak i źródłowych, jeśli metoda API używa kodu opartego na .NET, narzędzie obsługujące powinno mieć .NET. Do testowania API można używać narzędzi automatyzacji.
NUnit dla platformy .NET
JUnit dla Javy
HP UFT
Interfejs mydła
20) Podaj kroki testowania API.
Etapy testowania API
Wybierz przypadek testowy, który ma zostać spełniony
W przypadku wywołania API opracuj przypadek testowy
Aby spełnić przypadek testowy, skonfiguruj parametry API
Określ, w jaki sposób zweryfikujesz pomyślny test
Używając języka programowania takiego jak PHP lub .NET, wykonaj wywołanie API
Zezwól wywołaniu API na zwrócenie danych w celu sprawdzenia poprawności
21) Jakie protokoły są powszechnie stosowane w testowaniu API?
HTTP
JMS
REST
SOAP
UDDI
Te pytania podczas rozmowy kwalifikacyjnej pomogą również w Twoim życiu (ustach)
Postman doskonale nadaje się nie tylko do testowania ręcznego, ale także do bardzo szybkiego tworzenia kolekcji, które można uruchomić za pomocą Newmana w potoku CI/CD i łatwo udostępnić członkom zespołu nietechnicznym w celu zilustrowania zasięgu. Możesz także załadować dowolny kod pomocniczy (JavaScript) jako zmienną globalną i wywołać metody w swoich testach, używając skryptów przed żądaniem i po żądaniu.
Alternatywnie możesz porozmawiać o REST-Assured do automatyzacji testów z Javą. Może warto zauważyć, że wielu klientów używa obecnie Selenium do testowania interfejsów API za pośrednictwem interfejsu użytkownika, co jest całkowicie błędne. :-)
Nikt nie drapie się po odpowiedzi na pytanie nr 21? Rozumiem te 5 elementów w ten sposób (mogę się też mylić):
– HTTP JEST protokołem internetowym (w większości znanym – nie ma potrzeby wchodzenia w dalsze szczegóły)
– REST NIE jest protokołem, raczej JEST wzorcem architektonicznym do budowy interfejsu API – który wykorzystuje protokoły HTTP/HTTPS do komunikacji przez Internet
– SOAP JEST oficjalnym protokołem internetowym opartym na XML, utrzymywanym przez W3C
– UDDI NIE jest protokołem, raczej JEST formatem specyfikacji API zatwierdzonym przez OASIS do publikowania interfejsów API za pośrednictwem rejestru UDDI
– JMS NIE jest protokołem, raczej JEST systemem przesyłania wiadomości opartym na XML, z własnym API do wysyłania i odbierania wiadomości przy użyciu różnych protokołów, głównie TCP/IP
Proszę – aby pomóc mi i innym lepiej to zrozumieć – albo znienawidź, albo pokochaj moją odpowiedź w komentarzach. Dzięki :)
Klient Postman Rest Client służy także do automatyzacji usług API.
Postman doskonale nadaje się nie tylko do testowania ręcznego, ale także do bardzo szybkiego tworzenia kolekcji, które można uruchomić za pomocą Newmana w potoku CI/CD i łatwo udostępnić członkom zespołu nietechnicznym w celu zilustrowania zasięgu. Możesz także załadować dowolny kod pomocniczy (JavaScript) jako zmienną globalną i wywołać metody w swoich testach, używając skryptów przed żądaniem i po żądaniu.
Alternatywnie możesz porozmawiać o REST-Assured do automatyzacji testów z Javą. Może warto zauważyć, że wielu klientów używa obecnie Selenium do testowania interfejsów API za pośrednictwem interfejsu użytkownika, co jest całkowicie błędne. :-)
Wyczyść dokument
Nikt nie drapie się po odpowiedzi na pytanie nr 21? Rozumiem te 5 elementów w ten sposób (mogę się też mylić):
– HTTP JEST protokołem internetowym (w większości znanym – nie ma potrzeby wchodzenia w dalsze szczegóły)
– REST NIE jest protokołem, raczej JEST wzorcem architektonicznym do budowy interfejsu API – który wykorzystuje protokoły HTTP/HTTPS do komunikacji przez Internet
– SOAP JEST oficjalnym protokołem internetowym opartym na XML, utrzymywanym przez W3C
– UDDI NIE jest protokołem, raczej JEST formatem specyfikacji API zatwierdzonym przez OASIS do publikowania interfejsów API za pośrednictwem rejestru UDDI
– JMS NIE jest protokołem, raczej JEST systemem przesyłania wiadomości opartym na XML, z własnym API do wysyłania i odbierania wiadomości przy użyciu różnych protokołów, głównie TCP/IP
Proszę – aby pomóc mi i innym lepiej to zrozumieć – albo znienawidź, albo pokochaj moją odpowiedź w komentarzach. Dzięki :)
SOAP oznacza prosty protokół dostępu do obiektu. Popraw to w swoim pytaniu nr 5.
Jest aktualizowany.