TESTARBETETS SVÅRA VAL - BADA - Högskolan i Borås

Reliability används ibland synonymt med availability eller MTBF, men vanligtvis
indikerar en liten del av alla prövade operationer som kan vara programkörningar,
interaktioner eller sessioner som lyckas fullföljas. (ibid)
Just availability och reliability kan vara viktigt i en verksamhet eftersom availability
syftar till att organisationen inte vill ha någon såkallad ”down time” (tiden som ett system
ligger nere) mer än nödvändigt eftersom organisationen förlorar pengar. Olika grader av
failures kommer påverka företaget som förlorar pengar om det inte fungerar pga. viss
frekvens av failures för t.ex. kunder då systemet ligger nere. Pezzé & Young (2008)
redogör vidare för tre distinkta mål:
Förbättra en mjukvaruprodukt genom att förhindra, hitta och eliminera faults.
Bedöma kvaliteten av mjukvaruprodukten.
Förbättra kvalitetsaspekten under längre tid och kostnadseffektivisera
kvalitetsprocessen.
Varje mål kräver en ihopvävning av kvalitetssäkring och förbättringsaktiviteter i en
övergripande utvecklingsprocess genom gruppering, utveckling och avslut. (ibid)
4.3.4 Kvalitetsprocessen
Inom systemutveckling måste hänsyn tas till att mjukvaran uppnår en tillräcklig kvalitet.
Systemutvecklingsprocessen som helhet måste därför ta hänsyn till många olika faktorer
genom att samtidigt som mjukvaran skall uppnå en acceptabel tillförlitlighet bör den
också vara användbar och hålla en viss kvalitet beroende på vilket sammanhang
produkten finns i. För att tackla dessa olika aspekter runt mjukvarans kvalitet måste detta
planeras och schemaläggas för att kvalitetsprocessen skall kunna genomsyra hela
systemutvecklingsprocessen. Det är dock viktigt att säga att kvalitet både ingår och är
separerade från den övergripande systemutvecklingsprocessen. Det betyder att
kvalitetsprocessen bör vara som ett ramverk där specifika mål skall uppnås för varje del
av systemutvecklingsprocessen. (Pezzé & Young, 2008)
Det finns också flera faktorer som spelar roll för mjukvarukvaliteten. Enligt McCalls
modell som tar upp tre faktorer för att mäta mjukvarukvalitet som är tänkt att användas
inom systemutvecklingsarbetet (se kap. 4.3.2). Kvalitetsprocessen skall vara strukturerad
på ett sådant sätt att completeness (fullständighet), timeliness (aktualitet) och cost
effectiveness (kostnadseffektivitet) uppnås. Completeness betyder att nödvändiga
aktiviteter behövs för att planera och för att hitta varje viktig del eller klasser av faults.
Vad dessa viktiga klasser av faults är beror på applikationen, organisationen och vad det
är för program t.ex. otillräckligt minne är en viktig klass av faults för C++ program, men
kanske sällan för Java program. Timeliness är att faults hittas så tidigt som möjligt, cost
effectiveness menas att aktiviteter bör väljas beroende på vad de kostar att genomföra och
hur effektiva de är. Kostnadsaspekten måste beaktas i hela utvecklingsfasen så den
vinnande faktorn blir att bedriva kvalitetsaktiviteter så tidigt som möjligt. Att hitta en
mjukvarudefekt i kodningsfasen och i enhetstesterna blir billigare ur kostnadssynpunkt än
- 37 -