Fejlklassifikation i brugerperspektiv

Når vi registrerer fejl, klassificerer vi dem efter alvorlighed, ud fra en skala med et antal niveauer. Niveauerne er bestemt af hvor meget funktionalitet der er defekt, og om der er work-arounds.
http://www.eliteconsulting.ca/ces.htm har eksempler på 3 og 5 trins skalaer.

Klassifikationen er nyttig når vi prioriterer fejlrettelser, gentest, vurderer om softwaren kan releases og i forhandlinger med kunden.

Brugerne klassificerer ofte fejl anderledes (ofte alvorligere) end vi gør, og det giver ofte anledning til konflikter. Vi ser det tit første gang ved overtagelsesprøven. Det er heller ikke usædvanligt at brugerer insisterer på at korrekt kode fejler, eller bare ikke dur.

Hvorfor gør brugerne så det?

Brugerne ser på hvad fejl betyder for udførelsen af deres arbejde. Alt muligt omkring brugeren får indflydelse på hvordan fejlen opleves.

I et roligt kontormiljø, med gode supportmuligheder, vil klassifikation af fejl ligge tæt på 'vores' fejlklassifikation. Men hvis miljøet ændrer sig eller brugeren bliver presset/stresset så ændrer det sig. Data der står lidt forkert overses, logiske work-arounds glemmes. Ubetydeligheder bliver store problemer.

Her er nogle eksempler, vurdér selv klassifikationerne.
Der er brugt en 5-skala (1..5) hvor 1 er alvorligst, 5 er ubetydelig, som beskrevet i linket ovenfor.

  1. Strålekanon:
    Stop-knap virker ikke. Nem workaround: Vælg 'Stop' i menuen.
    Klassifikation: 4 (Bruger: 1)
    Virkelig hændelse: http://www.version2.dk/artikel/12575-kendt-softwarefejl-i-straalekanon-u...

  2. Instrument til F-16.
    Status-tekst er rød i stedet for gul. Status-teksten er kun orienterende.
    Klassifikation: 5 (Bruger: 1)
    Forklaring: Hvis noget lyser rødt i cockpittet, skal piloten tage sig af det omgående da det indikerer et alvorligt problem.

  3. Radar:
    Der vises data for det fly cursoren peger på i stedet for det fly der er markeret. Systemet virker som designet. Nem workaround - flyt cursor.
    Klassifikation: Ingen fejl (Bruger: 2)
    Virkelig hændelse: http://en.wikipedia.org/wiki/Iran_Air_Flight_655

Gode råd:
- Lyt til brugerne. De rigtige brugere. Alle andre tæller ikke!
- Inddrag brugerne så tidligt som muligt.
- Husk at miljø, omstændigheder, brugerens forudsætninger og stressfaktorer har meget stor indflydelse på hvordan fejl opleves af brugerne.