Sayfalama işleminin gerçek bir API'ye karşı test edilmesi

Sayfalama, henüz yazılmakta olan bir kayıt kümesinin ortasına bir sayfa sınırı denk gelene kadar önemsiz görünür. Aşağıdaki API'ler, her iki yaygın stili de (toplamlı sayfa numaraları ve opak imleçler) uygulamaktadır; böylece her birine karşı bir istemci yazabilir ve kodunuzun hangi varsayımları yaptığını öğrenebilirsiniz.

Sayfalama testi — request and response sequence Sequence diagram for Pagination testing: GET /friends/v1/characters answers 200 OK. GET /friends/v1/episodes answers 400 Bad Request. GET /friends/v2/characters answers 404 Not Found. Your client Fun API Playground GET /friends/v1/characters 200 Tamam Tüm karakterleri listele (sayfalandırılmış) — v1, kullanımdan kaldırıldı GET /friends/v1/episodes 400 Bad Request Bölümleri listele, sezona göre filtrele GET /friends/v2/characters 404 Not Found List characters — v2 (breaking change: job → occupation,…
Katalogdaki gerçek uç noktalar — yukarıdaki her istek karşılanıyor ve gösterilen her durum kodu, o uç noktanın gerçekten döndürdüğü bir koddur.

Bunu nasıl uygulayabilirsiniz?

  1. Sayfaları sırayla dolaşın ve topladığınız kayıt sayısının API’nin bildirdiği toplamla eşleştiğini doğrulayın.
  2. Son sayfayı aşan bir sayfa isteyin. Bazı API’ler boş listeyle 200 döndürürken Friends API 404 döndürür. İstemciniz her iki davranışı da ele almalıdır.
  3. Son sayfayı kontrol edin. Genellikle kısmen doludur; bir kayıt eksik veya fazla dönmesi gibi sınır hataları burada görünür.
  4. Bank API sayfalarını cursor ile dolaşın; hiçbir kaydın atlanmadığını veya tekrarlanmadığını doğrulayın.
  5. Sayfalamayı bir filtreyle birlikte kullanın ve kayıt sayılarının hâlâ tutarlı olduğunu doğrulayın.

Denemek için API'ler

İlgili durum kodları

Diğer teknikler

Başlangıç rehberi · 39 mock REST API’nin tamamı

Son güncelleme