Lösningar, implementering och systematisk testning

Steg 3

Föreslå flera lösningar

• ändra kod eller inställningar
• förbättra design och användarflöde
• optimera filer eller resurser
• jämför tid, effekt och risk

Den första idén är inte automatiskt den bästa lösningen.

Konsekvenser

Kan lösningen skapa nya problem?

En ändring kan lösa ett fel men samtidigt påverka:

Välj den lösning som fungerar bäst för systemet som helhet.

Steg 4

Implementera kontrollerat

• gör en tydlig förändring i taget
• dokumentera vad som ändras
• behåll möjligheten att återställa
• testa den minsta relevanta delen först

Om allt ändras samtidigt blir det svårt att veta vad som hjälpte.

Steg 5

Testa resultatet

1. Är det ursprungliga problemet borta?
2. Fungerar lösningen flera gånger?
3. Fungerar den även med annan indata?
4. Har något annat slutat fungera?

”Det fungerade en gång” är inte ett tillräckligt test.

Interaktiv felsökning

Vad är bästa nästa steg?

Exempel · webbplats

Knappen gör ingenting

1. Identifiera: klick ger ingen reaktion.
2. Analysera: JavaScript-funktionen körs inte.
3. Föreslå: kontrollera kopplingen mellan knapp och funktion.
4. Implementera: korrigera kopplingen.
5. Testa: prova flera klick och olika enheter.

Exempel · Unity

Karaktären faller genom marken

1. Symptom: karaktären passerar markytan.
2. Analys: kontrollera collider och fysikinställningar.
3. Orsak: collider saknas eller är fel inställd.
4. Lösning: korrigera komponenten.
5. Test: prova flera platser och rörelser.

Optimering

När inget är trasigt – men för långsamt

Optimering förbättrar exempelvis snabbhet, stabilitet eller resursanvändning.

• minska bildstorlekar
• förenkla onödigt arbete i koden
• anpassa serverkapacitet till belastningen

Mät före och efter ändringen. Annars vet du inte om den hjälpte.

Gummiankemetoden

Förklara problemet högt

1. Beskriv vad systemet ska göra.
2. Förklara vad varje steg faktiskt gör.
3. Säg vilka antaganden du gör.
4. Notera var förklaringen inte längre håller.

Du kan förklara för en person – eller ett föremål. Poängen är att formulera tanken tydligt.

Problemlösning och lärande

Fel kan ge kunskap

När du undersöker varför något inte fungerar lär du dig hur systemet är uppbyggt.

Slumpmässiga ändringar ger däremot svag kunskap om vad som faktiskt hände.

Praktisk övning

Felsök systematiskt

1. Välj ett konkret fel i ett program, en webbplats eller ett spel.
2. Beskriv förväntat och faktiskt resultat.
3. Reproducera felet och dokumentera stegen.
4. Formulera två möjliga orsaker.
5. Ändra en sak och testa igen.
6. Redovisa vad testet visade.

Exit ticket

Tre frågor

1. Vad skiljer ett symptom från en orsak?
2. Varför ska man ändra en sak i taget?
3. Hur kontrollerar du att lösningen inte skapade ett nytt fel?

Sammanfattning

Kom ihåg

• Beskriv problemet tydligt innan du försöker lösa det.
• Skilj symptom från bakomliggande orsak.
• Reproducera, analysera och jämför möjliga lösningar.
• Implementera en kontrollerad förändring i taget.
• Testa både lösningen och resten av systemet.