Menu

Wireframes - Bør de virkelig testes? Og hvis ja, hvordan?

wireframes should they really be tested

Prøv Vores Instrument Til At Fjerne Problemer

Nye praktikanter kom om bord, og vi havde en træningskursus til lære softwaretestkoncepter . Efter at have set de entusiastiske ansigter med deres næsten blanke skifer (professionelt) besluttede jeg at tage en omvej til min rutinemæssige træning.

Efter en kort introduktion, i stedet for at tale om softwaretest, som jeg normalt gør, kastede jeg et spørgsmål til de friske sind - ' Kan nogen forklare mig hvad til wireframe er? ''

Svaret var en pause, og derfor besluttede vi at diskutere det. Og sådan startede det - Wireframe / Prototype Testing :)

wireframe prototype test

Så, hvad er en trådramme? Lad mig forklare det med nogle enkle analogier:

  1. Indretningsarkitekten begynder ikke at lægge møblerne og dekorere huset tilfældigt. Han lægger sin plan på papir (eller designsoftware), diskuterer den med kunden, prøver og ændrer planen på en bedst praktisk måde og implementerer den derefter.
  2. For at forstå, hvor alvorligt en kropsdel ​​er skadet, ser lægerne på en røntgen. Røntgen er dybest set et skelet i vores krop og giver korrekte oplysninger om knogler og led.
  3. En skrædder forbereder papirdugen (en slags prototype igen), foretager de ændringer, der kræves, og bruger den som basismåling, indtil alt er korrekt, og han er overbevist om at fortsætte med det faktiske stykke, han / hun syer.

Jeg tror, ​​disse eksempler var nok til, at enhver kunne forstå begrebet wireframe.

Wireframes er slags prototyper:

De er af begrænset karakter, hvilket betyder, at de kan indeholde tomme HTML-sider uden elementer, der fungerer eller statiske skærmbilleder, der er repræsentative for en side / funktion / element i applikationen og muligvis mangler farve, grafik og andre elementer i det faktiske visuelle design.

For at opbygge en solid applikation / hjemmeside er der brug for en solid ramme, og wireframes hjælper med at levere rammen ved at give en afbildning af sidelayoutet, den overordnede grænseflade, navigation og funktionaliteter.

Her er nogle eksempler på trådrammer:

wireframe eksempel 2

wireframe eksempel 1

Hvorfor bygger softwarevirksomheder wireframes?

Af nøjagtig samme grund beslutter skrædderen / indretningsarkitekten / lægen at prøve tingene først - for at undgå fejl, fjerne gætte, tage kundegodkendelse, inden de sætter alt i sten. Det hjælper med at identificere problemer tidligt og give et glimt af softwaren, som den ser ud, når den er færdig.

Hvad du lærer:

Betydningen af ​​wireframes / prototype test:

Så hvorfor teste noget, der er et skelet, og som ikke vil blive set af brugeren, som det er nu? Med andre ord - Hvorfor gider med mellemmanden, når det endnu er en dummy?

Simpelthen - for at hjælpe med forebyggelse af mangler - som er den overordnede dagsorden for QA-hold (kvalitetssikring = defektforebyggelse + Fejlidentifikation ).

Betydningen af ​​wireframe test

Wireframes test kan hjælpe med følgende:

# 1) Identificering af manglende krav:

Lad os sige, hvis kravene angiver det i a login side der skal være to indtastningsfelter, henholdsvis login-id og adgangskode og de 3 knapper, OK-Annuller- Nulstil. Hvis trådrammen er som følger, kan vi nemt finde den manglende nulstillingsknap tidligt og indarbejde den i applikationen.

Hun er projektleder med 10+ års erfaring med test af software.

# 2) Identificering af ekstra krav:

Det modsatte af ovenstående situation kan være, at kravet angiver, at der på en login-side skal være henholdsvis 2 indtastningsfelter, login-id og adgangskode og de 2 knapper, OK & Annuller. Hvis trådrammen er som følger, kan vi nemt finde ud af, at den har en ekstra nulstillingsknap og søge bekræftelse på, om det virkelig er nødvendigt.

wireframe test 2

# 3) Brugervenlighed:

Wireframes er en af ​​de bedste muligheder for at teste anvendeligheden af ​​produktet / applikationen, før den udvikles.

Her er trådrammen til en af ​​formerne:

wireframe test 3

Ved første øjekast virker det ok.

