Konsultbolag1. Testplan för Europa version 2. Testplan Projekt Europa Sid 1 (av 9) Europa-projektet. Dokumenthistorik

Transkript

1 Testplan Projekt Europa Sid 1 (av 9) Europa-projektet Testplan för Europa version 2 Dokumenthistorik Utgåva Datum Författare Kommentar Ulf Eriksson Ursprunglig version, utkast Ulf Eriksson Uppdaterat, kompletterat så långt det är möjligt Ulf Eriksson Justeringar i samband med presentation för styrgrupp Ulf Eriksson Justeringar efter möte med Mats, Niklas och Janne. Slutlig version. Innehållsförteckning... 1 Europa-projektet... 1 Testplan för Europa version Dokumenthistorik... 1 Innehållsförteckning Unik identifiering Inledning Kortfattad beskrivning Bakgrund Syfte och mål Termer och förkortningar Hänvisningar till andra dokument Öppna frågor Testobjekt Omfattning Avgränsning Tillvägagångssätt Iterationer Start- och slutkriterier Kriterier för att inleda testarbetet Kriterier för att avsluta testarbetet... 5

2 Testplan Projekt Europa Sid 2 (av 9) 8 Avbrytande- och återupptagandekriterier Kriterier för att avbryta testerna Kriterier för att återuppta testarbetet Testdokumentation Testaktiviteter Testmiljö Hård- och mjukvara Testverktyg Lokaler Ansvar Resurs- och utbildningsbehov Tidplan Första testomgången Påföljande testomgångar Risker och oförutsedda händelser Godkännande av testplanen Unik identifiering CFRT01 2 Inledning 2.1 Kortfattad beskrivning Detta är acceptanstestplanen för testerna av system Europa version 1.0, i fortsättningen kallat Europa. Syftet med dokumentet är att beskriva vilka testaktiviteter som ska genomföras och vem som ansvarar för de olika aktiviteterna. Testplanen innehåller också en tidplan. Dokumentets målgrupp är de personer som är inblandade i testerna av systemet. Författare är Ulf Eriksson, testledare för Europa. 2.2 Bakgrund Småfrisk AB är marknadsledande inom sjuk- och olycksfallsförsäkringar för smådjur. För administration och hantering av försäkringar, utskrifter av försäkringsbrev och fakturering, har Småfrisk uppdragit till en extern leverantör att bygga ett nytt system som ska användas i hela landet. Systemet ersätter ett tidigare system med förlegad teknik. 2.3 Syfte och mål Syftet med testerna är att utvärdera om systemet uppfyller de specificerade kraven beskrivna i kravspecifikationen. Målet är att driftsätta systemet efter avslutade acceptanstester.

3 Testplan Projekt Europa Sid 3 (av 9) 2.4 Termer och förkortningar Term Felrapport ReQtest Förklaring Ett ärende i ReQtest. :s krav- och testverktyg. 2.5 Hänvisningar till andra dokument Dokument Kravspecifikation Projektplan Sammanställning av workshop för riskidentifiering Beskrivning av :s felrapporteringsprocess Mapp med testspecifikationer Sökväg p:\fluffy\kravspec_1.0.doc P:\fluffy\projektplan.doc P:\\fluffy\sammanställning av riskworkshop.doc p:\\fluffy\felrapporteringsprocess.co P:\fluffy\testspecar 2.6 Öppna frågor I denna version av dokumentet finns inga kända öppna frågor. 3 Testobjekt Samtliga delsystem i Europa kommer att testas under acceptanstesterna: Kundhantering Kundregister. Denna del används av samtliga användare. Fakturering Fakturering och bokning av betalningar som inkommer. Utskrifter Hantering av utskriftsköer för försäkringsbrev och andra dokument. Administrationsdel Administrationsverktyg för användare och rättigheter. Testobjekten kommer att installeras i testmiljön av den testmiljöansvarige. Den testmiljöansvarige kommer att hantera ändringar av testobjekten och installera nya versioner under testgenomförandet samt informera testgruppen om att nya versioner finns tillgängliga. 4 Omfattning Testerna kommer att utföras baserat på testspecifikationer med testfall och testdata. Följande testspecifikationer kommer att användas: Samlade systemtestfall.doc Behörighetstester.doc Regressionstestfall.doc Tester av lagrat data.doc

