vecka 4 och 5

Har jag läst mig vidare genom boken Agile Testing, jag hade hoppat över ett par kapitel i mitten och naturligtvis innehöll de ett väldigt intressant avsnitt om Exploratory Testing, Det är en typ av testning som känns ganska luddigt. att skilja ad hoc och exploratory Testing är inte helt lätt.
Jag börjar ha samlat på mig ett antal textsnuttar som jag skrivit utifrån de olika vetenskapliga artiklar jag hittat. eftersom jag verkar ha missat att skriva förra veckan har jag inte koll på vilka jag hittat och läst när men här kommer en lista med en kor kommentar på hur intressanta de verkar

1. Agile Regression Testing Using Record & Playback
   från XP/Agile Universe 2003
1. Bra, beskriver mycket liknande det jag tänkte skriva i min rapport men jag vet väl inte hur granskad den är
2. The effect of experience on the test-driven development process
1. mycket intressant, de visar att man får ut mer av TDD med erfarenhet
3. Empirical investigation towards the effectiveness of test first programming
1. intressanta teorier och referenser, tyvärr såpass litet underlag att en del slutsatser blev osäkra
4. Inspecting Automated TestCode A preliminary Study
1. visar på Inspektioner som ett sätt att skriva bättre tester

Sen har jag kämpat med 2 artiklar till som visade sig handla om annat än jag trodde.

Denna vecka har vi även haft fler möten med Indiern om vad han behöver för att kunna göra testerna, och bestämt nästa möte till på tisdag då vi ska gå igenom hur långt vi hunnit. Jag har fått tillgång till ett antal exempel på Instruktioner den andra avdelningen skickar till honom.

Igår satt vi tillsammans och definierade det första scenariot. Jag fick även hjälp att installera programmet vi ska testa på min dator så att jag kan manuellt köra igenom scenarion. Jag har provat att köra utifrån mina anteckningar och det har gått förvånansvärt bra. Jag har skrivit in anteckningarna på datorn och klippt in skärmdumpar  här och där så nu finns det en hyfsat tydlig instruktion att jobba vidare på. Vi får se om Indiern klarar sig med det eller om han vill ha mer formella beskrivningar, i annat fall får jag jobba vidare med instruktionerna tills de blir bra.
Jag har delat upp det långa scenariot i logiska delar som visserligen bygger på varandra men efter varje avslutad del skulle man kunna välja att göra något annat, koppla på ett annat test liksom.
En av delarna är tom helt valbar.
Testet kommer att avslutas med att man tar bort varje del, jobbar sig baklänges till starten igen så att man har samma startpunkt nästa gång testet körs. Det slog mig just att det kan bli problem om något fel uppstår, att det kan bli rester av data kvar... får notera det och diskutera med utvecklarna. pga myndighetsregler finns det inget enkelt sätt att rensa data, utan man får jobba sig tillbaka hela vägen. Det är en skillnad mot den andra avdelningen som inte har sådana krav på sig. Där är det tvärtom ett krav att kunna radera patientdata.