REST API'sı sık karşılaşılan sorunları sınama

Question

Yakın zamanda dinlenmeye dayalı web hizmetlerini sınamaya başladım. Onları test ederken karşılaşılan ortak sorunların neler olduğunu merak ediyorum.

Genellikle (http kodu 200/400/500 arasındadır)

yanıt başlıkları (önbellek kontrolü, yanıt türü, içerik uzunluğu)

1. tepki durumu bakmak json cevabında beklenen alanlar/değerler varsa.

ben gerisi tabanlı web servisleri

Answer 1

Bu aslında çok geniş bir soru ama, burada ben gerisini test ederken bakmak şeylerdir test ederken genel olarak ve sorunları arayan başka ne bilmek istiyorum API en: Doğrulama/Yetkilendirme se için

Kontrol kullanıcı ayrıcalıklarına göre doğru olup olmadığını

1. Tepki kodları Tepki
2. kontrol başlıklarını E belirli sağlanan değer çıkışını kırılması durumunda
3. Kasıtlı uygun giderme işlemi olup olmadığını görmek için farklı Veri Tipi değerleri geçirmek ya da değil
4. Kullanım yük test araçları bir API işleyebilir ne kadar eşzamanlı istek görmek için

Yine, bu, bir şey inşa etmekte olduğunuz API türüne bağlı olacağından sadece birkaç puan. İlerledikçe daha fazla ekleme yapmaktan çekinmeyin.

Answer 2

Burada, Restful API'lerini test ederken edindiğim deneyimlere dayanan öneriler var.

1. API'larınız ile kullanıyorsanız, tescilli başlıkları doğruladığınızdan emin olun.
2. Yanıtta doğru konum üstbilgisini eklediğinizden emin olun, böylece Rest API arayan, doğrulama veya sonraki çağrılar için bunu kullanabilir.
3. Konum başlığı iletişim kurallarının doğru olduğundan emin olun. (Http/https). Sonraki aramalar için çok önemlidir.

Answer 3

Orada çoktur, ama bana bile özellikle API sorunları olmayan ancak tam API entegrasyonu testi bulmak yardımcı olacak birkaç paylaşalım.

Bir yayıncının ürün listeleme bitiş noktasının vurulduğu bir tümleştirme API'sı testi gerçekleştirdik ve ardından bu ürünlerin 100'ünü rastgele seçtik. Birkaç haftada bir sürü kötü ürün kimliği buluruz. Nasıl mümkün oldu? Veritabanını günceller, ancak ürün listeleme bitiş noktası önbelleğe alınmış ve otomatik olarak yenilenene kadar saatlerce kötü bilgiler alınmıştır.

Brooklyn'de bir e-ticaret şirketi bulduğumuz bir başka zaman, ortalama olarak, 50k + 'lık 3.500 ürünü bir kategoride kaçırıyordu. Bu, kategorilere göre göz attıysanız ve potansiyel satış kaybettiyseniz 3,500 ürünü göstermemek anlamına geliyordu.

Web sitemizde bu konuyla ilgili bir örnek çalışma var. Garip ve beklenmedik şeyler her zaman olur.Her şeyi test edin ve olabildiğince fazla yakalayın. Yükteki her nesne doğrulanmalı, overkill gibi görünebilir, ancak sizin için işe yarayan her şeyi yapabilecek platformlar var.