17.07.2013 Views

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

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

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

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Orsaker till att kvalitetsprocessen misslyckas<br />

En kvalitetsprocess kommer vara en resurskrävande process som kräver att ansvar delas<br />

ut. En dålig ansvarsfördelning och fördelning av resurserna kan leda till problem om<br />

individuella mål står i konflikt till det övergripande projektet. Om man delar upp ansvaret<br />

mellan utveckling och kvalitetskontroll mellan ett utvecklingsteam och ett kvalitetsteam<br />

och belönar hög produktivitet utifrån antal kodrader per person i månaden under ett<br />

utvecklingsarbete kommer detta få oönskade konsekvenser. Utvecklingsteamet som inte<br />

är belönade till att producera högkvalitetsmjukvara kanske försöker att maximera<br />

produktiviteten till fördel för kvaliteten. De resurser som från början var planerade för<br />

kvalitetssäkring kan bli lidande om kvaliteten på koden från de överproduktiva<br />

utvecklarna är låg. Det kan också vara så att om utveckling och kvalitetskontrollen<br />

kombineras till ett och samma team kanske det blir bättre, men när deadline närmar sig<br />

kan resurserna skifta från kvalitetssäkring till att skriva kod på bekostnad av<br />

produktkvaliteten. (ibid)<br />

Orsaken till olika typer av defekter kan härledas till att mjukvaruutvecklarna inte har<br />

tillräcklig kunskap och utbildning om hur mjukvara byggs. Det kan också vara dålig<br />

kommunikationen mellan utvecklarna om vad för arbete som görs i projektet eller att<br />

utvecklaren struntat i att göra vissa saker i systemutvecklingen. Mjukvaruutvecklaren vet<br />

vad som skall göras, men gör fel utifrån att fel saker skrivs i koden som i sin tur orsakar<br />

olika defekter. Organisationen kanske heller inte har en bra process och därmed inte<br />

hinner med viktiga saker beroende på tid som i sin tur leder till problem i specifikationen<br />

som i sin tur leder till olika faktorer som kommer att spela en viktig roll för den totala<br />

mjukvarukvaliteten. McCalls modell för kvalitetsfaktorer för mjukvara används för att<br />

minska kommunikationsproblem mellan mjukvaruutvecklarna och de som de faktiskt<br />

skapar mjukvaran för, dvs. användarna (se kap 4.3.2). Beroende på dessa faktorer kan det<br />

få stora eller mindre konsekvenser för mjukvaran och den som skall använda mjukvaran i<br />

slutändan. Det är därför viktigt att fel hittas innan mjukvaran finns levererad. Genom att<br />

testarbete ses som en experimentell aktivitet bör testfall också skapas där det finns hög<br />

sannolikhet att avslöja många möjliga fel. (Burnstein, 2003)<br />

4.4 Ekonomiska aspekter<br />

Det är omöjligt att hitta alla errors i en mjukvara. Detta kommer i sin tur leda till de<br />

ekonomiska aspekterna av testarbete. Det är därför viktigt att en testare kan skapa sig en<br />

uppfattning om mjukvaran och fundera på hur testfallen är designade. Eftersom<br />

ekonomiska aspekter hör ihop med testarbete och det sällan finns utrymme att testa för all<br />

evighet måste testaren vara effektiv i sitt testarbete samt att det måste finnas olika<br />

strategier för att få ut nyttan av det hela. (Amman & Offutt, 2008)<br />

Mjukvarutester är dyra och kan kräva upp till 50 % av den totala mjukvaruutvecklings<br />

kostnaden, men även ibland mer för vissa säkerhetskritiska mjukvaror eller system. En av<br />

flera mål inom mjukvarutest är att automatisera så mycket som möjligt för att minska<br />

kostnaderna, de mänskliga felen och möjliggöra för regressionstester. (ibid)<br />

Det är även viktigt att uppnå en mjukvarukvalitet beträffande testerna och att det går att<br />

få ut en nytta med testerna eftersom det kostar mycket pengar. Genom att beakta olika<br />

faktorer enligt McCalls modell för mätning av mjukvarukvaliteten såsom<br />

återanvändbarhet, testbarhet, pålitlighet och användbarhet etc. går det också att beakta de<br />

- 39 -

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!