ETag ve If-Match ile iyimser eşzamanlılığın test edilmesi

Kayıp güncellemeler, herhangi bir CRUD uygulamasındaki en sessiz hatadır: iki istemci aynı kaydı okur, ikisi de yazar ve ikincisi sessizce birincisinin çalışmasını yok sayar. İyimser eşzamanlılık bunu, başa çıkabileceğiniz bir 412 hatasına dönüştürür. Kataloğun çoğu bunu desteklediği için hem sorunsuz senaryoyu hem de çakışmayı prova edebilirsiniz.

Bunu nasıl uygulayabilirsiniz?

1. Kaynağı GET ile okuyup ETag değerini saklayın. If-Match ile PUT gönderin ve yazmanın başarılı olduğunu doğrulayın.
2. İkinci bir istekle kaynağı değiştirin; ilk PUT isteğini eski ETag ile yineleyip 412 aldığınızı doğrulayın.
3. If-Match olmadan yazmayı deneyin. Uç nokta buna izin veriyorsa başka bir güncellemenin üzerine yazma riskini inceleyin.
4. If-None-Match ile koşullu GET gönderin; veri değişmediyse 304 aldığınızı doğrulayın.
5. Retro Quest kayıt çakışması uç noktalarında oyun kaydı sürümleriyle aynı yaklaşımı deneyin.

Denemek için API'ler

• Futbol API'si — Teams, squads, standings & simulated matches. (7 endpoints)
• Harry Potter API — Houses, students & spells from a magic school. (10 endpoints)
• Game of Thrones API — Houses, nobles & dragons of Westeros. (12 endpoints)
• Retro Quest API — Pixel heroes, quests, loot & save-game conflicts. (5 endpoints)

İlgili durum kodları

• 304 Not Modified
• 412 Precondition Failed

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.
• 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