Test hızı limitleri, 429'lar ve geri çekilme

Hemen hemen hiç kimse hız sınırlamasını test etmez, çünkü düzgün çalışan bir API, isteğiniz üzerine hız sınırlaması uygulamaz; bu nedenle yavaşlamayı kesintiye dönüştüren yeniden deneme politikası test edilmeden sunulur. Coffee Shop API'si, canlı bir pencere üzerinden gerçek bir kota uygular, böylece kotayı bilerek aşabilir ve yeniden açıldığını izleyebilirsiniz.

Bunu nasıl uygulayabilirsiniz?

1. 429 alana kadar istek gönderin; Retry-After değerini okuyup yeniden denemeden önce belirtilen süreyi bekleyin.
2. Başarılı yanıtlardaki X-RateLimit-Limit, X-RateLimit-Remaining ve X-RateLimit-Reset başlıklarına göre istek hızını ayarlayın.
3. Yeniden deneme politikasının artan bekleme süresi ve bir üst sınır kullandığını doğrulayın. 429 sonrası durmadan denemek yükü artırır.
4. Devre kesicinizin 429 yanıtını kalıcı bir arıza gibi saymadığını kontrol edin.
5. Fault Injection API ile hız sınırını aralıklı 503 yanıtlarıyla birleştirin ve istemcinin toparlandığını kontrol edin.

Denemek için API'ler

• Kahve Dükkanı API'si — Drinks & orders. Home of the legendary 418. (6 endpoints)
• Hata Enjeksiyonu API'si — Latency, status codes, malformed payloads & flaky responses. (5 endpoints)

İlgili durum kodları

• 429 Too Many Requests
• 503 Service Unavailable

Diğer teknikler

• Sayfalama testi — Practise page-number and cursor pagination, and the edge cases that break clients: the last partial page, an out-of-range page, and a total count that disagrees with what you collected.
• İdempotans anahtar testi— Send the same write twice with an Idempotency-Key and confirm the operation happens once — the mechanism that stops a network retry becoming a duplicate charge.
• ETag ve If-Match testleri— Provoke a 412 Precondition Failed by writing with a stale ETag — the check that stops two clients silently overwriting each other.
• Webhook imza testi — Register a callback, trigger a delivery, verify its HMAC signature, and confirm a tampered payload is rejected.
• OAuth ve JWT testleri — Run real client-credentials, authorization-code and device-code flows, then test what your client does when the token expires mid-session.
• Negatif test — Provoke 400, 401, 403, 404, 409, 418, 422, 429, 500 and 503 deliberately, and check your client handles each one differently.
• Asenkron iş testi— Start a long-running job, follow the 202 and its Location header, and poll to completion — including the failure and timeout paths.

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

Son güncelleme 16 Ekim 2026