Bu yazıda
Hızlı özet
- Kesintiyi işin farklı aşamalarında değerlendirin.
- Tamamlanan ve sonucu belirsiz kayıtları ayırın.
- Yeniden açılan ekran yerine işlem kayıtlarını karşılaştırın.
Başarı ölçüsünü kesintiden önce yazın
Demo başlamadan kaç kurgu çalışan, kaç PDF ve hangi aşamaların kullanılacağını belirleyin. Beklenen sonucu açık yazın: tamamlanan dosya tekrar işlenmemeli, yarım kalan kayıt görünmeli, iletim sonucu belirsiz olan kayıt önce araştırılmalıdır. Sonradan ekrandaki davranışa göre başarı tanımı değiştirilmesin.
Kesinti denemesi, gerçek çalışanlara belge iletilen bir ortamda gelişigüzel yapılmaz. Yalıtılmış demo ve kurgu belgeler kullanılır; harici iletimin devre dışı olduğu doğrulanır.
Üç ayrı noktada durma senaryosu kurun
Dosya gruplama, imza ve gönderim aynı işlem aşaması değildir. Bir noktada başarılı toparlanma görülmesi diğerlerini kanıtlamaz. Senaryo sonrasında dosya sürümü, kişi bağı ve işlem sonucu karşılaştırılır. Beklenen kayıt bulunmuyorsa sessizce yeni iş başlatmak yerine bu eksik açık biçimde gösterilmelidir.
| Kesinti noktası | Demo sırasında aranacak davranış |
|---|---|
| Gruplama sürerken | Yarım çıktı ile tamamlanmış çıktı ayrılıyor mu? |
| İmza sonucu beklenirken | Sonuç aynı dosya sürümüyle doğrulanıyor mu? |
| İletim yanıtı alınmadan | Önceki işlem araştırılmadan tekrar önleniyor mu? |
Kurgu örnek: on iki kaydın beşi tamamlandı
Kurgu örnekte 12 kişilik demo işi çalışırken kesinti oluşur. Önceden yazılan senaryoya göre beş kayıt tamamlanmış, biri sonuç bekliyor, altısı henüz başlamamıştır. Yeniden açıldığında beklenen, bu ayrımın kayıtlarla açıklanmasıdır. On iki satırın da başlangıca dönmesi veya hepsinin tamamlandı görünmesi kabul edilmez.
Sonuç bekleyen kayıt için hangi kontrolün yapılacağı ayrıca gösterilir. Örnekteki sayılar gerçek HemenHR performansı veya yapılmış bir test sonucu değildir.
Kanıt ile tasarım hedefini ayrı tutun
Demo notuna kullanılan sürümü, senaryoyu, kesinti anını ve gözlenen sonucu ekleyin. Ekran görüntüsünün yanında oluşan işlem sayıları ve dosyaların kişi bağı da incelenir. Bir denemenin geçmesi, bütün donanım ve bağlantı koşullarında aynı davranışın garanti edildiği anlamına gelmez. Başarısız adım ve yeniden denenecek koşul açıkça kalır.
HemenHR için güvenilir kişi bazlı işleme ve güvenli devam tasarım hedefleridir. Ürünün canlı kabulü bulunmadığından satınalma değerlendirmesinde bu hedeflerin gösterilebilir sonuçlarla ayrıca sınanması gerekir.
Kısa sorular, net yanıtlar
Otomatik yeniden deneme her hatada iyi bir çözüm mü?
Hayır. Özellikle iletim sonucu belirsizken önceki işlemi doğrulamadan tekrar denemek mükerrer etki yaratabilir. Hata türüne göre farklı karar beklenmelidir.
Kaynak ve kapsam
- HemenHR ürün kapsamı ve geliştirme durumu — Geliştirme aşaması ve güvenilir kişi bazlı işleme hedefi; kesinti senaryoları yapılmış test veya mevcut özellik iddiası değildir.
Bu içerik süreç değerlendirmesi için hazırlanmıştır; kişiye veya olaya özel hukuki görüş değildir. Mevzuatın somut işleminize uygulanmasını güncel metinler ve yetkili uzmanınızla değerlendirin. HemenHR: geliştirme aşamasında. Anlatılan kontrol önerileri, ürünün tamamlanmış veya canlıda doğrulanmış özellikleri anlamına gelmez.
