Møde i GD1-GD2 Testforum Torsdag den 21. januar 2016.

Præsentationer af emnet: "Møde i GD1-GD2 Testforum Torsdag den 21. januar 2016."— Præsentationens transcript:

1 Møde i GD1-GD2 Testforum Torsdag den 21. januar 2016

2 Agenda Velkomst og præsentation Status Testprojektet Projekter
Snitfladetest Formål Forudsætninger Rollefordeling Tidsplan Testplan/scope Testafvikling Aktionsliste Liste af risici Eventuelt 11.30 Frokost Testforum

3 2. Status for testprojektet
GD7 undersøger muligheder for, at projekter kan få adgang til DAF før 1. maj Behov i august for opsamling på snitfladetest

4 2. Status for testprojektet
Andre igangværende aktiviteter Behovsundersøgelse version 1.0 Etablering af testprojekt Rollefordeling ift. delprogrammerne GD1, GD2 og GD7 Detailplanlægning - med input fra workshops Opdatering og supplement af arbejdspakker vedr. test Undersøge muligheder for tilknytning af konsulent Testforum

5 2. Status for projekterne
Testaktiviteter med leverandører? Gang i planlægning af test? Særlig erfaringer indtil nu? BBR/DAR: Leverandør er meget godt med med leverancer EJF: Leverandør er meget godt med med leverancer MU/EBR: Afklaring i gang med styregruppe og leverandør om EBR-leverancer. Bliver klar til snitfladetest. Behov for afklaring af miljøsammehænge til DAF i snitfladetest – preprod, testmiljø m.v. CPR: Leverancer ok. Behov for afklaring af data og sikkerhed for såvel snitfladetest som integrationstest DAF: Agilt testprojekt i gang. Understregede, det er vigtigt med en klarlægning af, hvilke miljøer, der præcist er behov for til snitfladetest. Testforum

6 3. Snitfladetest Hvad mener I snitfladetesten går ud på?
Hvad er jeres forventninger til snitfladetesten? En masse bilaterale aftaler om test fra register til register Målsætning: at teste om tjenester er formet korrekt Det er test fra et punkt til et andet punkt Behov for plan, koordinering og facilitering fra testprojektet Snitflader, der skal testes, skal identificeres Afhængigheder skal tegnes op Hvis de viste diagrammer med hændelser og services opdateres, må det være muligt at identificere snitfladerne (opdateret version vedlagt) De identificerede snitflader og afhængigheder skal bruges til detailplanlægning Der bliver tale om den første første-gangs-brug af samme data Testforum

7 3. Snitfladetest Dokumenter indtil nu, der beskriver snitfladetesten:
Fælles teststrategi PID for testprojekt Arbejdspakkebeskrivelser Hovedplan for test Behovsundersøgelse Løsningsarkitekturen Testforum

8 3. Fælles begreber Snitfladetest
Benævnelse for registerprojekterne egen test af ajourføringsservices og DAF tjenester. Integrationstest Benævnelse for den del af fællestesten, der omfatter de tværgående forretningsprocesser mellem registerprojekterne i GD1 og GD2 Anvendertest Benævnelse for den del af fællestesten, der involverer GD1 og GD2 registerprojekternes primære anvendere, som ikke selv er en del af registerprojekterne i GD1 og GD2 Systemtest Fælles benævnelse for snitfladetest, integrationstest og anvendertest. Begrebet anvendes til at skelne mellem kvalitetssikring af dokumenter og kvalitetssikring af de udviklede programmer. Testdata Testdata er et større udvalg af sammenhængende data fra flere grunddataregistre. Testdata bruges til integrationstest og snitfladetest. Prøvedata Prøvedata er de data, som bruges til integration af registrene på DAF. Prøvedata er en del af dataleverancespecifikationen. Produktionsdata Produktionsdata er de data, der er i produktionen. Testforum

9 3. Snitfladetest - Formål
I snitfladetesten vil registerprojekterne, i samarbejde med DAF, sikre at registerprojekternes egne grænseflader til andre registerprojekter samt til DAF fungerer korrekt. I snitfladetesten er der fokus på at få testet de forskellige ajourføringsservices mellem registerprojekterne samt anvendelse af Datafordeler tjenester (udstillingsservices, sammenstillede services og hændelser). Testforum

10 3. Snitfladetest - Formål
I snitfladetesten vil registerprojekterne, i samarbejde med DAF, sikre at registerprojekternes egne grænseflader til andre registerprojekter samt til DAF fungerer korrekt. Det er, jf. den fælles teststrategi, registerprojekternes ansvar at planlægge og afvikle snitfladetesten. En godkendt snitfladetest er en forudsætning for deltagelse i integrationstesten. Registerprojekterne har ansvaret for gennemførelse af snitfladetest. GD1 og GD2 delprogrammerne bidrager med koordination Der er ikke projekter bag GeoDanmark og Geodatabanken, der skubber på anvendelse af deres data i snitfladetesten. Det må være GD1 og GD2 Og Testprojekter, der bidrager med koordinationen Testforum

