Analysverktyg för kod och test - Lunds Tekniska Högskola

Eftersom kursen är relativt liten och därmed har en begränsning så fanns det inte plats för
att under utvecklingen studera huruvida olika sorters analysverktyg kunde ha en inverkan på
hur bra systemet fungerade eller hur bra code coverage som uppkom. Hade iterationerna
varit längre och projektet i sig varit längre hade man kunnat tänka sig att införa att under
varje iteration testa ett nytt analysverktyg för att sedan jämföra hur resultatet blev från en
iteration till en annan. Men även det sättet att gå tillväga har sina brister för vad säger att
svårighetsgraden och de problem man måste slåss med är lika stora i varje iteration?
5.2 Analysverktyg
Analysverktyg är ett väldigt kraftigt hjälpmedel under en utveckling, så länge som man vet
hur det ska användas och man är införstådd i hur det fungerar. Vet man inte det så hade
man nog klarat sig bättre utan det. Analysverktyg är heller inget som hjälper en användare
att garantera att systemet fungerar. Är till exempel testerna dåligt testade och bara
utformade för att skapa så hög code coverage som möjligt så kan det mycket väl vara så att
det uppkommer buggar senare i utvecklingen som man inte har funderat på. Detta hade vi
tydliga exempel på i vårt team där deltagarna lyckats uppnå en relativt hög code coverage,
men när det efter iteration fyra önskades en testrelease av systemet till mig och min
coaching partner, så upptäckte vi att systemet inte alls fungerade som det var tänkt längre.
På något sätt har deltagarna lyckats skriva testfall för att testa så att specifika delar av
systemet fungerar, men inte alls tänkt på att testa så att allt fungerar tillsammans. Vilket är
ett otroligt bra exempel på att man inte ska lita blint på att fungerande tester innebär att ett
system fungerar till 100 %.
I artikeln “A survey of coverage based testing tools” tas det upp att 60 % - 70 % är en rimlig
siffra för cod coverage, vilket dock kan uppfattas som ganska lågt i ett projekt där man
implementerar TDD, det vill säga alla test skrivs först innan något implementeras. Detta kan
man se genom att vårt team hade en code coverage på 74 % utan att använda sig av något
verktyg och med hjälp av ett lyckas höja det med 10 % utan några vidare svårigheter. Sen
huruvida vårt projekt är för litet eller för enkelt för att man ska kunna dra den
generaliseringen eller inte är svårt att avgöra. Man skulle kunna tänka sig att efter hand som
att ett system växer sig större blir det svårare och svårare att testa och även om det är
meningen att man ska skriva testfall för allt, så är det inte alltid lätt eller rimligt att testa allt.
Det blir nog svårare och svårare att få hög code coverage efter hand som systemet blir större
och dess komplexitet ökar.
6. Slutsater
Analysverktyg är viktiga hjälpmedel för att öka produktiviteten under utvecklingen av
programvara. För att de ska vara användbara är det viktigt att folk lär sig hur de fungerar
innan de använder sig av dem och att de som använder dem inte litar blint på allt som
verktyget säger utan istället mer ser det som en rekommendation.
8