AppReviewX Giriş yap

Form doğrulama testi kontrol listesi

Boş, uzun, özel karakterli ve yapıştırılmış girdiler, satır içi hatalar ve kurtarma.

Uygulamandaki her form, kullanıcıların işini kaybedebileceği ya da vazgeçebileceği bir yerdir. Bu listeyi her formda çalıştır (kayıt, profil, ödeme, geri bildirim). Gerçek bir cihaz ve gerçek klavye kullan.

Kontrol listesi

  1. Boş gönderim. - Neden: En yaygın hata budur. - Nasıl kontrol edilir: Tüm alanlar boşken gönder düğmesine dokun. Her zorunlu alan net bir mesaj almalı; hiçbir şey çökmemeli.
  2. Zorunlu ve isteğe bağlı alanlar işaretli. - Neden: Kullanıcılar bunu başarısız olarak öğrenmemeli. - Nasıl: Yazmadan önce formu oku. Hangi alanların zorunlu olduğu açık mı?
  3. Çok uzun girdi. - Neden: Uzun metin düzeni bozabilir, sunucu sınırlarına çarpabilir ya da sessizce kesilebilir. - Nasıl: Her metin alanına birkaç bin karakter yapıştır. Uygulama bir sınır gösterir ya da girdiyi işler ve düzen bozulmaz.
  4. Yalnızca boşluk ve baştaki ya da sondaki boşluklar. - Neden: " " "boş değil" kontrolünden geçer; sondaki bir boşluk e-posta ya da kullanıcı adı eşleşmesini bozar. - Nasıl: Yalnızca boşluk gir, sonra boşlukla çevrili geçerli bir değer gir. Reddedilmeli ya da kırpılmalı.
  5. Özel karakterler ve Unicode. - Neden: Aksanlı isimler, kesme işaretleri, Latin olmayan alfabeler ve emoji normal girdilerdir. - Nasıl: O'Brien, Zoë, 李雷, karışık yönlü bir metin ve bir emoji gibi isimler dene. Kabul edilmeli, kaydedilmeli ve değişmeden gösterilmeli.
  6. Yapıştırılan girdi. - Neden: Yapıştırılan metin çoğu zaman gizli boşluk, satır sonu ya da farklı bir biçim taşır. - Nasıl: Sonunda satır sonu olan bir e-posta, boşluk ya da tire içeren bir telefon numarası, parola yöneticisinden bir parola yapıştır. Form başa çıkmalı ya da neyin yanlış olduğunu tam olarak söylemeli.
  7. Biçim kuralları gerçek verilerle uyuşuyor. - Neden: Fazla katı e-posta, telefon ya da posta kodu kuralları geçerli kullanıcıları reddeder. - Nasıl: Artı içeren bir adres (isim+etiket@ornek.com), uzun bir üst düzey alan adı, uluslararası bir telefon numarası ve destekliyorsan başka bir ülkenin posta kodunu dene.
  8. Sayılar ve tarihler. - Neden: Ondalık virgül ile nokta, negatif değerler ve olanaksız tarihler yanlış veri üretir. - Nasıl: 1,5 ve 1.5, 0, -1, çok büyük bir sayı ve 31 Şubat yaz. Cihazın bölgesini değiştirip tekrarla.
  9. Hatalar alanın yanında görünür. - Neden: Üstte tek bir hata kullanıcıyı arattırır. - Nasıl: Geçersiz veri gönder. Her mesaj kendi alanının yanında olmalı, ilk hata ekrana kaydırılmalı ve klavye onu gizlememeli.
  10. Mesajlar nasıl düzeltileceğini söyler.
    • Neden: "Geçersiz girdi" harekete geçirilecek bir şey vermez.
    • Nasıl: Her mesajı oku. Sorunu ve beklenen biçimi adlandırıyor mu?
  11. Hatadan sonra girdi korunur.
    • Neden: Hata olunca uzun bir formu temizlemek kullanıcıları çıkmaya iter.
    • Nasıl: Doğrulamayı ya da ağı bir kez başarısız kıl. Geçerli tüm girdiler hâlâ orada olmalı; parolalar gibi hassas alanlar bilerek temizleniyorsa istisnadır.
  12. Doğrulama zamanlaması mantıklı.
    • Neden: Kullanıcı hâlâ yazarken çıkan hatalar sinir bozucudur.
    • Nasıl: Geçerli bir e-postayı yavaşça yaz. Alanı terk edene ya da göndermeye kadar hata görünmemeli.
  13. Çift gönderim engellenir.
    • Neden: İki dokunuş iki kayıt ya da iki ödeme yaratabilir.
    • Nasıl: Gönder düğmesine hızlıca birkaç kez dokun, yavaş bağlantıda da dene. Yalnızca bir istek gitmeli.
  14. Klavye ve otomatik doldurma alana uygun.
    • Neden: Yanlış klavye tipi girişi zorlaştırır; otomatik doldurma zaman kazandırır.
    • Nasıl: E-posta alanı e-posta klavyesi, sayı alanı sayı tuş takımı göstermeli; sonraki ve tamam düğmeleri odağı taşımalı, parola yöneticisi doldurmalı.
  15. Sunucu tarafı reddi ele alınır.
    • Neden: Sunucu, uygulamanın kabul ettiği bir şeyi reddedebilir.
    • Nasıl: Mümkünse arka ucun bir doğrulama hatası döndürmesini sağla. Uygulama bunu doğru alanda göstermeli.
  16. Ekran okuyucu hataları okur.
    • Neden: Aksi halde görme engelli kullanıcılar neyin başarısız olduğunu öğrenemez.
    • Nasıl: Ekran okuyucuyu aç ve geçersiz veri gönder; hata sesli olarak duyurulmalı. Bkz. 10 dakikada ekran okuyucu testi.

İlgili

Tüm kontrol listelerine dön · Hata durumları kontrol listesi · Boş durumlar kontrol listesi

Taze gözler, tamamen geçerli bir ismi reddeden formu bulur. Ücretsiz başla: özel, yapılandırılmış geri bildirim; 1 geri bildirim = 1 kredi.