4 Testplan Projekt Europa Sid 4 (av 9) Dessutom kommer Småfrisks generella checklistor att användas, främst Checklista för webbaserade system.doc. Se sökväg till testspecifikationerna under rubriken hänvisningar till andra dokument ovan. 5 Avgränsning Följande tester kommer inte att genomföras: Tester som ska utföras av leverantören, exempelvis komponent- och integrationstestsamt eventuella ytterligare tester som leverantören finner nödvändiga. Extremtest i syfte att testa hur systemet hanterar extrema situationer, exempelvisströmavbrott och nätverksstörningar. Extremtester genomförs av driftorganisationen som en del i förberedelserna inför driftsättning. Funktionen E-faktura testas inte. Funktionen kommer inte att användas i denna version och den kommer därför inte att installeras hos användarna. Funktionen T-faktura testas inte. Den är redan testad i samband med den förra driftsättningen. Den är inte ändrad sedan dess och eftersom den är helt fristående från övriga delar av systemet bedöms risken för följdverkningar vara låg. 6 Tillvägagångssätt Testerna utgår från V-modellen såsom den är beskriven i boken Test och kvalitetssäkring av ITsystem (utgiven på Studentlitteratur). Huvudsakligen kommer testerna att fokusera på acceptanstestnivån, men även vissa tester som normalt hör till systemtestnivån kommer att genomföras. Testerna utgår från testfall beskrivna i testspecifikationer kompletterat medchecklistor och en mindre mängd ad hoc-tester. Varje testfall är prioriterat enligt följande prioritetsordning: 1. Funktioner som används av Småfrisks kunder. 2. Frekvent använda och/eller kritiska funktioner som används av användareinternt på Småfrisk. 3. Medelfrekventa arbetsuppgifter. 4. Funktioner som används mer sällan, exempelvis för systemadministrativa arbetsuppgifter. Avvikelser som hittas under testperioden rapporteras i form av avvikelserapporter till leverantören som åtgärdar avvikelserna och skickar nya versioner av systemet till den testmiljöansvarige vid överenskommelse. Avvikelserapporteringsprocessen beskrivs i ett separat dokument, se rubriken hänvisningar till andra dokument för sökväg till dokumentet.

5 Testplan Projekt Europa Sid 5 (av 9) 6.1 Iterationer Testarbetet sker iterativt och varje iteration består av följande faser: Test Genomförs med testfall och checklistor samt mindre del ad hoc-tester. Omtest Genomförs varje gång en ny version av systemet levereras till testgruppen. Syftet med omtesterna är att bekräfta att rapporterade fel är åtgärdade på ett tillfredsställande sätt. Regressionstest Dessa tester görs i samband med varje ny leverans. Syftet med regressionstesterna är att upptäcka eventuella följdfel som kan ha införts eller röjts i samband med felrättningar. 7 Start- och slutkriterier 7.1 Kriterier för att inleda testarbetet Samtliga förutsättningar nedan måste vara uppfyllda för att testerna ska kunna påbörjas: Systemet ska vara installerat i testmiljön. Installationstestfallen ska ha utförts och visa att systemet är tillräckligt stabilt. 80 % av det beräknade antalet testfall ska vara skrivna och granskade. Leverantören ska ha redovisat testplan, testfall och testrapport. Dokumenten ska vara godkända av Europaprojektets styrgrupp. 7.2 Kriterier för att avsluta testarbetet Samtliga förutsättningar nedan måste vara uppfyllda för att testerna ska kunna avslutas: Alla planerade testfall ska vara genomförda. Inga kvarvarande öppna fel med högsta allvarlighetsgrad får förekomma. Allvarlighetsgraderna beskrivs i det dokument som förklarar felrapporteringsprocessen. Se rubriken hänvisningar till andra dokument för sökväg till detta dokument. 8 Avbrytande- och återupptagandekriterier Kriterier för att avbryta testarbetet behövs om väldigt många fel hittas eller om andra allvarliga problem inträffar som gör att det inte är värt att fortsätta testarbetet. Om testerna avbryts ska problemen utredas och åtgärdas innan testarbetet återupptas. För att återuppta testerna, används kriterier för återupptagande. Testledaren lämnar rekommendation till styrgruppen och styrgruppen fattar det formella beslutet om testerna ska avbrytas respektive återupptas.

6 Testplan Projekt Europa Sid 6 (av 9) 8.1 Kriterier för att avbryta testerna Testerna avbryts om något av följande kriterier inträffar: Mer än fem fel av högsta allvarlighetsgrad upptäcks under en dag. Problem att få tid med nyckelpersoner. Svårighet att få styrgruppens beslut i viktiga frågor rörande testarbetet. Leverantören rättar inte de påträffade felen. 8.2 Kriterier för att återuppta testarbetet Testerna återupptas om något av följande kriterier inträffar: Regressionstester genomförs och resultatet visar att problemen är åtgärdade. Samråd mellan testledaren och projektledaren. 9 Testdokumentation Testarbetet resulterar i att följande dokument tas fram: Dokument Beskrivning Ansvarig Teststrategi Beskrivning av hur systemet Testledaren vanligtvis testas. Testplan Detta dokument. Testledaren Testspecifikation Dokument som innehåller Samtliga testare testfall med detaljerade instruktioner till testarna. Löpande rapportering En gång per vecka. Skickas till Testledaren projektledaren. Checklistor Kan eventuellt behöva tas fram Samtliga testare under det löpande testarbetet beroende på vilken sorts fel som hittas. Testrapport Avslutande rapport som beskriver testarbetets resultat. Testledaren 10 Testaktiviteter ID Aktivitet Ägare 1 Granska krav Testledaren 2 Skapa testfall baserat på kraven Testledaren 3 Prioritera testfallen Testledaren 4 Genomföra tester Samtliga testare 5 Logga resultatet av varje test i en testlogg Samtliga testare

