Møde vedr. e-TL test for eksterne interessenter. 11. januar 2007

1. Møde vedr. e-TL test for eksterne interessenter.11. januar 2007

2. Agenda – 11/1 2007 • De eksterne interessenters test og fællestest • Kort drøftelse af scope, plan og mål • Test drejebøger • Drøftelse af omfang, fordeling og hvordan de bedst skabes • Kerne- og individuelle testdata • Definere forskel og behov • Testmiljø • Definere set-up • Release plan • CSC anbefaler release-frekvens med 14 dages interval • Fejlhåndtering • Definere procedure • Eventuelt • Herunder fastsættelse mødebehov og eventuel næste mødedato

3. Formål med de eksterne interessenters test og fælles test • Kommunikationstest har til formål at afprøve at specifikationen for en anvendte kommikationsprotokol overholdes • Meddelelsestest har til formål at afprøve, om meddelelsernes indhold stemmer overens med specifikationerne. I Meddelelsestesten skal de enkle aktører generere eksempler på, hvordan de enkle meddelelser er opbygget • Eksterne funktionstest har til formål at afprøve samspillet mellem aktørens IT systemer og Tinglysningsmotorens funktioner fungerer

4. De eksterne interessenters test og fælles test -Udkast til overordnet tidsplan Drejebøger 01-03 01-06 Testdata 02-04 01-06 De eksterne interessenters test Miljø 02-04 31-07 Ekst. systemer klar Kom. test Eksterne interessenter 01-08 30-11 03-09 Medd. Test 30-11 Ekst. funktest 01-10 30-11 Drejebøger 21-05 Ekst. systemer klar 26-11 Data Integrationstest / Fælles test 21-05 K test 03-12 21-12 M test 03-12 21-12 Ekst funk. test 11-01 03-12 CSC Plan 01-03 Fejl rettelse Plan 01-04 01-08 1/7 1/6 1/8 1/1 08 1/1 07 1/2 1/3 1/4 1/5 1/11 1/9 1/12 1/10 Eksterne interessenters test – reduceret antal ekspeditionstyper Integrationstest /fællestest – fuld funktionalitet

5. Testdrejebøger • Drøftelse

6. Kerne- og individuelle testdata • Kernedata: • Individuelle data:

7. Testmiljø • Alle tests gennemføres i de eksterne interessenters testmiljø

8. Releaseplan • Der laves en releaseplan som beskriver forløb med 14-dages opdaterings intervaller

9. Håndtering af fejl – part 1 • Alle fejl rapporteres direkte til CSC ved anvendelse af skabelon for fejlrapporter (defineres i teststrategi) • Alle fejlrapporter registreres i TestDirector med status NY • CSC vurderer alle nye fejlrapporter. Dette kan give to udfald: • Afvist. Det vurderes at det ikke er en fejl • Tilegnet. Fejlrapport tilegnes relevant udvikler som ansvarlig for fejlrettelse. Desuden kategoriseres hver fejl i alvorlighedsgrad – kritisk til kosmetisk • CSC retter fejl. Ved fejlrettelsens begyndelse skifter fejlrapport status til: Åbn. Ved endt fejl rettelse oplyses hvilken release rettelsen medtages i og fejlrapport skifter status til: Re-test

10. Håndtering af fejl som findes under de eksterne interessenters test – part 2 • Rettede fejl medtages i først kommende release jf. releaseplan. Er fejl blokerende for testens videre forløb, kan der gennemføres ekstraordinær release indeholdende rettelse • Testcases som fandt fejl skal køres igen. Besked om ok sendes til CSC og fejlrapport skifter status til Lukket. Er fejlen ikke rettet, gives besked til CSC som foretager ny rettelse • Under hele test forløbet opdaterer CSC fejllog med aktuel status på hver enkelt fejlrapport på fælles hjemmeside

11. Eventuelt