Mall_Testplan.docxFör <upphandling/projekt/system>

Kungsbacka kommun • 0300-83 40 00 • info@kungsbacka.se • kungsbacka.se

Mall_Testplan.docx

Innehåll

Inledning........................................................................................................................ 3Syfte........................................................................................................................................3Mål...........................................................................................................................................3Målgrupp..................................................................................................................................3Referenser...............................................................................................................................4

Testuppdraget................................................................................................................ 5Testobjekt................................................................................................................................5Omfattning...............................................................................................................................5Riskanalys................................................................................................................................6

Testorganisation.............................................................................................................7Roller och ansvar.....................................................................................................................7Övriga kontaktpersoner...........................................................................................................7

Tillvägagångssätt...........................................................................................................8Testtyper och testtekniker.......................................................................................................8Testverktyg..............................................................................................................................9Avvikelsehantering...................................................................................................................9Rapportering och möten..........................................................................................................9Start- och slutkriterier............................................................................................................10

Övergripande tidplan....................................................................................................11Testmiljö....................................................................................................................... 12

Testdata.................................................................................................................................12Hårdvara................................................................................................................................12Mjukvara................................................................................................................................12Testanvändare.......................................................................................................................12

Sida 2 av 12

Mall_Testplan.docx

InledningPresentera bakgrund till testarbetet, genom att kort beskriva upphandlingen, införandeprojektet eller uppdateringarna.

Syfte

Syftet med detta dokument är att samla all nödvändig information som behövs för att planera, kontrollera och styra testarbetet, samt klargöra omfattning av test för <upphandlingen, införandeprojektet och/eller förvaltningsorganisationen> på en övergripande nivå.

Svara på frågan varför man genomför testuppdraget.

De huvudsakliga syftena med test inom <upphandlingen, införandeprojektet och/eller förvaltningsorganisationen> är att:

Exempel

Verifiera att vi har testbara krav Bygga förtroende för systemet Verifiera integration med befintliga system Säkerställa att systemet uppfyller våra ställda krav Säkerställa att vi levererar ett fungerande verksamhetssystem/digitalt verktyg Verifiera att specialanpassningar fortfarande fungerar efter uppgraderingar Säkerställa att fel inte har introducerats efter utförda förändringar Testa av ny efterfrågad funktionalitet vid uppgradering Ta fram beslutsunderlag för ”go/no-go” Kvalitetssäkring av produktleverans Identifiera, påverka och påpeka behov av produktförbättringar Utvärdera om befintligt system lever upp till efterfrågade krav

Mål

Testplanen för <upphandlingen, införandeprojektet och/eller uppdateringen> har följande mål:

Identifiera de områden/objekt som skall testas, samt i vilken omfattning Identifiera resurser och ta fram estimat för testarbetet, detta inkluderar även nödvändig

konfigurering av testmiljö, samt testdata Lista ansvarsområden/ansvariga för testinsatsen i testarbetet Verifiera och validera de krav och/eller versionsinformation som finns framtagna för att anpassa

tillvägagångssättet

Målgrupp

Planen vänder sig i första hand till projektledaren/processägaren men även till de som är inblandade i själva testarbetet.

Ange eventuell sekretess vid hantering och distribution av dokumentet.

Sida 3 av 12

Mall_Testplan.docx

Referenser

Här ges en korsreferens till refererade dokument.

Ange relevanta hänvisningar till underlag som legat till utgångspunkt för testplanen, och/eller där vidare information finns. Skapa, om möjligt, länkar av dokumentnamnen för att ge mottagaren en snabbväg till informationen, alternativt hänvisa till dess plats.

Dokument

Testmetodik – Övergripande tillvägagångssätt

Testmetodik – Testprocessen

Testmetodik – Begreppslista

Projekt-/förvaltningsplan

Kravunderlag- Kravspecifikation- Processbeskrivning- Användningsfall

Versionsinformation

Sida 4 av 12

Mall_Testplan.docx

TestuppdragetTestobjekt

Här beskrivs kortfattat verksamhetssystemet eller det digitala verktyg som ska testas.

Vad ska testas? Exempelvis version nn av verksamhetssystem xxx.

Omfattning

Här beskrivs vad som omfattas av testuppdraget. Vad ska vi testa? Vad ska vi rapportera?

Integrationer med andra system

Det är även viktigt att se över vilka integrationer som påverkas av förändringen, samt vilka beroenden som finns. Finns det en systemintegrationskarta?