7 Testplan Projekt Europa Sid 7 (av 9) 6 Skriva avvikelserapporter Samtliga testare 7 Kommunicera löpande med leverantören Testledaren 8 Sammanställa testlogg Testledaren 9 Skriva testrapport Testledaren 11 Testmiljö 11.1 Hård- och mjukvara XP XP XP XP Komponentserver Databas MS SQL Bankgiro Postgiro Print Bild 1 Schematisk skiss över testmiljön. Som operativsystem för klientdatorer kommer vi att använda Windows XP Professional. En skillnad i testmiljön jämfört med produktionsmiljön är att endast en server används i stället för två. Detta på grund av kostnadsskäl att köpa ytterligare en server beräknas kosta kr Testverktyg För kravhantering, lagring av testfall och felrapportering kommer verktyget ReQtest från leverantören att användas. När fel påträffas används verktyget för att skicka felrapporter till utvecklarna. Ett och samma verktyg används hos både Småfrisk och den externa leverantören för att förenkla hanteringen. Den testmiljöansvarige ansvarar för administration av ReQtest. Exempel på administration kan vara anpassning av verktyget för att passa testprocessen hos Småfrisk samt uppläggning av användarkonton i ReQtest Lokaler Testerna kommer att bedrivas i en särskild lokal ( testlabbet ) med tillgång till fem datorer.

8 Testplan Projekt Europa Sid 8 (av 9) 12 Ansvar Styrgruppen ansvarar för att godkänna testarbetet. Styrgruppen ansvarar också för att besluta vägval vid eventuella hindrande problem som kan uppkomma under testarbetet. I sådana situationer förbereder testledaren beslutsunderlag till styrgruppen. Om testledaren anser att testerna kan/bör avslutas, lämnar denne en rekommendation till projektledaren som fattar det formella beslutet. Styrgruppen ansvarar för att besvara kritiska frågor inom två arbetsdagar. 13 Resurs- och utbildningsbehov Namn Utsträckning Funktion Organisation Ulf Eriksson Heltid Testledare Ännu ej utsedd Heltid Testare Ekonomiavd Janne Bengtsson Heltid Testmiljöansvarig Janne Jansson Heltid Testare Ekonomiavd Pia Pärsson Heltid Testare Kundtjänst Hasse Hansson Eventuellt, vid behov Verksamhetsspecialist Aktuariegruppen 14 Tidplan Arbetet inleds med en fyra veckor lång testomgång (iteration). Om testerna visar att behov finns, kan en eller flera ytterligare iterationer på upp till treveckor vardera genomföras. Om endast ett fåtal fel hittas under den förstatestomgången, kan det räcka att endast genomföra denna testomgång. Troligtvis kommer den första testomgången att kompletteras med en andratestomgång. Om många fel hittas, kan det vara nödvändigt att komplettera med ytterligare testomgångar Första testomgången Planering 1 vecka Genomförande 2 veckor Uppföljning 1 vecka 14.2 Påföljande testomgångar Planering, genomförande och uppföljning, tre veckor. Testomgångarna är kortare eftersom testfallen till stora delar kan återanvändas. Startsträckan blir därmed kortare. Det är troligt att testfallen behöver kompletteras något. Det är möjligt att komplettera med ytterligare testomgångar beroende på hur många fel som upptäcks under första testomgången och felens allvarlighetsgrad.

9 Testplan Projekt Europa Sid 9 (av 9) 15 Risker och oförutsedda händelser Projektgruppen har genomfört en riskidentifiering i workshop-form under ledning av testledaren. Följande risker framkom: Risk Kommentar Åtgärd Prioritet Begränsade möjligheter till insyn i leverantörens testarbete. Leverantören ska förse Småfrisk med överlämnandedokument samt testplan och testrapport innan Bristfällig kommunikation mellan beställare och leverantör Instabilt system Tekniska problem hos leverantören försenar testarbetets start Allvarliga fel hindrar fortsatta systemtester Systemet är verksamhetskritiskt. acceptanstesterna inleds. Gemensamt felrapporteringsverktyg underlättar kommunikation om fel. Stabilitet utvärderas under både system- och acceptanstest. Täta avstämningar innan arbetet inleds. Fel eskaleras till styrgrupp. Leverantören åtgärdar inte problem i önskvärd takt Testarbetet försenas på grund av att styrgruppsmöte inte är inplanerat Risk att missa fel som är relaterade till användningen av två servrar. Testlabbet innehåller endast en server. Möten med leverantören. Regelbunden information till styrgruppen om testförloppet. Leverantören genomför vissa tester med två servrar. Noggranna tester i samband med driftsättning. Medel Medel 16 Godkännande av testplanen Testplanen godkändes vid styrgruppsmöte