Jakich narzędzi używasz do testowania publicznego interfejsu API REST? [Zamknięte]

84

Poszukuję narzędzi do testowania REST API.

Jak dotąd znam tylko SoapUI . Próbowałem SOAPUI, ale - przynajmniej na Macu - jest okropne.

Zastanawiasz się, czego ludzie używają do testowania własnych interfejsów API.

dscape
źródło
1
JMeter to najlepsze narzędzie do testowania REST API - dodanie tego komentarza dla osób, które szukają szczegółowych kroków do przetestowania REST API przy użyciu JMeter. testautomationguru.com/how-to-test-rest-api-using-jmeter
vins
Oto ogromny przewodnik z w pełni sprawdzonymi narzędziami 25 Api Testing Tools: octoperf.com/blog/2018/03/22/api-testing-tools
Jerome L
Zobacz żądania i odpowiedzi w Visual Studio Code bezpośrednio odnoszą ten link
Nɪsʜᴀɴᴛʜ
2
Podczas wyszukiwania odpowiedzi odkryłem przypadkowo ten „10 najlepszych narzędzi do testowania interfejsu API” medium.com/@alicealdaine/ ...
Joey Rock
rooztab.com jest oparty na sieci i działa na dowolnej przeglądarce
Moh Arjmandi

Odpowiedzi:

63

Jeśli tylko ręcznie testujesz swoje interfejsy API, zauważyliśmy, że RestClient 2.3 lub dodatek Poster dla przeglądarki Firefox są bardzo pomocne. Oba umożliwiają tworzenie żądań, które GET, PUT, POST lub DELETE. Możesz zapisać te żądania, aby ponownie uruchomić je później.

Aby przeprowadzić proste testy automatyczne, wypróbuj polecenie „curl” systemu Linux (lub Cygwin) w skrypcie powłoki.

Z czegoś bardziej przemysłowego możesz przejść do Apache JMeter . JMeter doskonale nadaje się do testowania obciążenia.

31 października 2014: HTTPRequester jest teraz lepszym wyborem dla przeglądarki Firefox.

Lipiec 2015 r .: Postman to dobry wybór dla Chrome

Jim Ferrans
źródło
Dzięki Jim! Obecnie używam cURL i niektórych skryptów bash, ale chciałem po prostu zapisać testy w jednym miejscu (na przykład plik json lub xml, który mogę umieścić w katalogu / tests / mojej aplikacji), a następnie coś, co pozwoli mi ponownie uruchomić te testy, gdy się rozwijam. Przetestuje Poster i RestClient
dscape
Napisałem wtyczkę klienta REST o nazwie Requester for Sublime Text, github.com/kylebebak/Requester . Jest inspirowany HTTPie i Postman. Jest bardzo wydajny i łatwy w użyciu, a także działa na wielu platformach. Jeśli nie jesteś zakochany w swoim kliencie HTTP, zdecydowanie warto spróbować.
kylebebak
Bawiłem się interfejsem SOAP, ale teraz wolę Listonosza dla Windows. Mogę testować swoje API nawet w IIS Express podczas debugowania w Visual Studio. Interfejs SOAP nie pozwolił mi na testowanie przy użyciu IIS Express.
AbuTaareq,
Bezsenność Odpoczynek to także dobra alternatywa: octoperf.com/blog/2018/03/22/api-testing-tools/#insomnia
Jerome L
44

Listonosz w sklepie chrome jest prosty, ale potężny.

daviddeath
źródło
4

Używam http://hurl.it/

Ha. Przepraszam, źle przeczytałem twój post. Wcześniej użyłem ogórka do przetestowania. Ładnie się udało.

Jimmy Baker
źródło
1
Dzięki Jimmy. Sposób, w jaki to widzę, jest przeznaczony do testowania kodu, a nie usług internetowych. Coś bardziej konkretnego, nie specyficznego dla języka, byłoby świetne. Coś jak CouchDB, które umożliwia uruchamianie testów w przeglądarce poprzez interfejs futon.
dscape,
Oto lista narzędzi, takich jak hurl.it.
Stephan
hurl.it już nie jest dostępny… @Jimmy Baker
MonTea
3

Używamy Groovy do testowania naszego RestFUL API, używając szeregu funkcji pomocniczych do budowania XML put / post / gets, a następnie serii testów na węzłach XML, aby sprawdzić, czy dane są poprawnie przetwarzane.

Używamy Poster (w przypadku przeglądarki Firefox, Chrome wydaje się nie mieć podobnego narzędzia) do ręcznego testowania pojedynczych obszarów lub po prostu do sondowania interfejsu API w momentach, gdy musimy utworzyć dalsze testy lub sprawdzić stan rzeczy.

TheCesspit
źródło
Chrome ma teraz XHR Poster, który działa jak Poster, ale ma również kilka fajnych dodatkowych funkcji.
theCesspit
3

Planujemy używać FitNesse z RestFixture. Nie zaczęliśmy jeszcze pisać naszych testów, nasz najnowszy tester załatwił wszystko w zeszłym tygodniu, jednak użył do tego FitNesse w swojej ostatniej firmie, więc wiemy, że jest to rozsądna konfiguracja do tego, co chcemy robić.

Więcej informacji można znaleźć tutaj: http://smartrics.blogspot.com/2008/08/get-fitnesse-with-some-rest.html

testerab
źródło
3

Używam Fiddlera - jest to świetne narzędzie i pozwala szybko zhakować poprzednie żądanie http zmieniające nagłówki / zawartość itp.

Oprócz tego korzystam ze skryptów napisanych w Pythonie (przy użyciu httplib ), ponieważ jest to jeden z najłatwiejszych sposobów tworzenia testów integracyjnych.

Maciek Talaska
źródło
1
Fiddler to świetne narzędzie, ale tak naprawdę nie jest alternatywą dla SOAPUI, takiego jak Postman czy HttpMaster . W przeciwnym razie zgadzam się, że najlepszym sposobem tworzenia testów integracyjnych jest toczenie własnych skryptów (oczywiście jeśli masz czas i energię).
Joxi
1

Używam wtyczki DevHttpClient dla Chrome, jest to przydatne. zapisuje również poprzednie działania. czysty interfejs użytkownika

RADOŚĆ
źródło
1

http://www.quadrillian.com/ pozwala to na stworzenie całego zestawu testów dla Twojego API, uruchomienie go z przeglądarki i udostępnienie innym.

Gidon Wise
źródło
1

Używamy Groovy i Spock do pisania bardzo wyrazistych testów w stylu BDD. Niezrównane combo! Jersey Client API lub HttpClient jest używany do obsługi żądań HTTP.

Do testów ręcznych / akceptacyjnych używamy aplikacji Curl lub Chrome jako Postman lub Dev HTTP Client.

RunarB
źródło
0

Testujemy własne za pomocą własnych testów jednostkowych i często dedykowanej aplikacji klienckiej.

Wyatt Barnett
źródło
0

Istnieje bezpłatne narzędzie z theRightAPI, które umożliwia testowanie dowolnego interfejsu API opartego na protokole HTTP. Umożliwia także zapisywanie i udostępnianie scenariuszy testowych.

www.theRightAPI.com/test

zrozumiałem
źródło