Oplægget blev holdt ved et seminar i InfinIT-interessegruppen Softwaretest den 23. november 2011.
Læs mere om interessegruppen på http://www.infinit.dk/dk/interessegrupper/softwaretest/softwaretest.htm
Afvejning af Penge – Risiko – TidRisikoklasser = Chance of failure ogDamageTeststrategien skal være baseret på en dybdegående produktrisikoanalyse (PRA), hvis formål er at opnå et fælles billede mellem testmanager og andre interessenter om hvilke risici, der ligger i de enkelte karakteristikker og komponenter i produktet. Fokus i PRA er hermed på hvilke risici der er for Kunden, hvis produktet ikke har den forventede kvalitet. Dette gælder både risici, der er forbundet med de funktionelle og ikke-funktionelle krav.Med PRA opnås enighed om testindsats og resultatet danner grundlag for efterfølgende beslutninger i teststrategien. Herunder hvilke test design teknikker der skal benyttes og på hvilke testdybder der skal testes på de enkelte testniveauer (development test, system test, accept test osv.).Overordnet skal teststrategien herved beskrive tilgangen til opfyldelse af kravene til afprøvning fra bilag 14. Efterfølgende skal der for hver test udarbejdes en testplan.
TestLink dækker Planlægning og kontrol, Sepcifikation og gennemførsel
Hvad er en Test Managers opgave?At give PL informationer så han kan tage en beslutning om systemetDe informationer PL bør have sammensætter sig bl.a.:Hvad skulle vi have testetHvad har vi testetHvad er testens resultatFor at kunne give disse informationer har Test Manageren brug for et værktøj til planlægning og afvikling.Når plan og afvikling er samlet i et og samme værktøj er afrapportering nærmest givet af sig selv og kan laves med meget lille indsats Så man til enhver tid kan se status og fremdrift på testen
Arbejdet med TestLink begynder altid med oprettelsen af et projekt.Afhængig af den organisation der anvender TestLink vil man oprette et til flere projekter
Et projekt kan dannes som en kopi af et eksisterende projekt. På den måde arver projektet test planer og test cases.
Krav kan oprettes manuelt og/eller importeres via XML filer.Når man på den ene eller anden måde har genereret krav, kan systemet automatisk oprette test cases til kravene.Man kan specificere hvor mange test cases der skal dannes per krav.Test casene er tomme. En tester skal altså gå ind og definere steps til hver test case.
Test specificationen starter med definition at en Test Suite – den overordnede folderHerunder defineres test casene
Der skal to arbejdsgange til at oprette en test case: først laver man selve beskrivelsen, herefter klikker man på Create step og tilknytter et eller flere steps til test casen
For at afvikle en test case, skal man blot markere test casen.Testeren kan søge på de test cases der er tildelt til ham/hende, og filtrere på prioritet.
En forstørrelse af højre delen af Execution vinduet.Her savner jeg så muligheden for på stepniveau at kunne tilføje Actualresult.Der er kun mulighed for at skrive en samlet Note/Beskrivelse – og det kan godt være upraktisk.Desuden kan man ikke rette i selve test casen med det samme.Man skal huske at notere sig hvis test casen er forkert eller bør rettes til.
Test cases der er afviklet vises med en farve – grøn for Passed og rød for Failed.Status på de enkelte test cases indikeres også i selve træet ude til venstre, som jeg personligt synes er en lækker lille feature.
TestLink stiller en del brugbare prædefinerede rapporter til rådighed.Man kan f.eks. se en liste over alle failede test cases, eller alle de test cases der ikke er tildelt en tester.Men man kan også få overblik over dækning af krav.