Man kan antage, at Grace Hopper, en datalog ved Harvard University, ikke havde den bedste dag den 9. september 1947. Hendes computer returnerede gentagne gange fejl uden nogen klar grund. Da Grace åbnede den, fandt hun en rigtig fejl, et møl for at være præcis, som forstyrrede dens funktion. Dermed blev hun den første person til at rapportere en computerfejl.
I virkeligheden er softwarefejl ikke forårsaget af ting som møl (selvom vores udviklere ville ønske, at alle rettelser kunne være så ligetil!) En softwarefejl er snarere en fejl i systemet, som får det til at producere forkerte resultater eller opføre sig uventet. Hos Easy LMS stræber vi efter at bygge et fejlfrit system til dig! Men faktum er, at et fejlfrit system er lige så sjældent som en enhjørning. Easy LMS er bygget af mennesker og udsat for menneskelige fejl, hvilket betyder, at der fra tid til anden slipper fejl igennem ?
Da vi ved, hvor irriterende det er, når der er fejl, har vi en proces på plads for at få fejlene rettet så hurtigt som muligt! Her er et indblik i, hvordan denne proces fungerer, lige fra du opdager en fejl, til den endelige rettelse.
Fase 1
Du kontakter os
Det første trin i processen er der, hvor du som kunde kommer ind i billedet. Lad os forestille os, at du opretter en ny eksamen for at teste en nyansats viden om sikkerhedsstandarder. For at tilføje lidt flair går du i gang med at uploade din virksomheds logo. I stedet for at uploade billedet med succes, ser du indlæsningsikonet dreje og dreje og dreje ...
Når du har prøvet det et par gange mere, er du sikkert ret frustreret. Easy LMS fungerer tydeligvis ikke, som det skal! Hvad skal du så gøre? Kontakt support med det samme! Support vil være dit kontaktpunkt gennem hele processen.
Vi vil indsamle så mange oplysninger som muligt om fejlen
Via chatboksen kommer du i kontakt med et medlem af supportteamet. Et af vores største mål på dette tidspunkt er at indsamle så mange oplysninger som muligt om fejlen. Du føler måske, at du leger Twenty Questions, men dette trin er afgørende, så udviklingen kan foretage fejlfinding senere. Du vil blive stillet disse spørgsmål:
Hvad er menustien til det sted, hvor problemet opstår?
Hvad er den nøjagtige URL?
Hvilken komponent er berørt? Eksamener, kurser, osv.
Hvad er navnene på det berørte indhold og de berørte brugere?
Hvilken platform og enhed bruger du?
Hvad forsøgte du at gøre, da du stødte på problemet?
Hvad sker der helt præcist, når dette problem opstår?
Når du har delt disse værdifulde oplysninger, er dit arbejde overstået. Nu kan du læne dig tilbage, slappe af og lade Easy LMS tage styringen!
Fase 2
Vi gengiver
Dit arbejde er måske gjort, men det er ikke slut for den supportmedarbejder, du har talt med. Med din tilladelse vil han eller hun logge ind på din konto og forsøge at reproducere fejlen. Med henvisning til vores tidligere eksempel vil et supportmedlem typisk gå til den samme eksamen og forsøge at uploade et logo selv.
Hvis supporten ikke kan genskabe problemet, slutter processen her. På en måde er det godt, at fejlen ikke kan reproduceres, da alt burde fungere. Ikke desto mindre hjælper det os ikke med at komme til bunds i, hvad du har oplevet. I tilfælde som disse har vi måske nogle flere spørgsmål og vil bede dig om at give os besked, hvis det sker igen. På den anden side, hvis vi kan reproducere fejlen (føj!), fortsætter processen.
Fase 3
Vi optager
Nu, hvor vi har fået bekræftet, at det er en fejl, registrerer vi, eller vi siger "logger", alle de oplysninger, du har givet os, i en struktureret rapport. Vi logger bugs i Jira, et projektstyringsværktøj. Denne rapport hjælper andre med at finde frem til det nøjagtige sted og det aspekt, der involverer fejlen. Den anden fordel ved at logge fejl ét sted er, at andre teammedlemmer, herunder udviklere, nemt kan se, om en anden kundes klage falder ind under en eksisterende fejl.
Support vil derefter tagge din samtale med fejlens ID-nummer. På den måde kan vi finde dine kontaktoplysninger og bede dig om mere information eller give dig relevante opdateringer.
Dev-support er der, hvor magien sker
Fase 4
Vi fejlsøger
Hos Easy LMS arbejder udviklere og supportkonsulenter sammen i et team. Når vi finder ud af, hvad vi skal arbejde på som det næste, arbejder alle på tværs af discipliner for at prioritere fejl i forhold til potentielle nye funktioner baseret på, hvor meget det haster. Under dette opkald diskuterer vi også, om en ny funktion ville være bedre, og i så fald indsendes fejlen som en funktionsanmodning i stedet.
Når dit problem er blevet taget op af udviklingsafdelingen, vil de identificere problemet, foreslå en løsning og implementere løsningen inden for to dage.
Fase 5
Vi kommunikerer
Woohoo! Fejlen er endelig rettet! Du vil få besked fra supportmedlemmet, så snart det bliver frigivet.
På dette tidspunkt vil vi også takke dig for din tålmodighed. Bugs er ikke sjove for nogen! Ikke for dig. Ikke for support. Ikke for udviklingen. Så din forståelse og kommunikation med os er altid værdsat og hjælper virkelig med at gøre processen lidt lettere for alle involverede.
