C: Inlämningsuppgift 1, Felsökning och testfall

Bakgrund

Under testningen provkör man programmet med olika kombinationer av indata, för att försöka hitta felen i programmet. Att välja ut lämpliga indata att provköra med, så kallade testfall, är inte alltid så enkelt.

Specifikation

• liksidig (Equilateral)
• likbent (Isosceles)
• rätvinklig (Right)
• alla sidor olika (Scalene)
• omöjlig (Invalid)

Gör ett antal testfall, och provkör dem.

(Hur hittar man på testfall? Jo, man ska försöka göra ett testfall för varje variant av inmatning, så man ser om programmet gör rätt för den varianten.)

Redovisning

Några tips

• Testfallen ska inte vara ett protokoll över provkörningen, utan de ska vara ett recept för provkörningen. Testfallen är en lista som man ska köra igenom inte bara en gång, utan varje gång man gjort en ändring i programmet. (Det är tyvärr inte ovanligt att man, när man lägger till eller lagar någon detalj i ett program, råkar ha sönder något annat så att det slutar fungera.)
• Listan med testfall ska vara konkret, dvs det ska vara en fullständig lista med alla de värden som ska matas in. Vilka data man använder ska alltså vara uttänkt i förväg, och inget man behöver hitta på sen vid själva testkörningen. Att konstruera testfall kan vara ett både stort och svårt jobb, som kräver grundligt tankearbete, så det ska man göra i lugn och ro, före testkörningen. Och bara en gång, inte vid varje testtillfälle.
• Att hitta på bra testfall handlar mycket om två saker:
  1. Man vill provköra varje del av programmet minst en gång, och (så långt möjligt) alla möjliga vägar genom programmet. Även när man inte tittar på programkoden (eller inte har den), kan man tänka i såna termer, till exempel så man har minst ett testfall för varje typ av triangel (rätvinklig, liksidig och så vidare).
  2. Randvillkor (exempel: om ett program ska kunna hantera namn på 1-30 tecken, så provkör man kanske särskilt med namn på just 1 och 30 tecken, och för att testa felhanteringen också 0 och 31). Just sådana gränsfall kan vara krångliga att få rätt, och programmerare gör ofta fel just där.
• Precis som att ett matrecept bör vara tydligt och lättbegripligt, så bör även det här "testreceptet" vara så tydligt och lättbegripligt som det går. En lista med testfall är kommunikation, nämligen med den som ska testa programmet. Det spelar kanske inte så stor roll om du ska provköra programmet direkt, men det kan också vara någon annan som ska köra testerna, och det kan vara du själv om tre år, när någon gjort en ändring i programmet och du måste kontrollera att den ändringen inte haft sönder något.