11 3. Forudsætninger for snitfladetest
Hvilke forudsætninger mener I skal være på plads, før snitfladetesten kan påbegyndes? Der skal være en plan, så snitfladetesten kan gennemføres velplanlagt step for step Projekternes delleveranceprøver skal være afsluttet (fx med kommuner) Alt forarbejde – plan, rollefordeling, data – skal være på plads Plan for fremdrift skal sikre, at projekterne i anvendelse af testdata ikke kommer til at spærre ben for hinanden Testdata skal udpeges efter specifikationer er fastlagt Testdatasættet skal være på plads – måske light for snitfladetest og mere komplet datasæt for integrationstest Nødvendigt med en fælles testpopulation Aftale om miljøer og adgange til disse og på tværs Stubbe og drivers skal være afløst af services Sikkerheden fx firewall (Det har været udfordrende for projekterne, at det tidligere har været en udmelding, at projekterne skulle være færdig 1. kvt 2017 og det blev så ændret til, at projekterne skal være klar med deres leverancer til maj i år) Testforum

12 3. Forudsætninger DL4 Sprint (GD7) er gennemført for alle projekterne
Tjenester og hændelser er specificeret Testplaner/Testdrejebøger er skrevet og godkendt Behov for ændringshåndtering er forventningsafstemt Proces for ændringshåndtering er fastlagt Tidsplanen for snitfladetesten er fastlagt Fælles testdatasæt er etableret på Datafordeleren Adgang til testmiljøer Testere er allokeret og instrueret Flow for refresh af data skal være på plads – tilbage til udgangspunktet Sikkerhedsmodellen (fx hvem får adgang) skal være forstået og godkendt De ”rigtige” folk skal være allokeret Geodatabankens rolle undervejs i testforløbet skal være fastlagt – fx hændelsesdetektering Presserende afklaringsbehov: Kan snitfladetest gennemføres med håndbårne hændelser eller er det en forudsætning, at hændelser er automatiske Testforum

13 3. Rolle og ansvarsfordeling
Aktiviteter Testprojekt Program (GD7) Projekter (GD1- GD2) Andre Samlet plan ift. gennemførelse af test Testmiljøer, testdata og aktører. A I Projektplaner for snitfladetest Plan for integrationstest Plan for anvendertest Samlet plan A= Ansvarlig, I=Involveret. Testforum

14 3. Brug af ajourføringsservices?
Ajourføringsservices (GD1) Matriklen Beliggenheds-adresse Ejerfortegnelse BBR GD2 – DAR/DAGI Kommunernes nye Økonomiløsninger Øvrige offentlige anvendere Opret Bygning på fremmed grund + Opdater Bygning på fremmed grund Beliggenhedsadresse Opdater anvendt adresse Opdater adm. ansvarlig kommune Ejerfortegnelsen Opret ejerskab Kopier ejerskab Slet ejerskab Tilknyt P/V administrator Tildel BFE til enhed Hent BBR objekt (læsning) Opret BBR objekt Ret BBR objekt Slet BBR objekt Genaktiver BBR objekt DAR Opret husnummer (SFE) Opdater husnummer (SFE) Opdater husnummer (Bygning) Opret adresse Opdater adresse Testtforum

15 Proceseksempel fra målarkitektur: Ejerlejlighedsopdeling og forandring
Testforum

16 3. Samme proces i sekvensdiagram m testfaser
Intern test DL4 Sprint (GD7) Snitfladetest Integrationstest Testforum

17 3. Øvelse i grupper Indkreds snitfladetest og de andre faser i sekvensdiagrammer for flg. forretningsprocesser: Gruppe 1: Matrikulær forandring af SFE Gruppe 2: Ejerlejlighedsopdeling og forandring Gruppe 3: Opdatér gadepostnummer og postnummer Sekvensdiagrammer Testforum

18 3. Opsamling fra øvelse Hvad var det let at indkredse snitfladetesten?
Og de andre testfaser? Hvad var der evt. tvivl om? Hvis pil (ajourføring, hændelse, udstilling) så lig med snitfladetest Geodatabanken vil gennemføre en del interne tests NB: ”Interne snitfladetest?” Testforum

19 3. Snitfladetest – detailplanlægning
Rækkefølge for aktiviteter/milepæle Specifikationer klar Testplan og testcases klar Testmiljø specificeret og tilgængeligt Testdata specificeret Testdata generet Testdata uploadet Testafvikling ( – ) Andre aktiviteter og milepæle? Testforum

20 3. Hvornår skal hvad være afsluttet før start på test?
Kræver koordinering. Erfaringer fra forberedelse af prøvedata i november bør bruges Januar Februar Marts April Maj Juni fr 1 Nytårsdag ma 5 ti sø  TESTMILJØ on lø 2 18 to 3 4 14 Kristi Himmelfart Grundlovsdag 6 23 7 10 8 9 19 11 15 12 13 24 Pinsedag 16 2. pinsedag 20 17  UPLOAD 25 21 22 Store Bededag Skærtorsdag Langfredag 26 27 Påskedag 28 2. påskedag 29 30 31 Specifikationer Set ift. erfaringerne med prøvedata skal kompleksiteten IKKE undervurderes - Vær opmærksom på, hvad vej pilene ved Testplan og testcases Set ift. erfaringerne med prøvedata skal kompleksiteten IKKE undervurderes - Vær opmærksom på, hvad vej pilene ved Det skal kalendersættes, hvornår projekterne ved, at de med sikkerhed kan committe sig til at være med i snitfladetest Testafvikling Testmiljø tilgængeligt Testdata Leverandørafhængig Forudsætter bilaterale aftaler Testforum

