20 de scenarii pentru testarea paginilor de conectare și a funcționalităților de căutare

am avut recent o conversație cu un prospect și când i-am menționat testarea UX a site-ului, s-a oprit și m-a întrebat cu un ton dubios: „de ce un site web are nevoie de testare UX?”

i-am explicat că, câteva motive majore de ce testarea UX este atât de important se datorează faptului că experiența îmbunătățită a utilizatorului asigură satisfacția clienților, retenție & promovarea produsului prin publicitate gura. Dacă utilizatorii nu pot găsi ceea ce caută pe un site web, vor trece inevitabil la următorul cu aceeași ofertă de produse. Deci, chiar dacă un site arată uluitor și primește o mulțime de clopote și fluiere pentru el, dacă utilizatorul nu își poate da seama cum să-l folosească, el este obligat să meargă mai departe.

în timp ce îi explicam acest lucru, mi s-a părut că testerii UX investesc adesea timp și eforturi pentru a testa unele dintre cele mai complexe scenarii posibile pentru a curăța cea mai bună experiență a utilizatorului. Cu toate acestea, în urmărirea testării acestor scenarii complexe, se poate întâmpla ca acestea să rateze testarea funcționalităților de bază, dar cruciale, cum ar fi funcționalitatea de căutare Login &.

în acest blog, oferim o listă la îndemână de peste 20 de scenarii de testare, care trebuie adăugate la lista cazurilor de testare-în special pentru testarea paginii de conectare și a funcționalității de căutare.

scenarii de conectare:

GUI & funcționalitate:

1. lungimi minime și maxime ar trebui să fie stabilite pentru toate casetele de text
2. parola ar trebui să fie afișate în format mascat, mai degrabă decât arată formatul text real
3. datele de conectare cu majuscule nu ar trebui să fie tratate ca nevalide
4. mesajul de validare ar trebui să fie afișate atunci când caractere speciale sunt introduse în câmpul Nume de utilizator, sau atunci când numele de utilizator nevalid și/sau parola este introdus sau câmpurile sunt lăsate necompletate
5. butonul Reset ar trebui să ștergeți datele din toate casetele de text din formularul
6. datele de conectare, în special parola, ar trebui să fie stocate în baza de date în format criptat

securitate:

1. când logat user copy URL și paste în fereastra browser-ului nou, acesta ar trebui să redirecționeze la pagina de conectare
2. utilizatorii nu ar trebui să li se permită să copiați și inserați parola de la caseta de text
3. e – mail de notificare pentru conectare dispozitiv multiple-în cazul în care datele de conectare de utilizator de la dispozitiv neobișnuit/mașină
4. introducerea acreditărilor de conectare folosind tastatura virtuală ar trebui să fie furnizate pentru aplicarea bancar
5. după 3 sau 5 încercări nereușite de conectare, datele de conectare de utilizator ar trebui să se blocat pentru o anumită perioadă de ex. 24 de ore
6. certificatul SSL ar trebui implementat / instalat pentru site-ul securizat
7. atacuri de injecție SQL & XSS ar trebui verificat pentru autentificare
8. autentificare bidirecțională prin OTP pe mobil / e-mail ar trebui testat pentru aplicația bancară

sesiune:

1. după deconectare dacă utilizatorul face clic pe butonul înapoi utilizatorul nu ar trebui să se poată autentifica în aceeași sesiune, ar trebui să redirecționeze către pagina de conectare
2. dacă utilizatorul s-a conectat pe mai multe dispozitive și s-a deconectat de la un dispozitiv, atunci ar trebui să se deconecteze de pe toate platformele/dispozitivele
3. Timpul maxim de ieșire a sesiunii ar trebui:
   1. dacă cookie-urile browserului sunt șterse și utilizatorul încearcă să se conecteze, sistemul ar trebui să solicite din nou acreditări
   2. ‘amintiți-vă datele formularului’ setarea browserului nu trebuie să-și amintească parola
   3. validați funcționalitatea de conectare atunci când cookie-urile browserului sunt dezactivate

   

   scenarii de căutare

   1. rezultatele căutării afișate ar trebui să fie relevante pentru cuvântul cheie de căutare
   2. % sign in search cuvântul cheie nu ar trebui să redirecționeze la 404 eroare
   3. aplicația nu ar trebui să se prăbușească dacă utilizatorul a introdus % în câmpul de căutare
   4. când utilizatorul începe să caseta ar trebui să sugereze cuvinte care se potrivesc cu cuvântul cheie tastat
   5. ar trebui să existe criterii de căutare predefinite pentru completarea automată, de ex. după introducerea primei litere 3, ar trebui să sugereze potrivirea cuvântului cheie
   6. când utilizatorul face clic pe orice link din rezultat și navighează înapoi, atunci rezultatul ar trebui menținut
   7. după ce faceți clic pe câmpul de Căutare – Istoricul căutărilor ar trebui să fie afișat (ultimul cuvânt cheie de căutare)
   8. toate cuvintele cheie/filtrele de căutare ar trebui să fie șterse să fie relevant numai pentru utilizatorul conectat
   9. paginarea trebuie testată pentru căutările care returnează un număr mare de înregistrări
   10. numărul Total de înregistrări de căutare/rezultate ar trebui să fie afișate pe pagina
   11. căutare cuvinte cheie ar trebui să fie evidențiate cu culoare în rezultatele de căutare
   12. pentru site – uri de comert electronic – căutare cuvinte cheie ar trebui să sugereze tip similar de produs/articole
   13. pentru căutare avansată-filtre de căutare limitate ar trebui să fie furnizate
   14. text de apă ar trebui să fie furnizate pentru utilizator să înțeleagă ce să caute
   15. validați regulile de căutare definite pentru „potrivire exactă” cu cuvântul cheie de căutare
   16. validați regulile de căutare definite pentru „potrivire similară” cu cuvântul cheie de căutare
   17. validați regulile de căutare definite pentru a căuta cu un set de cuvinte cheie
   18. utilizatorul ar trebui să poată căuta atunci când introduce cuvântul cheie și accesează butonul ‘Enter’ de pe tastatură