Avgränsningar

Vad ingår inte? Exempelvis leverantörens enhetstest, integrationstest och systemtest. Beskriv även annat som man medvetet uteslutit eller som är bortprioriterat exempelvis på grund av liten risk eller brist på tid och/eller resurser. Det kan också omfatta angränsande områden som ska skötas av andra projekt.

Motivera också varför man väljer att inte ta med vissa tester.

Sida 5 av 12

Mall_Testplan.docx

Riskanalys

Det är upp till respektive projekt att ta hänsyn till riskerna med att inte testa, resursbehovet och tiden man har till förfogande.

Genom att identifiera och vikta ett införande eller en förändring krävs initialt ett analysarbete för att hitta rätt nivå i testarbetet.

Fokusera på områden med hög användning, hög prioritet eller hög risk när man avgör omfattningen av testarbetet, så kallad riskbaserad testning.

Beroenden

Vilka andra projekt/uppdrag, leveranser, beslut är detta testarbete beroende av, exempelvis vid integration med andra system. Vad andra projekt/team antas göra/leverera som testarbetet är beroende av? För att se vilka risker som identifierat, skapas en tabell innehållande aktuella risker med allvarlighetsgrad och sannolikhet. Tabellen ska även med fördel synkas med de övergripande risker som identifierats i projekt-/förvaltningsplan.

Följande risker finns för att testplanen inte kan uppfyllas: Sannolikheten (S) att en risk slår in är graderad 1 - 5, med 1 som inte trolig och 5 som mycket trolig. Allvarlighetsgraden, det vill säga, konsekvensen (K) av att risken slår in, är graderad 1 - 5, med 1 som inte alls allvarlig och 5 som mycket allvarlig.

För risker med högt riskvärde (>15) ska åtgärd tas fram, även risker med högt värde på konsekvens (>3) bör hanteras.

Identifierade risker

ID Risk S (1-5)

K(1-5) R=S*K Åtgärd Ansvarig

R01 Feltolkade krav 3 4 12 Prioritera kravgransking, med remissrunda till verksamheten

Testledare

R02 Sen tillgång till driftmiljö 2 3 6

R03 Resursbrist pga. andra projekt

2 2 4

R04 Låg kvalitet på leverantörstest

4 3 12

R05 Problem med integration 4 4 16 Involvera IT och boka in separata integrationsmöte mellan IT och leverantör

Projektledare

R06 Problem med extern drift 1 4 4

Sida 6 av 12

Mall_Testplan.docx

TestorganisationBeskriv de roller med ansvar och befogenheter som kommer att används av testuppdraget. Nedan finns en tabell innehållande roller med ansvar och befogenheter som vanligen används av ett testuppdrag.

Testledare och teknisk testare bör redan vara förankrade i huvudprojektet. I förvaltning är dessa roller ofta förknippade med systemförvaltare och teknisk systemförvaltare.

Roller och ansvar

Roll Namn Verksamhet Ansvar

Testledare <Namn Namnsson> <Förvaltning> Planera, leda och följa upp testarbetet, samt rapportera till projektledaren/processägaren. Denne ska även granska krav, ansvara för testdata, samt stötta testarna i deras arbete.

Testare <Namn Namnsson> <Förvaltning> Skriva testfall, genomföra tester och rapportera till testledaren.

Teknisk testare

<Namn Namnsson> <Förvaltning> Skriva testfall och utföra tekniska tester, exempelvis för integrationer och prestanda. Ansvarar för att, tillsammans med testledaren avgöra vad som behöver testas.

Övriga kontaktpersoner

Roll Namn Verksamhet Kontakt Ansvar

Projektledare

Sakkunnig

Systemförvaltare

Teknisk systemförvaltare

Leverantör

Sida 7 av 12

Mall_Testplan.docx

TillvägagångssättRedogör för det tillvägagångssätt som kommer att tillämpas under testarbetet, samt om det är tester som inte kan göras NU på grund av olika anledningar.

Testtyper och testtekniker

Vilka typer och tekniker ska användas för vilka tester? Se utbildningsmaterial för mer info.

Granska krav – Genomgång av underlag för att verifiera testbarhet och kravuppfyllnad, inför publicering vid upphandling. [Granskning]

Röktest – Efter installation i testmiljön förvissa sig om att de mest kritiska funktionerna av systemet fungerar innan man startar en testomgång. [Strukturell testning - Urval av testfall]

