202 numaralı test kabul edildi ve eşzamansız iş yoklaması yapılıyor.

202 Kabul Edildi durumu, istemcilerin en çok yanlış yorumladığı durumdur çünkü henüz gerçekleşmemiş bir iş için başarı yanıtıdır. Protokol Laboratuvarı, bu modelin tamamını şu şekilde modellemektedir: gönderin, bir durum URL'si içeren 202 alın, iş çözülene kadar yoklayın ve tamamlanmak yerine başarısız olan işi ele alın.

Bunu nasıl uygulayabilirsiniz?

1. İş başlatın; 202 yanıtının Location başlığını okuyup işin bittiğini varsaymak yerine durumu sorgulayın.
2. Makul sorgu aralığı ve deneme sınırı kullanın. Hiç bitmeyen iş için sürekli sorgu göndermeyin.
3. İş başarısız tamamlandığında bunu ele alın: durum sorgusu başarılı olsa da iş başarısız olabilir.
4. İş toplam zaman aşımı süresini aştığında istemcinin davranışını kontrol edin.
5. Güvenilir olmayan üst servis koşullarını denemek için sorgulamayı 503 ve 504 uç noktalarıyla birleştirin.

Denemek için API'ler

• Protokol Laboratuvarı API'si — Async jobs, redirects, 503/504, JSON Patch & content negotiation. (12 endpoints)
• Olay Akışları API'si — SSE events, replay cursors, heartbeats & ordering. (3 endpoints)
• Eğlenceli Veri Köprüsü API'si — Seeded fixtures from schemas, inspired by fundata.dev. (4 endpoints)

İlgili durum kodları

• 202 Accepted
• 200 Tamam
• 503 Service Unavailable
• 504 Gateway Timeout

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.
• Hız sınırlama testi — Trigger a real 429 with Retry-After and X-RateLimit headers, and verify your client backs off instead of retrying straight into the limit.
• İ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.

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

Son güncelleme 16 Ekim 2026