Tænk nu som slutbruger, den bruger, der skal udfylde oplysninger i formularen. Tror du, der er en måde, denne formular kan være mere brugervenlig? Nå, det tror jeg bestemt.

  • Angiv kalendersymbol, og begræns brugeren til at vælge dato fra kalenderen. Dette ville være nyttigt for brugeren, da han ikke behøver at være forvirret over, hvilket datoformat han skal følge, og at vælge dato fra kalenderen ville være noget, enhver bruger foretrækker.
  • Et værktøjstip, der forklarer, hvad hvert felt betyder, ville være fantastisk.
  • Sidens navn som titel kræves for at forstå trådrammen og samforholde felterne.
  • Nødvendige felter skal markeres med * -tegn eller en note, der siger ' Alle felter skal udfyldes ”Skal være synlig.
  • Etiketten for det første felt skal kun være 'Kampagnenavn' i stedet for 'Navn' for at undgå forvirring for brugerne.

# 4) Tidlig funktionstest:

hvad er en .swf fil?

I selve ovenstående eksempel kan vi fra diagrammet muligvis gætte den måde, funktionaliteten kan fungere på. Hvis ikke, vil det i det mindste føre til yderligere udgravning og en bedre forståelse af applikationen.

  • For eksempel : Hvad hvis brugeren vil tilføje flere reservations-id'er? Vil applikationen overskrive den forrige post, eller vil den tillade flere poster? Hvordan vil det håndtere og styre det?

Som det kan ses af ovenstående eksempler, hjælper test af wireframes virkelig med tidlig identifikation af problemer gennem en statisk wireframe og forhindrer manglerne i at sive ind i selve applikationen. Dette er meget gavnligt, da vi ved, at defekter identificeret tidligt i udviklingsprocessen er billigere at rette end dem, der blev fundet senere.

Værktøjer til wireframing:

Der er mange tilgængelige værktøjer på markedet, men man skal bruge værktøjet i henhold til kontekstens egnethed. Mens de fleste værktøjer som Axure, Power mockup, Simulify, Balsamiq osv. Er betalt, er der nogle nyttige gratis wireframing-værktøjer også:

  1. Cacoo : Cacoo er et brugervenligt onlinetegningsværktøj, der giver brugeren mulighed for at oprette en række diagrammer såsom sitekort, wireframes, UML og netværkskort.
  1. MockupBuilder : MockupBuilder hjælper brugeren med hurtigt at få sine ideer på skærmen. Det er en GRATIS Silverlight-drevet webapp.
  1. Blyantprojekt : Pencil Project er gratis og let at lære. Det kan køre som en Firefox-tilføjelse eller alene.

Hvornår kan (eller gør) Wireframes test forekomme:

  • Før produktudvikling: Dette kan hjælpe med at identificere huller eller manglende krav, designfejl, usability spørgsmål osv. - Forebyggelse af defekter
  • Post udvikling: I dette tilfælde kan wireframes bruges som referencer til at validere applikationen. - Fejlidentifikation.

I tilfælde af Wireframe-test for brugervenlighed udføres det normalt manuelt, og det er ofte realtidsbrugere, der er involveret. De stilles enten en række spørgsmål for at forstå deres oplevelse eller feedback eller er forsynet med interaktive trådrammer til at indfange feedbacken.

For at få en detaljeret analyse af trådrammer er nogle gange også fageksperter involveret.

Tjenester såsom brugertest kan være meget nyttigt, hvor man kan sende et link til wireframes, og efter test af wireframes genereres resultaterne sammen med følgende feedbackpunkter:

  • En video af hver brugers skærm, der tester din wireframe.
  • Lyd af brugeren, der taler igennem, hvordan han udfører opgaverne.
  • Værdifuld feedback om, hvordan du forbedrer dit websted.

Output af prototypetest:

Resultater af wireframes test er meget nyttige med hensyn til forståelse af design, navigation, brugervenlighed, overordnede arbejdsgang og funktionaliteter. Dybest set, efter wireframes test, bliver wireframes klarere og implementerbare.

Konklusion:

For at opsummere fungerer wireframes test som en proaktiv handling og kan være meget nyttigt at finde brugbarhed og design smuthuller i applikationsudviklingsfasen.

Med dette indpakker jeg emnet i et håb om, at læsere vil friste mig til at skrive et andet indlæg om dette ved at stille spørgsmål og give feedback.

Om forfatteren: Denne artikel er skrevet af STH-teammedlem Bhumika. Hun er projektleder med 10+ års erfaring med test af software.

Glad test, som sædvanlig :)

Anbefalet læsning

^