jeg har nylig hatt en samtale med et prospekt, og da jeg nevnte nettstedet UX testing til ham, stoppet han og spurte meg med en tvilsom tone, «Hvorfor trenger et nettsted ux testing?»
jeg forklarte ham at få viktige grunner TIL AT ux-testing er så viktig, er fordi forbedret brukeropplevelse sikrer kundetilfredshet, oppbevaring & produktfremmende gjennom munnpublisering. Hvis brukerne ikke finner det de leter etter på ett nettsted, vil de uunngåelig gå videre til neste med samme produkttilbud. Så selv om et nettsted ser fantastisk ut og får mye klokke og fløyter for det, hvis brukeren ikke kan finne ut hvordan man bruker det, er han nødt til å fortsette.
mens jeg forklarte dette til ham, slo DET meg at UX-testere ofte investerer tid og innsats for å teste noen av de mest komplekse scenariene som er mulige for å kurere den beste brukeropplevelsen. Men i jakten på å teste disse komplekse scenariene, kan det hende at de kan gå glipp av å teste de grunnleggende, men viktige funksjonalitetene, For Eksempel Login & Søkefunksjonalitet.
i denne bloggen gir vi en praktisk liste over 20 + testscenarier som er et must-add til listen over testtilfeller-spesielt for testing av påloggingssiden og søkefunksjonalitet.
Påloggingsscenarier:
GUI & Funksjonalitet:
- Minimums-og maksimumslengder bør angis for alle tekstboksene
- Passord skal vises i maskert format i stedet for å vise faktisk tekstformat
- Påloggingsinformasjon I store bokstaver skal IKKE behandles som ugyldig
- Valideringsmelding skal vises når spesialtegn skrives inn i brukernavn-feltet, eller når ugyldig brukernavn og/eller passord er angitt eller feltene er tomme
- reset-knappen skal fjerne data Fra alle tekstboksene I skjemaet
- påloggingsinformasjon, spesielt passord, skal lagres i databasen i kryptert format
Sikkerhet:
- når du er logget inn bruker kopier URL og lim inn i nytt nettleservindu, bør det omdirigere Til Innloggingssiden
- Brukere bør ikke få lov til å kopiere Og lime Inn Passord fra tekstboksen
- Varsling e-post for flere enheter pålogging – hvis bruker login fra uvanlig enhet / maskin
- Angi Påloggingsinformasjon ved hjelp av virtuelt tastatur bør gis for bank søknad
- etter 3 eller 5 mislykkede forsøk på innlogging, bruker påloggingsinformasjon bør bli låst for bestemt periode f. eks. 24 timer
- SSL-sertifikat skal implementeres / installeres for Sikret Nettsted
- SQL-injeksjonsangrep & XSS skal verifiseres for innlogging
- toveisautentisering GJENNOM OTP på mobil/e-post bør testes for bankapplikasjon
Økt:
- etter utlogging hvis brukeren klikker på tilbake-knappen brukeren ikke skal kunne logge inn i samme økt, bør den omdirigere til innloggingssiden
- hvis brukeren er logget inn på flere enheter Og Logg ut fra en enhet, bør Den Logge ut fra alle plattformer/enheter
- Maksimal økttid bør settes For Sikret nettsted
Nettleser:
- hvis nettleserkakene slettes og brukeren prøver å logge inn, bør systemet be om legitimasjon på nytt
- ‘Husk Skjemadata’ innstilling av nettleseren bør ikke huske passordet
- Validere påloggingsfunksjonaliteten når nettleserkakene er slått av
Søke Scenarier
- Søkeresultater som vises skal være relevante for søkeord
- % logg inn søkeord bør ikke omdirigere til 404 FEIL
- Programmet skal ikke krasje hvis brukeren satt inn % i søkefeltet
- når brukeren begynner å skrive ord i tekst boks det bør foreslå ord som samsvarer med skrevet søkeord
- det bør være forhåndsdefinerte søkekriterier for autofullføring f. eks. etter å ha skrevet første 3 brev, bør det foreslå matchende søkeord
- når brukeren klikker på en lenke fra resultat og navigerer tilbake, bør resultatet opprettholdes
- etter å ha klikket På Søkefelt – søkeloggen skal vises (siste søkeord)
- Alle søkeord/filtre skal slettes ved å klikke På Tilbakestill-knappen
- Søkeresultater skal slettes ved å klikke på fjern søkeknapp
- Historikk som vises i søkefeltet skal være relevant for innlogget bruker bare
- paginering bør testes for søk som returnerer høyt antall records
- Totalt antall søk poster/resultater skal vises på siden
- søkeord bør bli markert med farge i søkeresultatene
- for e – handel nettsteder – søkeord bør foreslå lignende type produkt/elementer
- For Avansert Søk-begrenset søkefiltre bør gis
- Vanntekst bør gis for brukeren å forstå hva du skal søke
- valider søkeregler definert for «eksakt samsvar» med Søkeordet
- valider søkeregler definert for «lignende samsvar» med søkeordet
- Valider søkeregler definert for å søke med et sett med søkeord
- Brukeren skal kunne søke når han går inn i søkeordet og treffer ‘Enter’ – knappen på tastaturet