21 3. Hvad skal testes hvornår i snitfladetesten?
Hvilke overvejelser har I på nuværende tidspunkt? Uge 18 Uge 19 Uge 20 Uge 21 Uge 22 Uge 23 Uge 24 Uge 25 MU/EBR BBR EJF DAR DAGI DS CPR CVR SKAT adr GeoDK Lav gerne en matrice med projekter på hver akse – få styr på ”forsvar og angreb” Testforum

22 3. Testdata Der er stillet følgende generelle krav til testdata til brug ved integrationstesten Testdata skal være migrerede produktionsdata fra et geografisk begrænset område De skal være fuldstændige. Det betyder, at testdata skal være migreret og at den logiske sammenkædning skal være foretaget. De skal ligne rigtige produktionsdata så meget som muligt. De skal være i en kendt tilstand. Det betyder, at man skal kunne ”nulstille” testdata for at kunne bringe dem i en kendt initial tilstand (for at kunne genteste). Testdata skal være identificerbare via versionering (via dobbelt historik) Testdata skal dække alle positive flows igennem Systemet. Det betyder bl.a. at der skal være tilstrækkelig spredning i testdata til at kunne afprøve de funktionelle flows. Testdata skal dække negative test ved data input til Systemet, herunder data som også kan indgå i sikkerhedstest. Testdata skal kunne afprøve operationelle test som f.eks. rapportering af fejl til overvågningssystemer. (krav opfyldes register) Testdata skal have en så stor spredning som muligt og gerne understøtte blandede testscenarier, hvor der veksles mellem testdata, der giver et validt svar og testdata, hvor der returneres fejl. => Vi arbejder videre med testdata på mandag Testforum

23 4. Input til aktionsliste?
Involvering af DAGI, DS, GeoDanmark og CVR i Testforum og testforberedelserne skal afklares Afklaring af plan for Geodatabankens hændelsesudredning og analyse af dens konsekvenser for muligheder for at gennemføre snitfladetest Michael og Jørgen følger op. Testforum

24 5. Risici Er der kommet nye risiciemner frem i løbet af workshoppen?
1. Geodatabankens håndtering af hændelser Handling: Afklaring af plan for udredning og forberedelse af automatiserede hændelser Udfald A: Automatiserede hændelser klar til snitfladetest Udfald B: Automatiserede hændelser ikke klar til snitfladetest Vurdering A: Ikke stoppende for snitfladetest. Test kan baseres på ”håndbårne” hændelser Handling: Flow for håndbårne hændelser skal beskrives og godkendes Vurdering B: Stoppende for snitfladetest Handling: Nyt tidspunkt for snitfladetest skal koordineres med udredning og forberedelser af hændelser 2. Konvertering af produktionsdata til ny datamodel Handling: Afklaring af behovet for konverterede produktionsdata Handling : Plan for etablering af konverteringsmotorer skal udarbejdes Kommentar: MU har arbejdet med datavask i 2 år og kan have data klar 15. marts 3. SIT’s involvering i etablering af testmiljøer Kommentar: EFT har haft erfaringer med bestillinger, der bliver flere måneder forsinket Kommentar: Kan blive et problem med IP-adresser, porte m.v. 4. Rette kompetencer og ressourcer Testforum

25 6. Eventuelt Input til workshop på mandag om fælles testdata
Nøgler skal være ens, hvis der skal anvendes produktionsdata – hvad forudsætter det? Hvad er det præcist, der skal testes i snitfladetest og hvad kræver det af testdata? eller til nogle af de andre workshops? Testafvikling/værktøjer/styring, fredag d. 29. januar Testmiljøer, onsdag d. 3. februar Hovedplan for test version 1.0, tirsdag d. 9. februar Testforum

26 Ansvarlige Testforum

27 Ejendomsdataprogrammet - Projektforum
Mail Adresser Amina Schmidt Annette Petersen Bo Dalsby Henrik Løje Jakob Schou Jeanne Olsen Jørgen Larsen De Martino Jørgen Skrubbeltrang Lise Pedersen Morten Romanow Bøgemose Morten Rostved Peter Laulund Peter Snedker Tadeusz Tajchman Trine Wrist Lundorf Ejendomsdataprogrammet - Projektforum

28 Adgang til projektforum
Ejendomsdataprogrammet Url Brugernavn ejdprogram Adgangskode gd1 Adresseprogrammet Url Brugernavn adrprogram Adgangskode gd2 Datafordeler Url Brugernavn daf Adgangskode gd7 Testforum