Planering med felrapportering Flashcards
1
Q
Vilka rutiner kring felrapportering för ett enkel fel finns det?
A
- Testaren skriver en felrapport och skickar till utvecklaren
- Utvecklaren åtgärdar och skickar tillbaka
- Testaren testar om, ”felet åtgärdat”
- Testaren stänger felrapporten
2
Q
Vilka rutiner för hantering av felrapporter och ändringar finns det?
A
- Felrapporter ska alltid skickas tillbaka till den testare som funnit felet. Den ska aldrig stängas av utvecklaren.
- Varför inte?
- Undantag: Vid acceptanstest är testaren är en användare, kan den stängas av annan testare eller testledare, om den ordinarie testaren/användaren inte är kvar.
- Under komponenttester skrivs felrapporter av utvecklare som hittat felet i varandras komponenter.
- Felrapporten kan också skickas till testledare som kanske sätter prioritet och allvarlighetsgrad på felet.
- Vanlig vid acceptanstester då testaren/användaren kanske inte är van att skriva testrapporter.
3
Q
Hur ser felrapportens livcykel ut vid extern leverantör?
A
- Testaren skickar felrapporten till testledaren hos beställaren.
- Den testledaren kommunicerar med testledaren hos leverantören som i sin tur skickar felrapporten vidare i han/hennes organisation.
- Kan bli krångligt med flera leverantörer som kanske i sin tur har olika felrapporteringsverktyg.
- Optimalt: Samma verktyg så att inte t.ex. ID hos beställaren är 14 men blir 147 hos leverantören
4
Q
Vad är bra att ha med för att skriva bra felrapporter?
A
• Lägg tid på att skriva en bra och tydlig rubrik och felbeskrivning
• Beskriv felet så att du förstår det när du ska göra omtest. Teststeg,
förväntat resultat. Sekvens av händelser och avgränsa det viktiga
- Beskriv felet så att både utvecklare och beslutsfattare förstår felet och dess konsekvenser.
- Var medveten om deras roller om kompetensområde. Det den ena förstår kanske den andra inte gör.
- Rapportera bara ett fel per rapport. Varför?
- För att det blir bättre ordning och reda.
- Så vi inte har en öppen fel rapport bara för att alla del fel inte är åtgärdade. 1-1 med andra ord.
- 1 rapport 1 fel
- Något särskilt med felet?
- Beskriv det. Händer bara ibland, eller vid den och den situationen, vid den tiden, alltid i samband med…
- Är det verkligen fel? Prata med utvecklaren innan du går vidare
- Följ upp felrapporterna då och då
- Titta på andra testares felrapporter.
- Bra också så att ni har samma standard
- Bra formulerad rubrik och felbeskrivning är viktigare än hög prioritet och allvarlighetsgrad.
- Det kan lätt misstolkas om beskrivningen är dålig/otydlig.
