Teknik · Årskurs 7

Idéer för aktivt lärande

Testning och dokumentation

Att lära sig testa och dokumentera kod kräver praktisk erfarenhet, eftersom det handlar om att upptäcka saker i sin egen och andras kod som man inte själv tänkt på. Genom att aktivt byta, granska och förbättra program i olika konstellationer får eleverna se hur olika perspektiv avslöjar brister och stärker förståelsen för robust programmering.

• Skolverket Kursplaner
• Lgr22: Teknik - Åk 7-9 - Dokumentation av tekniska lösningar
• Lgr22: Teknik - Åk 7-9 - Strategier för att skriva och felsöka kod

• 30–45 min
• Par → Hela klassen
• 4 aktiviteter

Aktivitet 01

• Gemensam problemlösning
• 30 min · Par

Parvis Peer Testing: Byt och testa kod

Låt elever skriva ett enkelt program i Scratch med loopar och villkor. Byt program med en partner och använd en testplan med tre testfall: normalt fall, gränsfall och felaktig inmatning. Diskutera funna buggar tillsammans.

Varför är det viktigt att låta andra testa ens programkod?

Handledningstips

Under Parvis Peer Testing, uppmuntra eleverna att byta roller så att båda får erfarenhet av att testa och att förklara sitt eget arbete.

Vad att leta efter

Ge eleverna ett kort kodavsnitt med en avsiktlig bugg. Be dem skriva ner en mening som beskriver buggen och en mening om hur de skulle testa för att hitta den. Samla in svaren för att bedöma förståelsen av felsökning och testning.

• Tillämpa
• Analysera
• Utvärdera
• Skapa
• Relationsförmåga
• Beslutsfattande
• Självreglering

Aktivitet 02

• Gemensam problemlösning
• 45 min · Smågrupper

Gruppworkshop: Designa testplan

Dela in i små grupper. Ge ett färdigt program med kända fel. Grupperna skapar en testplan med steg-för-steg-tester och förutsägelser om resultat. Presentera planen för klassen.

Designa en testplan för ett enkelt program.

Handledningstips

Vid Gruppworkshop: Designa testplan, ge eleverna konkreta exempel på testfall innan de börjar, t.ex. 'Vad händer om användaren skriver bokstäver istället för siffror i en räknare?'

Vad att leta efter

Eleverna får i par testa varandras enkla program (t.ex. en miniräknare). De ska skriva ner minst två testfall de använde och en kommentar om koden är lätt att förstå. Ge feedback på hur väl testfallen täcker olika scenarier och hur tydlig dokumentationen är.

• Tillämpa
• Analysera
• Utvärdera
• Skapa
• Relationsförmåga
• Beslutsfattande
• Självreglering

Aktivitet 03

• Gemensam problemlösning
• 40 min · Individuellt

Dokumentationsutmaning: Förbättra andras kod

Elever får en okommenterad kod från en kompis. Lägg till kommentarer, beskriv förändringar i en loggfil och testa koden. Jämför original och förbättrad version i helklassdiskussion.

Förklara hur god dokumentation underlättar samarbete och underhåll av kod.

Handledningstips

I Dokumentationsutmaningen, begränsa eleverna till ett kort kodavsnitt så att de hinner fokusera på kvalitet istället för kvantitet i kommentarerna.

Vad att leta efter

Ställ frågor som: 'Varför är det viktigt att testa kod som andra ska använda?' och 'Ge ett exempel på vad som kan dokumenteras i kod.' Använd snabba handuppräckningar eller en digital plattform för att samla in svar och bedöma klassens förståelse.

• Tillämpa
• Analysera
• Utvärdera
• Skapa
• Relationsförmåga
• Beslutsfattande
• Självreglering

Aktivitet 04

• Gemensam problemlösning
• 35 min · Hela klassen

Helklass Code Review: Gemensam felsökning

Visa ett program på projektorn med dolda fel. Elever föreslår tester i tur och röstning, dokumenterar resultaten på delade tavlor. Upprepa med elevers egna bidrag.

Varför är det viktigt att låta andra testa ens programkod?

Handledningstips

Under Helklass Code Review, skriv upp elevernas förslag på tavlan och jämför dem med den officiella felsökningsmetodiken för att visa samband.

Vad att leta efter

Ge eleverna ett kort kodavsnitt med en avsiktlig bugg. Be dem skriva ner en mening som beskriver buggen och en mening om hur de skulle testa för att hitta den. Samla in svaren för att bedöma förståelsen av felsökning och testning.

• Tillämpa
• Analysera
• Utvärdera
• Skapa
• Relationsförmåga
• Beslutsfattande
• Självreglering

Några anteckningar om att undervisa detta avsnitt

Erfarna lärare brukar börja med att visa hur små ändringar i kod kan ge stora effekter, och sedan låta eleverna upptäcka detta själva genom praktiska tester. Undvik att föreläsa om dokumentation på en gång – låt eleverna först uppleva frustrationen av att inte förstå andras kod, innan de inser behovet av tydliga kommentarer. Forskning visar att elever lär sig bäst när de får feedback direkt på sitt arbete, så planera aktiviteter där de snabbt kan jämföra sina tester och dokumentation med en kamrats.

När eleverna har arbetat med aktiviteterna ska de kunna planera tester som täcker flera scenarier, identifiera och beskriva fel i kod, samt skriva tydliga kommentarer som förklarar funktion och syfte. De ska också kunna förklara hur dokumentation underlättar samarbete och framtida felsökning.

---

Se upp för dessa missuppfattningar

• Under Parvis Peer Testing, lyssna efter elever som säger att deras kod 'alltid fungerar för dem'.

  Be eleverna att tillsammans testa koden med oväntad input, t.ex. negativa tal eller tomma strängar, och diskutera hur det påverkar resultatet. Använd deras upptäckter för att visa varför systematiska tester är nödvändiga.

• Under Dokumentationsutmaningen, observera elever som struntar i att skriva kommentarer.

  Be eleverna att först läsa varandras okommenterade kod och försöka förstå den, sedan diskutera vilka delar som var svårast att förstå. Använd deras reflektioner för att visa hur tydliga kommentarer kan underlätta arbetet.

• Under Gruppworkshop: Designa testplan, hör elever säga att 'en test räcker för att säga att koden fungerar'.

  Utmana eleverna att skapa flera testfall med olika typer av input, t.ex. gränsvärden och ogiltiga värden. Jämför deras testplaner med varandra för att visa hur olika scenarier avslöjar olika fel.

---

Metoder som används i denna översikt

• Gemensam problemlösning