Oturum kapanınca müşterinin hazırladığı form ne olmalı?
Bir bayi, müşteri portalındaki uzun teklif formunu doldururken ürün ölçüsünü öğrenmek için telefon görüşmesine geçer. Döndüğünde oturumu bitmiştir. Bütün bilgileri yeniden istemek de hesabı süresiz açık bırakmak da tek seçenek değildir. Bu temsili örnekte çözüm, oturumun güvenlik sınırını ve form taslağının yaşam süresini ayrı tanımlamaktır. Kullanıcı neyin kaydedildiğini, neyin paylaşılmadığını ve nasıl devam edeceğini anlayabilmelidir.
Süreyi ve taslağı ayrı sorularla tarif edin
Önce hangi nedenle zaman sınırı bulunduğunu belirleyin: hareketsiz bir hesabı korumak, gerçek bir rezervasyon süresini uygulamak veya başka bir iş gereğini karşılamak. Sonra formun hangi alanlarının hangi süre boyunca saklanacağını yazın. Oturumun kapanması, tüm iş verisinin mutlaka silinmesini gerektiren bir ürün kararı değildir. Ancak taslağı saklamak da onu ortak bilgisayarda sonraki kişiye göstermeyi haklı kılmaz. İşletme, tasarım ve geliştirme ekibi bu iki yaşam süresini aynı toplantıda netleştirsin.
Uyarı yalnız geri sayım olmasın
W3C’nin süre ayarlama açıklaması, zaman sınırını kaldırma, ayarlama veya uzatma seçenekleriyle birlikte istisnaları tanımlar. Uzatma yolunda uyarıdan sonra en az 20 saniye ve en az on uzatma olanağı belirtilir. Bunlar tek başına tüm site için uygunluk belgesi oluşturmaz. Kendi akışınızda uyarının klavyeyle ulaşılabilir, anlaşılır ve mevcut işi bölmeden yanıtlanabilir olduğunu ayrıca sınayın; yalnız renk değiştiren küçük bir sayaçla yetinmeyin.
Kaydedildi sözcüğünün gerçek bir karşılığı olsun
Temsili bayi formunda ürün listesi sunucuda taslak olarak saklanıyorsa son başarılı kayıt zamanını göstermek yararlıdır. Kullanıcı daha sonra ölçüyü değiştirdiğinde yeni durum kaydedilmeden aynı işareti göstermeyin. Dosya yüklemesi tamamlanmamışsa bunu ayrı belirtin. Otomatik kayıt henüz uygulanmadıysa arayüze varmış gibi bir güvence eklemeyin. Taslağın başka bir ekip üyesi tarafından görülüp görülemeyeceği ve kullanıcı isterse nasıl kaldırılacağı da başlangıç kapsamına girsin.
Yeniden giriş, doğru taslağa dönmeli
OWASP, oturum süresinin sunucuda uygulanmasını ve çıkışta geçersizleştirmeyi açıklar. Güvenlik sınırını koruyarak, yeniden giriş yapan yetkili kişinin kendi taslağına dönmesini tasarlayabilirsiniz. Farklı bir hesaba geçilirse önceki kişinin alanlarını otomatik doldurmayın. Yeniden girişten sonra taslağın adı ve kaydedilen sürümü görünür olsun; müşteri göndermeden önce tekrar inceleyebilsin. Parola veya oturum anahtarını form taslağının içine eklemeyin.
Ortak cihaz ve ikinci sekmeyi deneyin
Test hesabıyla birkaç alan doldurun, süre dolmasını bekleyin ve aynı hesapla tekrar girin. Ardından çıkış yapıp başka bir test hesabıyla sayfayı açın; önceki taslağın görünmediğini doğrulayın. İki sekmede aynı taslak düzenleniyorsa eski sekmenin yeni bilgiyi sessizce ezmediğini sınayın. Bu adımlarda gerçek müşteri belgeleri yerine örnek veri kullanın. Tarayıcının geri düğmesi, sayfa yenileme ve başarısız otomatik kayıt durumları da kabul senaryolarına dahil olsun.
Teslim listesine somut kabul koşulları koyun
Uyarının hangi durumda çıktığı, hangi bilgilerin saklandığı, taslağın ne zaman sona erdiği ve devam yolunun nereye döndüğü yazılı olsun. İnternet bağlantısı kesildiğinde son kayıttan sonraki değişikliklerin kurtarılıp kurtarılamayacağını açıkça belirtin. Erişilebilir giriş rehberi kimlik doğrulama adımını tamamlar; buradaki karar ise kesintiden sonra işe dönüşü kapsar. Web tasarım görüşmesine yalnız bir giriş ekranı görseli yerine bu tamamlanmış senaryoyu götürün.
Sık sorulan sorular
Her form için otomatik taslak kaydı gerekir mi?
Hayır. Formun uzunluğu, verinin niteliği, kullanıcı hesabı ve saklama ihtiyacı birlikte değerlendirilmelidir. Kısa bir iletişim formu ile bayi portalı aynı düzeni gerektirmeyebilir.