1 stor sandhed om softwarefejl | #2 Første skridt i softwaretestning

Softwarefejl er en iboende del af processen med softwareudvikling. Det kan være praktisk talt umuligt at lave et program, hvor der ikke findes fejl under testfaserne. Teoretisk set, i tilfælde af meget enkle programmer, kan fejl muligvis ikke opstå, men i situationen, hvor softwaren indeholder en kompleks kode. Projekter, der er komplicerede og omfattende, skal testes for at fjerne alle fejl og bugs i en tidlig fase af arbejdet.

Softwarefejl – indholdsfortegnelse:

1. Årsager til softwarefejl
2. Livscyklus for en fejl
3. Betydningsniveauer for fejl i software
4. Sammenfatning

Årsager til softwarefejl

Fejl i software skyldes såkaldte bugs eller fejl, og disse er de vigtigste årsager til dårlig funktion af softwaren. Forekomsten af fejl er mulig på enhver fase af skabelsen af softwaren. Oftest findes fejl i koden selv og skyldes menneskelige handlinger. Den defekt, der findes i en del af softwaren, kan have indflydelse på de andre dele af den samme software, især hvis begge er forbundet. En fejl er et resultat af en defekt, og begge kan føre til alvorlige fejl, som kan manifestere sig under kørsel af softwaren.

I henhold til International Software Testing Qualification Board er der mange forskellige årsager til softwarefejl, og disse er:

• menneskelig ufuldkommenhed
• pres af tid
• mangel på kvalifikation, færdigheder eller erfaring
• dårlig kommunikation i teamet
• ugyldigt skrevet specifikation
• kompleksitet af: kode, projekt eller teknologi
• misforståelser relateret til grænsefladen inde i systemet og mellem systemer – især i tilfælde af et højt antal af disse systemer
• implementering af nye teknologier

Som nævnt før, fører fejl til defekter, og defekter fører til fejl, her er det værd at bemærke, at fejl ikke altid skyldes en menneskelig fejl. Forekomsten af fejl kan være forårsaget af andre fænomener såsom: stråling, elektromagnetisk felt eller forurening. Sådanne faktorer påvirker driften af softwaren ved at ændre de eksterne forhold, der påvirker hardwaren.

Livscyklus for en fejl

Livscyklus for en fejl er en proces, der begynder i det øjeblik, fejlen opdages og rapporteres, til øjeblikket for reparation og opgaveafslutning. Længden af cyklussen afhænger af fejlens alvorlighed. Kompleksiteten af fejlen kan betydeligt forlænge eller forkorte den tid, der er nødvendig for reparation. Der er mange programmer, der bruges til at overvåge softwarefejl, og valget af program kan påvirke livscyklussen for en fejl.

Den eksemplariske livscyklus er enkel. I den første fase rapporteres fejlen i meddelelsen og får en åben status. I meddelelsen er der en sti, der gjorde det muligt for testeren at finde fejlen. Derudover tildeles programmøren, der arbejder med opgaven, i meddelelsen, og så snart han begynder at rette fejlen, ændres dens status til i gang. Denne information er særligt vigtig for testeren, der kan begynde at teste softwaren, så snart meddelelsen ændres til klar til test.

Den anden komponent er feedback. Når alle undersøgelser udfyldes af respondenterne, skal der oprettes en pæn og ordentlig rapport. Alle oplysninger skal gennemgås omhyggeligt, så alle vigtige indsigter kan samles. Dette er særligt vigtigt, fordi det er let at misfortolke fundene. Undersøgelsen, der bruges til den givne sag, skal være godt tilpasset og lyd.

Testeren, der starter sin operation, ændrer status til test i gang, og efter at have afsluttet vælger han en af to muligheder: løst (i tilfælde af vellykket reparation) eller genåbnet (hvis softwarefejlen stadig har brug for reparation). På denne måde får programmøren besked om nødvendigheden af at genoptage arbejdet med fejlen.

Betydningsniveauer for fejl i software

Softwarefejl kan opdeles i henhold til betydningsniveauer, som tildeles af testere. Betydningsniveauet giver information om indflydelsen af fejlen på programmets funktion. Jo højere betydningsniveauet for en fejl, jo hurtigere bør det rettes.

Det højeste betydningsniveau kaldes blokker, da dets forekomst betyder den fuldstændige mangel på yderligere evne til at bruge programmet og nødvendigheden af at stoppe testningen af det. Et eksempel på en blokker er en softwarefejl, der slukker for applikationen. Sådan en fejl kræver hurtig reparation for at muliggøre videre testning.

Det lavere betydningsniveau kaldes kritisk, fordi softwarefejl på dette niveau gør det vanskeligt at bruge alle programmets funktioner. Sådan en softwarefejl blokerer ikke fuldstændigt for testningen, men den har stor indflydelse på testprocessen, og softwaren kan ikke frigives uden at løse dette problem.

Det store betydningsniveau er ret vigtigt, men det holder ikke testprocessen op.

Fejlen af medium betydningsniveau er en fejl af moderat alvor, der kræver hurtig reaktion, da den ikke hindrer testningen.

5. Empowerment af individer – når 360 graders feedback bruges, har alle medarbejdere en chance for at give udtryk for deres bekymringer. Individer kan føle, at de har en stemme, og at virksomheden respekterer deres synspunkt og mening, derfor har enhver form for handling som resultat af, at medarbejderne bliver hørt, en positiv indflydelse på medarbejdermoralen.

Det laveste betydningsniveau for fejl, nemlig trivial, betyder, at softwarefejlen er af lille betydning.

Sammenfatning

Fejl i softwaren har mange årsager, men de opstår hovedsageligt på grund af ubevidste menneskelige handlinger. Det er nødvendigt at kontrollere nøjagtigheden af enhver software ved kontinuerlig testning. Hver softwarefejl har en livscyklus, der strækker sig fra dens opdagelse til reparation. Fejl har forskellige betydningsniveauer, hver har samme betydning, men nogle blokerer muligheden for at bruge softwaren i en grad, så den ikke engang kan testes, mens andre ikke påvirker disse processer så meget og er lette at rette.

Læs også: 4 typer af medarbejdere, som enhver virksomhed har brug for

Hvis du kan lide vores indhold, så bliv en del af vores travle bier-fællesskab på Facebook, Twitter, LinkedIn, Instagram, YouTube.