Flödestest – Funktionstest över verksamhetsprocesser [Strukturell testning, utforskande testning]

Funktionstest – Alla användningsfall testas med tillåtna och otillåtna data. [Granskning, strukturell testning, utforskande testning]

Integrationstest – Testa att 1) kommunikationen mellan två system fungerar, 2) rätt format för gränssnittet används och, 3) datat hanteras rätt i sändande/mottagande system. [Strukturell testning, utforskande testning]

Konfigurationstest – Test av konfigurationer gjorda inne i systemet.

[Strukturell testning, utforskande testning]

Migreringstest – Test att tidigare data fungerar efter migrering från det gamla till det nya systemet.

[Strukturell testning, utforskande testning]

Användbarhetstest – Om systemet/produkten kan användas effektivt och produktivt, dvs. på det sätt den är tänkt. Hur väl användarna interagerar med systemet. [Utforskande testning]

Regressionstest – Vid förändring av funktionalitet behöver även kringliggande funktionalitet omtestas för att verifiera att befintlig funktionalitet fortfarande fungerar som tidigare, dvs. inte har påverkats av förändringen. [Strukturell testning, utforskande testning]

Start-/stopptest – Test av kommunikationsavbrott och hur systemet återhämtar sig. [Strukturell testning, utforskande testning]

Prestandatest – Test som avser att demonstrera att testobjektet uppfyller specifika prestandakrav[Strukturell testning, utforskande testning]

Säkerhetstest – Test för att avgöra säkerheten i ett system.[Strukturell testning, utforskande testning]

Återställningstest – Test för att säkerställa att systemet kan återställas från backup. [Strukturell testning, utforskande testning]

Drifttest – Test för att 1)Säkerställa att driftmiljön är klar för produktion 2)Testa de testfall som inte kunnat testas i testmiljön.[Strukturell testning, utforskande testning]

Sida 8 av 12

Mall_Testplan.docx

Testområde/Testobjekt Testtyp Testteknik

Kravspecifikation Granska krav Granskning

Användningsfall Granska krav Granskning

Ärendehantering Flödestest Utforskande testning

XXX Funktionstest Strukturell testning

Skapa nytt ärende Användbarhetstest Utforskande testning

Ny funk A Regressionstest (F) Strukturell testning

Integration Tekniska tester Utforskande testning

Testverktyg

Internt hos Kungsbacka kommun används testunderlaget (Excel-fil) som testverktyg i testuppdraget. I testunderlaget återfinns testfall, testlogg och testschema, samt tillhörande instruktioner och hjälpavsnitt.

Ange om ytterligare testverktyg kommer användas vid några av de tekniska testerna eller vilket verktyg som ska användas tillsammans med eventuell leverantören för att hantera avvikelser. Beskriv hur detta verktyg ska användas.

Avvikelsehantering

Beskriv hur avvikelser kommer att hanteras i testarbetet inklusive dom som man väljer att inte åtgärda under testarbetet. Redogör även för hur dessa rapporteras inom testorganisationen, samt externt till eventuell leverantör.

I de fall som Kungsbacka och/eller eventuell leverantör rapporter och följer upp avvikelser i ett system ska detta anges och beskrivas ytterligare.

Visualisera gärna avvikelsehanteringen i ett flöde.

Rapportering och möten

Beskriv hur rapportering mellan testledare och projektledare/budgetansvarig ska fungera samt hur uppstarts- och avstämningsmöten planeras under testuppdraget (exempelvis dagliga och/eller veckovisa).

Ta även med hur kommunikationen med en eventuell leverantör ska fungera för att skapa ett bra samarbete, exempelvis hur vi återkopplar Kungsbackas testarbete till leverantören.

Sida 9 av 12

Mall_Testplan.docx

Start- och slutkriterier

Kriterier för att inleda testarbetet

Nedanstående kriterier krävs för att testarbetet skall kunna inledas oavsett fas:

Exempelvis:

Testmiljö: Testmiljö med nödvändiga integrationer skall finnas tillgängliga

Testdata: Testdata skall finnas tillgängligt

Leveranser: Leveranser från samtliga berörda parter för respektive testfas skall vara på plats och verifierade.

Resurser: Resurser för att genomföra tester finns allokerade.

Resurserna skall vara befriade från linjearbete dagarna då de genomför testning.

Resurserna har genomgått nödvändig utbildning i systemen.

Resurserna har fått nödvändig genomgång av testarbetet och testprocessen i projektet.

