...
Når leverandøren er klar til test afvikling, initierer han testcasen i TopDesk som det første. Derefter afvikles testcasen trin for trin til den er færdig sammen med STAR Systemforvaltning.
I E2E testen skal alle testcases være gennemført, og der skal være taget stilling til alle fundne fejl for at testen kan godkendes.
Større Epics i tilsagnsarket giver leverandør mulighed for opdeling i flere Releases, jf. Tilsagn til Løsning, Tilsagn til udvikling, Tilsagn til Test.
STAR Systemforvaltning leverer E2E testcases så de er tilrådighed i releasen: Mulig ibrugtagning i prod i tilsagnsarket. Leverandør har mulighed for at gennemføre E2E på Epic indtil Seneste ibrugtagning i prod i tilsagnsarket.
...
Indholdet af hvilke epic der indgår i en release fremgår af Epic release overblik på STARWIKI.
Hver enkelt leverandør har inden release start givet tilsagn til STAR Portefølje Manager, hvilke epic de har tænkt sig at udvikle, teste og sætte i drift. Tilsagnsprocessen bliver håndteret og styret af STAR Portefølje Manager.
Store Epics gives ofte mulighed for mulighed for opdeling i flere Releases. I tilsagnsarket kan Leverandør give tilsagn : Tilsagn til Løsning, Tilsagn til udvikling, Tilsagn til Test.
Tidsplan
Tidsplanen fremgår af Epic release overblik på STARWIKI
Generelt følges denne generiske tidsplan til test for hver release:
• Der er 6 uger til EI og E2E test.
• De første 2 uger er tiltænkt eksekvering af EI test.
• De næste 4 uger er tiltænkt eksekvering af E2E test.
• Fredagen før start på EI og E2E testen, udfylder hver leverandør et testreadinessark, som angiver hvorvidt leverandøreren er klar til at påbegynde test.
• Sidste dag i testforløbet leves endelig testrapportering. Fredag kl. 1600.
...
*Bemærkninger til Postponed:
Hvis en testcase udskydes til næste release sættes den POSTPONED i rapporteringsark, og testcase bliver dermed aktuel igen. Hvis testcase er gennemført i tidligere release sættes testcase OBSOLETE i testrapporteringsarket.
Ideen bag ’postponed’ er IKKE at man skal påbegynde at udskyde test til andre releases. Tanken er stadig at man skal udføre alt test på de epic man har givet tilsagn til indenfor test perioden i releasen.
Man kan ’postponed’ en EI test og/eller en E2E test.
Reglen er dog at man skal sørge for at få udført EI og E2E testen i næstfølgende release, da funktionaliteten i test casen ellers kan risikere at ændre sig henover et release år pga. nye eller ændrede epics.
Udover at sætte E2E testcasen til ’postponed’ så skal den tilhørende E2E FBTopDesk-sag sættes i status ’resolved(postponed)’.
Systemforvalter vil overføre evt. ’postponed’ testcases (både EI og E2E) til næste release’s testrapporteringsark, så ekstern leverandør husker at få testcasen afviklet.
Hvis en ’postponed’ E2E testcase i FogBugz TopDesk ikke er tilgængelig mere, så skal man oprette en FB-sag TopDesk til SF med besked om at man vil teste E2E testcase med ID-nummer xyz.
ID-nummeret på E2E testcasen står i testrapporteringsarket.
Man skal være obs på at Systemforvalter ikke opdaterer de enkelte test steps i en ’postponed’ E2E testcase til at passe til funktionaliteten i en anden release.
...
Der henvises til miljø oversigten over hvilke miljøer der skal testes på.
Der skal benyttes testcertifikater på testmiljøerne. Disse fås ved at kontakte STAR systemforvalting.
Vær opmærksom på opsætning af Webservicebeskeder WSB, som leverandører fremover selv skal sætte op til modtagelse. Det svarer til opsætningen af WSRM som man bestiller i Systemforvaltning.
Test data
Systemforvalter dataløfter testmiljøerne med produktionsdata til hver release. Data vil være anonymiseret.
I dataløft planen fremgår det, hvornår der er/bliver dataløftet.
Ønsker man selv at generere noget testdata, som ikke kan dannes i egne systemer, er det muligt via værktøjet ”Datakanonen”. Der kan f.eks. genereres hændelser på vegne af et Jobcenter, som resulterer i, at der bliver genereret WSRM-beskeder til A-kassen.
På denne måde undgås tunge arbejdsgange, med at oprette Fogbugz TopDesk-sager og afvente svar fra STAR systemforvalter testteam.
LSS bliver desuden også stillet til rådighed i testmiljøerne. Her er det muligt at danne hændelser på borgere, så de kan bruges i testøjemed. Det er også muligt i LSS at udsøge borger ud fra forskellige parametre.
Der er adgang til datakanonen og LSS via et personligt datakanoncertifikat, som kan bestilles via FogBugzTopDesk.
Vejledning i brug af Datakanonen og LSS kan findes på Starwiki.
...