Kriterier för att avsluta testarbetet

Nedanstående kriterier, samtliga punkter, måste vara uppfyllda för att testarbetet skall avslutas:

Exempelvis:

Samtliga planerade tester skall vara genomförda, alternativt vid tidsbrist skall samtliga högprioriterade tester vara genomförda.

Samtliga genomförda tester skall dokumenteras i testfall och resultatet av dessa dokumenteras i Testunerlaget

Samtliga funna avvikelser/fel skall vara dokumenterade enligt avvikelseprocessen. Fel som ännu inte åtgärdats/stängts skall dokumenteras i separat lista med beskrivning av i vilken omfattning dessa anses vara hindrande för en driftsättning.

Inga kvarvarande öppna avvikelser ska finnas beroende på allvarlighetsgrad/acceptanskriterier.

Leverantörerna skall ha uppgett ett beslutat planerat leveransdatum för respektive kvarvarande fel.

Sida 10 av 12

Mall_Testplan.docx

Godkännandekriterier

Beskriv vad som krävs för att leveransen av testarbetet ska kunna godkännas? Hur mycket ska vara testat i förhållande till tid, resurs och risk? Se även om det finns en överenskommelse i huvudavtal, samt om det finns en plan för eventuell rest.

Godkännandekriterier kan exempelvis sättas upp per allvarlighetsgrad för avvikelser. Observera dock att det alltid är styrgruppen/beställaren som avgör om leveransen ska sättas i produktion.

Allvarlighetsgrad

Beskrivning Godkännandekriterier

Allvarlig  Allvarlig avvikelse i centrala delar av lösningen utan att acceptabel workaround finns.

Får inte finnas för att kunna godkänna acceptanstesten.

Avvikelse  Tillstånd som avviker från det förväntade resultatet t.ex. avvikelse från krav eller testfall men som inte hindrar fortsatt verksamhet.

En allvarlig avvikelse, som kan kringgås, stoppar inte ensamt godkännande av acceptanstesten. Flera allvarliga avvikelser kan dock göra det. 

Skönhetsfel  Skönhetsavvikelser i lösningen t.ex. rubrik på avvikande plats, felstavningar, översättningsfel, avvikande fonter, teckenstorlek osv. 

Får inte finnas fler än x st. öppna avvikelser för att godkänna acceptanstesten. 

Önskemål   Nya krav behandlas som produktförslag eller som ändringsbegäran. 

Övergripande tidplanGör en övergripande tidplan för i testuppdraget ingående milstolpar och aktiviteter.

Milstolpe/Aktivitet Beskrivning Startdatum Slutdatum

Sida 11 av 12

Mall_Testplan.docx

TestmiljöBeskriv den testmiljö som krävs för att testerna ska kunna genomföras. Beskriv även vilka förberedelse som behöver göras i testmiljön innan testarbetet kan påbörjas.

En testmiljö kan vara tillfällig för ett specifikt testuppdrag och under en bestämd period.

I de fall det inte finns möjlighet att sätta upp en dedikerad testmiljö, får man fundera på andra sätt att testa. En evaluerande testmiljö som övergår i produktion, en egen webbapplikation på samma applikationsserver som produktion, en testanvändare med en testklient eller att en ny tillfällig testmiljö sätt upp där en kopia av produktion återskapas etc.

Ange vem som ansvarar för testmiljön och vem som beställer den. Samt även datum för när en eventuell tillfällig testmiljö ska tas bort med dess tillhörande testdata.

Testdata

Beskriv den testdata som behöver tas fram, i vilket format den ska levereras, samt hur, men även vilken omfattning av testdata som krävs. Ange även vem som ansvarar för att förvalta och uppdatera testdatat.

Hårdvara

Beskriv eventuell hårdvara, om miljön är virtuell, molnbaserad eller i intern driftsmiljö, samt om det finns några speciella krav på hårdvaran för att testningen ska utföras på ett sådant sätt att systemet har samma förutsättningar som i skarp drift. Exempelvis minne, hårddisk, nätverkskapacitet.

Mjukvara

Beskriv eventuell mjukvara, så som applikationer som krävs för att utföra testerna. Exempelvis MS Word. Det finns även de tester som kräver speciella konfigurationer och/eller konfigurationsfiler implementerade för att kunna skapa bra förutsättningar för tester.

Testanvändare

Lista de testkonton, inkluderande behörigheter och roller som dessa innefattas av.

Sida 12 av 12