Underbilag 14 C: Afprøvningsforskrifter til prøver og tests



Relaterede dokumenter
Underbilag 14 B: Oversigt over prøve- og testtyper. Udbud om levering, installation, implementering, support, drift og vedligehold af BAS

Teksten i denne instruktion er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse.

[Navn på Tilbudsgiver] Udbudsmateriale. Dato: Bilag 14. Version: 1.0. Bilag 14. Prøver. Bilag 14 Prøver Side 1 / 36

Bilag 14 Prøver INSTRUKTION TIL TILBUDSGIVER:

SOLRØD KOMMUNE ESDH. Afprøvning. Bilag 6

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet

VEJLEDNING. Tilbudsgiver bedes kvalificere bilaget ved at tilføje: Testplaner

Bilag 6 Afprøvninger Version

BILAG 1 TIDS- OG AKTIVITETSPLAN

Indholdsfortegnelse Afprøvning af Leverancen Fællesregler for afprøvning Fejl! Bogmærke er ikke defineret. Installationsprøve Delleveranceprøve

Bilag 10. Afprøvning

Idékatalog Planlægning og brug af test i statslige it-projekter

Udbud af Telemedicinsk løsning til hjemmemonitorering. Bilag 14 - Prøver

Vejledning: Side 2 af 36 Bilag 11

BILAG 5.D DOKUMENTATION

OPTION TIL RM OG RN BILAG 12 TIL KONTRAKT OM EPJ/PAS PRØVER

Bilag 1 Tidsplan Version

Procedure for systemtest

Bilag 11 - Prøver. Undervisningsministeriets udbud - Fremme af evalueringskulturen. 28. juni Uddannelsesudvalget L Bilag 3 Offentligt

Kontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative. Bilag 9 Dokumentation

Koncessionskontrakt vedr. ekspeditionen af pas, kørekort og øvrige borgerserviceopgaver. Københavns Kommune Kultur- og Fritidsforvaltningen

Projektlederens roller og kompetencer. Cases til Projektlederens roller og kompetencer

BILAG 0 TIL KONTRAKT OM EOJ-SYSTEM DEFINITIONER

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet

Udbud af RIPA-Syd. Underbilag 14.A - Definitioner og testtype katalog

Kontraktbilag 8 Prøver

OPTION TIL RM OG RN BILAG 0 TIL KONTRAKT OM EPJ/PAS DEFINITIONER

Prøverne gennemføres som henholdsvis en Idriftsættelsesprøve, en Driftovertagelsesprøve og en. Prøve Delprøve Delprøve

Bilag 14: Prøver. Udbud om levering, installation, implementering, support, drift og vedligehold af Borgeradministrativt System (BAS)

IT-KONTRAKTER HVORDAN HÅNDTERES BEHOVET FOR FLEKSIBILITET I PRAKSIS?

Bilag 9. Ændringshåndtering. Udbud af Medical Device Information Collection

OPTION TIL RM OG RN BILAG 8 TIL KONTRAKT OM EPJ/PAS ÆNDRINGSHÅNDTERING

BILAG 7 PRØVER. Udvikling af en hjemmeside til borgerforslag samt hosting og vedligeholdelse

Agil-model versus V-model set i lyset af en testers dilemmaer

Bilag 14. Prøver. Til Kontrakt. Den Nationale Henvisningsformidling

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet

Udbud af RIPA - Syd. Bilag 1 - Tidsplan

Bilag 8 omfatter ikke alle Kundens krav. Nogle af Kundens krav er medtaget i andre Bilag for at have en naturlig sammenhæng til konteksten.

BILAG 1: TIDSPLAN DUBU 3.0. Version 0.5

Bilag 14: Prøver. Udbud af løn- og personalesystem

Cosmic IT-strategisk råd - OUH. 26. juni 2015

Kontrakt om Testressourcer. Bilag 1a - Situationsbeskrivelse. 23. oktober Version 1.0

Bilag 14. Hovedtestplan. Udbud af Medical Device Information Collection

Kvartalsrapport vedr. fase 1 af SKATs systemmodernisering for 1. kvartal 2008

Engrosmodellen. Dialogforum /

BILAG 1 GENERELLE BETINGELSER INTERN (VERSION 1.0 AF 31. MAJ 2005) (I DET FØLGENDE KALDET GENERELLE BETINGELSER) OIO STANDARDAFTALE FOR WEB SERVICES

1. Revideret tidsplan for udvikling af Nyt BBR

Styregruppens anvendelse af tests

BILAG 7. Dokumentation

BILAG 1: TIDSPLAN BILAG 1: TIDSPLAN 21. februar 2014

BILAG 8 ÆNDRINGSHÅNDTERING SAMT EVENTUEL VIDEREUDVIKLING

Kontrakt K03 STANDARDKONTRAKT FOR LÆNGEREVA- RENDE IT-PROJEKT BASERET PÅ EN AGIL METODE. udvikling og levering af en it-leverance til [ ] mellem

Ved aftaleindgåelse drøftes de konkrete behov for specificering af app en med afsæt i nedenstående.

Bilag 6: Servicemål. Udbud af løn- og personalesystem. Side 1 af 9

EU-udbud af WAN infrastruktur. Bilag 10 - Ændringshåndtering

UDKAST K03 KONTRAKT. 7. november 2012 STANDARDKONTRAKT FOR LÆNGEREVARENDE IT-PROJEKT BASERET PÅ EN AGIL METODE

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet. Bilag 12 - Ændringshåndtering

NOTAT. ITafdelingen. IT og sikkerhedsmæssige udbudskrav ved indkøb af fagsystemer

Bilag 4: Dokumentation

BILAG 20 TIL KONTRAKT OM EPJ/PAS OPTION TIL REGION MIDTJYLLAND (RM) OG REGION NORDJYLLAND (RN)

BILAG 6 TEST OG PRØVER

Bilag 6: Servicemål. Udbud af E-rekrutteringssystem. Side 1 af 9

Bilag E Implementering

Dagens program. Indkøb og Logistik

GODKENDELSESKRITERIER

Kontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative

Risikovurdering. Dialogforum 2. Oktober Dato - Dok.nr. 1

Struktureret Test og Værktøjer Appendiks til bogen Struktureret Test

Service Level Agreement (SLA)

UNDERBILAG 3A.1 TIL KONTRAKT OM EOJ-SYSTEM. Use case Opfølgning

Case til opgaven: Evaluering som belutningsmodel for forandring. Case til opgaven: Evaluering som beslutningsmodel for forandring.

Kontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative

Vejledning vedrørende IBM-hardwarevedligeholdelse

SPØRGSMÅL & SVAR TIL UDBUD AF EOJ-SYSTEM TIL HJØRRING KOMMUNE FORHANDLINGS- OG TILBUDSFASEN

Krav og vejledning til kommunernes fremtidige it-udbud

Bilag 16. Den Iterative Model. Til Kontrakt. Den Nationale Henvisningsformidling

Informationsmøde vedrørende Proof of concept for en integrationsplatform

Kontraktbilag 7 Drift-, support og vedligeholdelsesydelser

BILAG 6 ÆNDRINGSHÅNDTERING

Digital Kommuneplan. Kravsspecifikation gennem brugerinvolvering

Sagsnr

Drejebog for tilslutningsprøve OIO sag

Guide for hovedaktiviteter ved anskaffelse af ny it løsning

Bias Reducing Operating System - BROS -

WAN udbud Kontraktbilag 5 Tidsplan og implementering. Læsø Kommune

Bilag 14 Ændringshåndtering

Bilag 7: Aftale om drift

Spørgsmål & Svar. Udbud af Klinisk ernæring til sygehusene i Region Syddanmark 10/14041

I medfør af lov om indhentning af tilbud på visse offentlige og offentligt støttede kontrakter (tilbudsloven) 15 a - 15 d annonceres følgende:

Notat til Statsrevisorerne om beretning om udviklingen af de nationale test. Februar 2012

Bilag 15 Leverandørkoordinering

Kravspecifikation OBS. ALLE nedenstående 36 minimumskrav SKAL være accepteret, ellers skal tilbud forkastes.

Secure O matic. Gruppe 5 2. SEMESTERPROJEKT. Udgave. Accepttest-specifikation

. Bestemmelser der indarbejdes i Samarbejdsbilaget samt i Kontrakten

Spørgsmål/svar svar ift. tilbud på leverance af beskæftigelsesfremmende tilbud for ledige og sygemeldte borgere

Mangelfuldt dokumenterede it-systemer. Hvordan løses udfordringen?

Vejledning VEDRØRENDE GENERELLE BETINGELSER FOR ANVENDELSE AF NEMHANDEL. Februar 2015 (VERSION 1.4 AF FEBRUAR 2015)

It-revision af Sundhedsdatanettet januar 2016

Udbud af RIPA-Syd. Underbilag 14.B - Fejlproces

Transkript:

Underbilag 14 C: Afprøvningsforskrifter til prøver tests Udbud om levering, installation, implementering, support, drift vedligehold af Borgeradministrativt System (BAS)

Indhold underbilag 14 C Afprøvningsforskrifter til prøver tests Underbilag 14 C - Afprøvningsforskrifter til prøver tests. 3 14.C.1 accepttest 3 14.C.2 Fabriksprøve 3 14.C.3 Komponenttest 4 14.C.4 Komponentintegrationstest 4 14.C.5 Kundetest 5 14.C.6 Systemtest 5 14.C.7 Installationsprøve 6 14.C.8 Installationstest 6 14.C.9 Testbarhedstest 7 14.C.10 Delleveranceprøve 7 14.C.11 Overtagelsesprøve 8 14.C.12 Konverteringstest 9 14.C.13 Systemintegrationstest 9 14.C.14 Funktionel kravtest 10 14.C.15 Brugervenlighedstest 10 14.C.16 It-tilgængelighedstest 11 14.C.17 Dokumentationstest (review) 12 14.C.18 Svartidstest 12 14.C.19 Belastningstest 12 14.C.20 Skalerbarhedstest 13 14.C.21 Recoverytest 13 14.C.22 Sikkerhedstest 14 14.C.23 Pilottest 14 14.C.24 Driftsprøve 15 Side 2 af 16

Underbilag 14 C - Afprøvningsforskrifter til prøver tests. De prøve- testtyper der skal gennemføres under kontrakten er markeret i underbilag 14 B Oversigt over prøve- testtyper - Tabel 1. Øvrige prøve- testtyper indgår ikke i afprøvningen. Afsnittet beskriver både prøve- testtyper Leverandøren er ansvarlig for, prøve- testtyper Kunden er ansvarlig for. Der skal i løbet af afklaringsfasen defineres et sæt testcases som bruges ved regressionstest i forbindelse med fejlrettelser efterfølgende gentest i de forskellige testmiljøer. Herunder skal det fastlægges hvilke test der skal levere testcases til regressionstest hvem (Kunden eller Leverandøren) der har ansvaret for at definere det sæt af testcases der skal bruges ved regressionstest. 14.C.1 accepttest Tid Testens formål er at sikre at Leverandøren faktisk kan bringe det aftalte udleverede udviklings- testmiljø til at fungere. Hos Leverandøren som skal gennemføre en test af det udviklings testmiljø der stilles til rådighed af Kunden. Det fremgår af Leverandørens løsnings hvordan miljøaccepttesten vil blive gennemført dokumenteret over for Kunden. Fra Leverandøren modtager et udviklings- testmiljø skal Leverandøren inden for 15 arbejdsdage godkende miljøet eller afvise at miljøet lever op til specifikationerne. En eventuel afvisning skal ledsages af en begrundelse som påpeger hvad der mangler. Testen kan starte efter at Kunden eller en driftsleverandør på Kundens vegne har leveret et udviklings- testmiljø til Leverandøren. Testen kan godkendes når den er gennemført efter testplanen, overholder det af Kunden fastlagte accepterede antal fejl i en Leverance, som beskrevet i Bilag 14 i afsnit 14.5.4. Leverandøren meddeler Kunden, at miljøet kan anvendes. Testen dokumenteres i en kort testrapport der fremsendes til Kunden. Udføres af Leverandøren på det udviklings- testmiljø det stilles til rådighed af Kunden. Leveres af Leverandøren evt. med Kundens aktive deltagelse. Andre bemærkninger Hvis Kunden (herunder dennes driftsleverandør) foretager opdateringer i det udviklings- testmiljø som Leverandøren arbejder i, er Leverandøren berettiget til at foretage en ny godkendelse/afvisning af det pågældende miljø. Denne godkendelse/afvisning skal leve op til de samme krav som gælder ved modtagelse af et nyt miljø. 14.C.2 Fabriksprøve Fabriksprøven skal dokumentere at Leverancen har en kvalitet som gør det meningsfyldt at fortsætte med den næste planlagte test eller prøve. et er hos Leverandøren. Det fremgår af Leverandørens løsnings hvad fabriksprøven omfatter hvordan den vil blive gennemført dokumenteret over for Kunden. Prøven Side 3 af 16

Bemærkninger omfatter som minimum de test der fremgår af Underbilag 14 B Oversigt over prøve- testtyper Tabel 1. Prøven kan starte når udviklings- testmiljøet er etableret. Prøven kan godkendes når de test prøven omfatter, er gennemført godkendt øvrige beskrevne kriterier er opfyldt godkendt. Antallet af åbne fejl skal overholde det af Kunden fastlagte accepterede antal fejl i en Leverance, som beskrevet i Bilag 14 i afsnit 14.5.4. 14.6.2 denne skal være godkendt af Kunden for at prøven er Udføres af Leverandøren i udviklings- testmiljøet. Udover hvad der er specificeret under de test der indgår i fabriksprøven, er det Leverandøren der er ansvarlig for at levere testdata Kundens godkendelse af fabriksprøven er en milepæl som skal inkluderes i den overordnede tidsplan, jf. bilag 1. Fabriksprøven fungerer som Leverandørens bekræftelse af at Leverancen er klar til installation test først i det funktionelle testmiljø senere i det tekniske testmiljø. Heri ligger implicit Leverandørens forventning om at Leverancen opfylder de kriterier der testes i de efterfølgende funktionelle tekniske test. 14.C.3 Komponenttest 14.C.4 Komponentintegrationstest Testen har til formål at afprøve om de individuelle softwarekomponenter virker efter hensigten. Fokus er på at finde rette alle prrammeringsfejl. Testen kan præges både positivt negativt. et er hos Leverandøren. Det fremgår af Leverandørens løsnings hvordan testen vil blive gennemført dokumenteret over for Kunden. Testen starter ikke før mindst en komponent er parat til test, testdata er godkendt. Testen kan godkendes når den er gennemført efter testplanen overholder det af Kunden fastlagte accepterede antal fejl i en Leverance, som beskrevet i Bilag 14 i afsnit 14.5.4. Udføres af Leverandøren i udviklings- testmiljøet. Leveres af Leverandøren. Kunden forbeholder sig ret til på anmodning at reviewe godkende testdata inden testen igangsættes. Kunden forbeholder sig ret til at tilføje testcases der så skal køres igennem. Testen har til formål at undersøge om de udviklede/ændrede komponenter som indgår i Leverancen, fungerer sammen indbyrdes. Fokus er på bl.a. udvekslingsformater protokoller. Testen kan præges både positivt negativt. et er hos Leverandøren. Det fremgår af Leverandørens løsnings hvordan komponentintegrationstesten vil blive gennemført dokumenteret over for Kunden. Testen starter ikke før mindst to komponenter er testet parat til at blive integreret. Side 4 af 16

Testen kan godkendes når den er gennemført efter testplanen Udføres af Leverandøren i udviklings- testmiljøet. Leveres af Leverandøren. Kunden forbeholder sig ret til på anmodning at reviewe godkende testdata inden testen igangsættes. Kunden forbeholder sig ret til at tilføje testcases der så skal køres igennem. 14.C.5 Kundetest Testen har til formål at give Kunden et tidligt indblik i hvordan Leverancen skrider fremad, sikre Kunden mulighed for at give tidlig feedback til Leverandøren. Dette sker ved at Kunden får adgang til i udviklings- testmiljøet at teste resultatet af den enkelte arbejdspakke det dertil hørende udviklingsforløb. et er hos Kunden, men Leverandøren skal samarbejde med Kunden om gennemførelsen. Testen er uformel Kunden afgør selv i det enkelte tilfælde om den skal gennemføres. Kunden beslutter så selv om der på forhånd skal udarbejdes testcases. Hvis den arbejdspakke der testes, inkluderer dokumentation, skal denne dokumentation være til rådighed ved testen. En arbejdspakke med tilhørende udviklingsforløb er afsluttet. Kunden har gennemført testen. Det aftales med Leverandøren, hvorvidt der udarbejdes en skriftlig rapport, hvordan fundne fejl problemer rapporteres. Udføres af Kunden i Leverandørens udviklings- testmiljø. Leveres af Kunden. 14.C.6 Systemtest Systemtesten skal eftervise, at alle funktioner beskrevet i kravspecifikationen er til stede fungerer efter hensigten, under antagelse af at systemets omgivelser fungerer som specificeret. et er hos Leverandøren. Det fremgår af Leverandørens løsnings hvordan systemtesten vil blive gennemført dokumenteret over for Kunden. Testen starter ikke før komponenttesten komponentintegrationstesten er afsluttet, systemet er installeret i udviklings- testmiljøet, testdata er godkendt. Testen kan godkendes når den er gennemført efter testplanen fejl beskrevet i Bilag 14 i afsnit 14.5.4. 14.6.2 denne skal være godkendt af Kunden for at testen er Udføres af Leverandøren i udviklings- testmiljøet. Bemærkninger Leveres af Leverandøren evt. med Kundens aktive deltagelse. Kunden forbeholder sig ret til på anmodning at reviewe godkende testdata inden testen igangsættes. Kunden forbeholder sig ret til at reviewe testcases til systemtesten samt tilføje testcases der skal afvikles af leverandøren. Side 5 af 16

14.C.7 Installationsprøve Installationsprøven afprøver om Leverancen i forbindelse med installation i et nyt miljø rent faktisk kan installeres er i funktionsdygtig stand før en ny test eller prøve påbegyndes. Ansvaret er delt mellem Leverandøren Kunden som følger. et er hos Leverandøren ved installation i systemintegrationstestmiljøet. Det fremgår af Leverandørens løsnings hvordan installationsprøven i systemintegrationstestmiljøet vil blive gennemført dokumenteret over for Kunden, hvorledes Kunden evt. forventes at bidrage. et er hos Kunden ved installation i det funktionelle testmiljø, det tekniske testmiljø, pilottestmiljøet produktionsmiljøet. Prøven omfatter de test der fremgår af Underbilag 14 B Oversigt over prøve- testtyper Tabel 1. Prøven starter ikke før der er brug for at installere Leverancen i et nyt af Kundens it-miljøer det relevante miljø er parat. Prøven kan godkendes når de test prøven omfatter, er gennemført godkendt øvrige beskrevne kriterier er opfyldt godkendt, herunder at det er konstateret at Leverancen er installeret efter Leverandørens forskrifter fungerer uden kritiske alvorlige fejl. Antallet af åbne fejl skal overholde det af Kunden fastlagte accepterede antal fejl i en Leverance, beskrevet i Bilag 14 i afsnit 14.5.4. 14.6.2. Gennemføres i den delmængde af følgende miljøer der indgår i projektet: Testmiljø. Hvis der er brug for testdata udover hvad der er specificeret under de test der indgår i installationsprøven, er det Leverandørens ansvar at levere disse. 14.C.8 Installationstest Testen har til formål at undersøge om en ny installationspakke kan installeres i det relevante af Kundens it-miljøer ikke skader andre eksisterende applikationer. Testen gennemføres ved hver ny release der skal installeres i et af Kundens it-miljøer. et for installationstesten er hos Kunden. Leverandøren skal levere en pakke til Kunden der kan installeres af Kunden eller Kundens driftsleverandør efter de medfølgende instruktioner. Kunden eller Kundens driftsleverandør skal installere Leverancen i det relevante it-miljø hos Kunden tjekke at andre applikationer der kører i samme miljø, ikke har lidt skade. Testen starter ikke før der er brug for at installere en ny release af Leverancen i et af Kundens it-miljøer, det relevante miljø er parat, Leverandøren har leveret en installationspakke. Testen kan godkendes når den er gennemført efter testplanen, overholder det af Kunden fastlagte accepterede antal fejl i en Leverance, som beskrevet i Bilag 14 i afsnit 14.5.4. Kunden eller Kundens driftsleverandør siger god for installationen. Gennemføres af Kunden (eller dennes driftsleverandør) i det relevante af Kundens it-miljøer. Side 6 af 16

N/A 14.C.9 Testbarhedstest En testbarhedstest afprøver at alle centrale komponenter i Leverancen kan berøres. Testen gennemføres efter hver installationstest. Ansvaret er delt mellem Leverandøren Kunden som følger. et ligger hos Leverandøren efter installation af en release i systemintegrationstestmiljøet. Det fremgår af hovedtestplanen hvordan testbarhedsprøven i testmiljøet vil blive gennemført dokumenteret over for Kunden, hvorledes Kunden evt. forventes at bidrage. et er hos Kunden efter installation af en release i det funktionelle testmiljø, det tekniske testmiljø, pilottestmiljøet produktionsmiljøet. Testbarhedstesten består af gennemløb af et udvalg af testcases som er kendetegnede ved at de berører alle centrale komponenter i Leverancen. Succesfuld gennemførelse bekræfter at Leverancen er korrekt installeret at dens funktionalitet er uden kritiske alvorlige fejl. Testen starter ikke før en forudgående installationstest er afsluttet med succesfuldt resultat. Testen kan godkendes når den er gennemført efter testplanen 14.6.2 denne skal være godkendt af Kunden for at testen er Gennemføres i det relevante af Kundens it-miljøer, hvori den forudgående installationstest blev gennemført. Leverandøren leverer testdata ved testbarhedstest i systemintegrationstestmiljøet. Disse testdata videregives til Kunden som supplerer med egne testdata efter behov, således at Kunden - på tværs af it-miljøer - kan genbruge testdata ved hver testbarhedstest. Bemærkninger Når der er installeret i produktionsmiljøet er det meget vigtigt at teste at alt er oppe at køre fungerer. 14.C.10 Delleveranceprøve Delleveranceprøven skal konstatere om alle krav til funktionalitet servicemål, inklusive dokumentation, er overholdt i delleverancen, så Kunden er parat til at overtage delleverancen. et er hos Leverandøren, men Kunden står for den endelige godkendelse bidrager aktivt til prøvens gennemførelse. Prøven omfatter de test der fremgår af Fejl! Henvisningskilde ikke fundet.. Det gennemgås om de test som det er aftalt at Leverandøren Kunden hver især skal gennemføre faktisk er gennemført godkendt. Herunder gennemgås det om de funktionelle såvel som non-funktionelle krav er opfyldt samt at Leverancen ikke påvirker Kundens øvrige infrastruktur. Delleveranceprøven er beskrevet i hovedtestplanen. Side 7 af 16

Bemærkninger Delleveranceprøven starter ikke før fabriksprøven for delleverancen er gennemført godkendt. Prøven kan godkendes når de test prøven omfatter, er gennemført godkendt, brugervenlighedsprøven (hvis inkluderet) er gennemført godkendt, samt øvrige beskrevne kriterier er opfyldt godkendt. Antallet af åbne fejl skal overholde det af Kunden fastlagte accepterede antal fejl i en delleverance, beskrevet i Bilag 14 i afsnit 14.5.4. 14.6.2 denne skal være godkendt af Kunden for at prøven er Kunden såvel som Leverandøren har ansvaret for at levere testdata, jf. i øvrigt hvad der er specificeret under de test der indgår i delleveranceprøven. Kundens godkendelse af delleveranceprøven er en milepæl som skal inkluderes i den overordnede tidsplan, jf. bilag 1. Delleveranceprøven skal være godkendt før den pågældende del af systemet evt. kan sættes i drift. 14.C.11 Overtagelsesprøve Bemærkninger Overtagelsesprøven skal konstatere om alle krav til funktionalitet servicemål, inklusive dokumentation, er overholdt for hele Leverancen, så Kunden er parat til at overtage det samlede system, det er parat til at kunne sættes i drift. et er hos Leverandøren, men Kunden står for den endelige godkendelse bidrager aktivt til prøvens gennemførelse. Prøven omfatter de test der fremgår af Fejl! Henvisningskilde ikke fundet.. Det gennemgås om de test som det er aftalt at Leverandøren Kunden hver især skal gennemføre faktisk er gennemført godkendt. Herunder gennemgås det om de funktionelle såvel som non-funktionelle krav er opfyldt samt at Leverancen ikke påvirker Kundens øvrige infrastruktur. Overtagelsesprøven er beskrevet i hovedtestplanen. Overtagelsesprøven starter ikke før fabriksprøven er gennemført godkendt. Prøven kan godkendes når de test prøven omfatter, er gennemført godkendt, brugervenlighedsprøven (hvis inkluderet) er gennemført godkendt, samt øvrige beskrevne kriterier er opfyldt godkendt. Antallet af åbne fejl skal overholde det af Kunden fastlagte accepterede antal fejl i en Leverance, beskrevet i Bilag 14 i afsnit 14.5.4. 14.6.2 denne skal være godkendt af Kunden for at prøven er Kunden såvel som Leverandøren har ansvaret for at levere testdata, jf. i øvrigt hvad der er specificeret under de test der indgår i overtagelsesprøven. Kundens godkendelse af overtagelsesprøven er en milepæl som skal inkluderes i den overordnede tidsplan, jf. bilag 1. Overtagelsesprøven skal være godkendt før systemet kan sættes i Side 8 af 16

drift. 14.C.12 Konverteringstest Konverteringstesten tester at data der skal konverteres fra eksisterende systemer til nye systemer kan konverteres at overførslen har det ønskede resultat. et er hos Leverandøren, men med Kundens aktive deltagelse. Der skal gennemføres konvertering af data tilhørende konverteringstest relativt tidligt, således at der i den funktionelle kravtest i andre test der ligger efter systemintegrationstesten, kan trækkes på konverterede data. Leverandøren afgør om der er brug for at trække på konverterede data i systemintegrationstesten. I så fald må den første konverteringstest ligge forud for denne. Endelig konvertering test af at denne er gået godt, finder sted umiddelbart før systemet sættes i drift. Det fremgår af hovedtestplanen hvordan konverteringstesten vil blive gennemført dokumenteret over for Kunden. Konvertering med efterfølgende test kan starte når Leverandøren har udarbejdet planer procedurer for konverteringen er parat til at anvende dem. Endelig konvertering med efterfølgende test starter umiddelbart før systemet sættes i drift. Testen kan godkendes når den er gennemført efter testplanen 14.6.2 denne skal være godkendt af Kunden for at testen er Der arbejdes udelukkende på en kopi af de rigtige data indtil den endelige konvertering ved idriftsættelse, hvor de konverterede data hvis korrekte vil blive ophøjet til de nye originaldata. Data der skal konverteres, leveres af Kunden. 14.C.13 Systemintegrationstest Testen har til formål at undersøge om det udviklede/ændrede system fungerer sammen med de andre systemer det har snitflader til om det således opfylder de stillede krav både funktionelle non-funktionelle. et er hos Leverandøren. Det fremgår af Leverandørens løsnings hvordan systemintegrationstesten vil blive gennemført dokumenteret over for Kunden. Kunden har ansvaret for integrationer fra Kundens Integrationsplatform over til 3. part. Testen starter ikke før fabriksprøven er gennemført godkendt, systemet er installeret i systemintegrationstestmiljøet, installationsprøven er godkendt testcases samt testdata er godkendt. Testen kan godkendes når den er gennemført efter testplanen Side 9 af 16

14.6.2 denne skal være godkendt af Kunden for at testen er Udføres af Leverandøren i testmiljøet. Testcases skal udarbejdes af leverandøren reviewes samt godkendes af Kunden. Kunden forbeholder sig ret til at tilføje testcases der skal afvikles af leverandøren. 14.C.14 Funktionel kravtest Bemærkninger Den funktionelle kravtest er en fuldstændig test af at Leverancen opfylder alle funktionelle krav. Testen skal være procesorienteret fokusere på at Leverancen lever op til de forretningsmæssige krav der stilles. Kundens egne brugere skal deltage i denne test for at sikre både at de i kravspecifikationen beskrevne funktionelle krav i form af procesr, use cases, osv. er implementeret i overensstemmelse med n. Den funktionelle kravtest skal omfatte et subjektivt element i form af de involverede brugeres oplevelse af Leverancen på baggrund af deres erfaringer. et er hos Kunden, men Leverandøren skal bistå. Leverandøren skal levere resurser som har viden om forståelse for Leverancen, til at hjælpe Kunden under den funktionelle kravtest med henblik på at undgå unødigt spild af tid. Det fremgår af hovedtestplanen hvordan Kunden bistås i gennemførelsen af den funktionelle kravtest. Testen starter ikke før fabriksprøven er gennemført godkendt Kunden har godkendt installationsprøven foretaget i Kundens funktionelle testmiljø. Testen kan godkendes når den er gennemført efter testplanen 14.6.2 denne skal være godkendt af Kunden for at testen er Leveres af Kunden. Kunden forbeholder sig ret til at få kildekoden til et kodereview der udføres af Kunden selv eller af en af Kunden valgt 3. part. 14.C.15 Brugervenlighedstest Testens formål er at afprøve den implementerede Leverances brugervenlighed. et for gennemførelse af testen er hos Kunden. Det er Leverandørens ansvar at levere resurser til testen som har viden om forståelse for opbygningen af de implementerede brugergrænsefladekomponenter som skal testes. De skal bistå Kunden i at få gennemført testen struktureret uden unødig spild af tid. Det fremgår af hovedtestplanen hvordan Kunden bistås ved gennemførelse af testen. Testen vil inkludere brug af tænke-højt metoden kan være baseret på foruddefinerede opgaver som gives til testpersonen. Testen kan indledes afsluttes med et interview hvis det skønnes Side 10 af 16

Bemærkninger relevant. En testobservatør der tager noter, vil være til stede sammen med en testleder der styrer testen. Leverandøren har mulighed for at sende en observatør til testen. Det forventes at testen vil inkludere i størrelsesordenen 3-5 testbrugere. Testen kan starte når den funktionelle kravtest har været i gang i mindst 1 uge der ikke er fundet fejl der forhindrer en potentiel godkendelse af en prøve som nærmere beskrevet i Bilag 14, afsnit 14.5.4 Hvis der indgår en brugervejledning, jf. bilag 4, skal denne foreligge. Testen kan godkendes når testen er gennemført efter testplanen Desuden skal testen være dokumenteret i en testrapport. I testrapporten skal der indgå kommentarer fra testlederen som omfatter problemer, der ikke direkte blev observeret under testen, men som testlederen har erfaring for kan volde brugerne problemer. Disse kommentarer problemer klassificeres ligeledes i kategorierne beskrevet i Bilag 14, afsnit 14.5.4 Tabel 1. Testrapporten videregives til Leverandøren til opfølgning. Leveres af Kunden. Hver enkelt testsession skal, medmindre testpersonen afviser det, optages på video. Optagelser fra testen kan ledsage testrapporten. 14.C.16 It-tilgængelighedstest It-tilgængelighedstesten skal afprøve om de enkelte elementer lever op til standarder retningslinjer for tilgængeligt webdesign. Fokus er på den eksterne del af brugergrænsefladen. et for gennemførelse af testen er hos Kunden. Testen bliver gennemført af Kunden eller en af Kunden valgt 3. part. Testen betales af Kunden. Hvis der er behov for gentest på grund af Leverandørens forhold, skal Leverandøren afholde omkostningerne hertil. Testen bygger på en gennemgang af brugergrænsefladens funktioner design. Det testes så, om brugergrænsefladen lever op til danske internationale retningslinjer standarder, jf. IT- Telestyrelsens (herunder W3C s Web Accessibility Initiative - WAI, http://www.w3.org/wai/) anbefalinger til offentlige hjemmesiders it-tilgængelighed. Da anbefalingerne kan ændre sig over tid, er det de gældende standarder ved kontraktindgåelsen som tilgængelighedstesten skal gennemføres ud fra. Testen baseres dels på en ekspertvurdering dels ved at et panel af brugere med funktionsnedsættelse benytter Leverancen under brug af det kompenserende udstyr de anvender til daglig, fx en skærmlæser eller et forstørrelsesprram. Testen starter ikke før Brugervenlighedstesten er gennemført de rapporterede fejl er blevet rettet godkendt. Testen kan godkendes når testen er gennemført efter testplanen Desuden skal testen være dokumenteret i en testrapport der inkluderer både testresultater forslag til ændringer. Testrapporten videregives til Leverandøren til opfølgning. Side 11 af 16

Leveres af Kunden eller dennes 3. part. 14.C.17 Dokumentationstest (review) Testen består af et review der undersøger om den aftalte dokumentation, jf. bilag 4, inklusiv testcases er leveret opfylder kravene. et er hos Kunden. Kunden skal reviewe den af Leverandøren udarbejdede dokumentation. Derefter sender Kundens kommentarer vedrørende dokumentationen sendes til Leverandøren, som opdaterer dokumentationen inden for 5 arbejdsdage. Hvis der i overensstemmelse med kontrakten eller dennes bilag leveres dokumentation ad flere omgange, afholdes en dokumentationstest ved hver aflevering af dokumentation. Testen starter når Leverandøren leverer dokumentation, jf. bilag 4, til Kunden. Medmindre andet fremgår af bilag 4, skal en eventuel brugervejledning til løsningen foreligge senest ved starten af den funktionelle kravtest. Testen kan godkendes når den er gennemført efter testplanen Bemærk at endelig godkendelse af dokumentationen først kan ske ved projektets afslutning, idet eventuelle nødvendige ændringer opdaget efter testens afslutning skal indføjes i dokumentationen før den endelige afsluttende godkendelse. Udføres hos Kunden. 14.C.18 Svartidstest N/A Testen skal undersøge om kravene til svartider er overholdt, jf. bilag 6 Servicemål. et er hos Leverandøren. Det fremgår af Leverandørens løsnings hvordan svartidstesten gennemføres dokumenteres over for Kunden, hvilke værktøjer der anvendes. Svartidstesten skal gennemføres under en simuleret driftssituation, der er realistisk i både setup, antal samtidige brugere belastning på systemet for en normal situation overholde svartider som nærmere beskrevet i bilag 6, service mål. Testen starter tidligst når den funktionelle kravtest er afsluttet godkendt, Leverancen installeret i Kundens tekniske testmiljø installationsprøven i dette miljø er godkendt. Testen kan godkendes når den er gennemført efter testplanen 14.6.2 denne skal være godkendt af Kunden for at testen er Leveres af Leverandøren. Side 12 af 16

14.C.19 Belastningstest Testen skal undersøge om Leverancen er udviklet i overensstemmelse med de specificerede krav til ydeevne (kapacitet, stabilitet robusthed) at det kan håndtere de forventede belastninger i produktion som fremgår af bilag 6 Servicemål. et er hos Leverandøren. Det fremgår af Leverandørens løsnings hvordan belastningstesten gennemføres dokumenteres over for Kunden, hvilke værktøjer der anvendes. Det forventes at belastningstesten understøttes af et automatiseret værktøj. Systemet skal testes på niveauet såvel som ud over niveauet for den belastning som er angivet i kravspecifikationen så det kan dokumenteres hvornår belastningen bliver så stor at systemet ikke længere kan håndtere det stadig overholde de aftalte servicemål (bilag 6). Testen starter tidligst når den funktionelle kravtest er afsluttet godkendt, Leverancen installeret i Kundens tekniske testmiljø installationsprøven i dette miljø er godkendt. Testen kan godkendes når den er gennemført efter testplanen 14.6.2 denne skal være godkendt af Kunden for at testen er 14.C.20 Skalerbarhedstest Leveres af Leverandøren. Testen skal undersøge om Leverancen kan op skaleres ved øget belastning af Leverancen eller ved eventuelle senere udvidelser, jf. bilag 6. et er hos Leverandøren. Det fremgår af Leverandørens løsnings hvordan skalerbarhedstesten gennemføres dokumenteres over for Kunden, hvilke værktøjer der anvendes. Skalerbarhedstesten skal sammen med belastningstesten vise Leverancens opførsel under belastning. Testen starter tidligst når den funktionelle kravtest er afsluttet godkendt, Leverancen installeret i Kundens tekniske testmiljø installationsprøven i dette miljø er godkendt. Testen kan godkendes når den er gennemført efter testplanen 14.6.2 denne skal være godkendt af Kunden for at testen er Leveres af Leverandøren. Side 13 af 16

14.C.21 Recoverytest Recoverytesten tester om Leverancen reagerer planmæssigt i tilfælde af, at der sker nedbrud på de enkelte systemkomponenter/systemet i drift. Fokus er bl.a. på hvad der sker med data, tilstande køer ved nedbrud mens systemet kører. et er hos Kunden. Testen gennemføres af Kundens driftsleverandør. Recoverytesten gennemføres i forhold til den af Leverandøren udarbejdede dokumentation til brug for drift. Det forventes at recoverytesten dækker både kritisk nedbrud af et miljø i drift almindelig recovery. Leverandøren skal levere resurser som har viden om forståelse for Leverancen, til at hjælpe Kunden eller dennes 3. part under recoverytesten med henblik på at undgå unødigt spild af tid. Det fremgår af Leverandørens løsnings hvordan Kunden bistås i gennemførelsen af recoverytesten. Testen starter tidligst når den funktionelle kravtest er afsluttet godkendt, Leverancen installeret i Kundens tekniske testmiljø installationsprøven i dette miljø er godkendt. Testen kan godkendes når den er gennemført efter testplanen 14.6.2 denne skal være godkendt af Kunden for at testen er Leveres af Kunden eller dennes driftsleverandør. 14.C.22 Sikkerhedstest Sikkerhedstesten undersøger om Leverancen lever op til de krav til sikkerhed der er stillet. et er hos Kunden. Testen gennemføres af Kunden eller en af Kunden valgt 3. part. Leverancen skal overholde sikkerhedskravene beskrevet i bilag 3. Leverandøren skal levere resurser som har viden om forståelse for Leverancen, til at hjælpe Kunden eller dennes 3. part under sikkerhedstesten med henblik på at undgå unødigt spild af tid. Det fremgår af hovedtestplanen hvordan Kunden bistås i gennemførelsen af sikkerhedstesten. Testen starter tidligst når den funktionelle kravtest er afsluttet godkendt, Leverancen installeret i Kundens tekniske testmiljø installationsprøven i dette miljø er godkendt. Testen kan godkendes når den er gennemført efter testplanen 14.6.2 denne skal være godkendt af Kunden for at testen er Leveres af Kunden eller dennes 3. part. Side 14 af 16

14.C.23 Pilottest Pilottesten tester om Leverancen fungerer tilfredsstillende om antallet af fejl er på et acceptabelt niveau når virksomheder (slutbrugere) i en periode får adgang til at teste systemet før det bliver sat i drift. et er hos Kunden, men med bistand fra Leverandøren. Det fremgår af Leverandørens løsnings hvordan Kunden bistås i gennemførelsen af pilottesten med henblik på at undgå unødigt spild af tid ved fejlrettelser. Testen kan starte når systemet er installeret i pilottestmiljø installationsprøven i dette miljø er gennemført godkendt. Brugervenlighedsprøven skal være gennemført godkendt. Andre test hørende til overtagelsesprøven skal alle være gennemført godkendt. Testen kan godkendes når den er gennemført efter testplanen 14.6.2 denne skal være godkendt af Kunden for at testen er er ikke fastlagt på forhånd. er hvad slutbrugerne vælger at gøre. 14.C.24 Driftsprøve Driftsprøven tager sigte på at måle driftseffektivitet svartider for løsningen i miljøet til drift (Kundens produktionsmiljø) over en periode, mens Leverancen anvendes. Resultatet af målingerne holdes op mod servicemålene i bilag 6. Desuden skal løsningen være robust i forhold til antallet af fejl, således at slutkriteriet for testen indfries. et er hos Kunden. Prøven udføres af Kundens driftsleverandør men med bistand fra Leverandøren i nødvendigt omfang. Det fremgår af hovedtestplanen hvordan Kunden bistås under gennemførelsen af driftsprøven. Driftsprøven starter ikke før overtagelsesprøven er gennemført godkendt installationstest testbarhedstest er gennemført i produktionsmiljøet godkendt. For at driftsprøven kan godkendes af Kunden skal følgende være opnået: Alle krav specificeret i bilag 6 Servicemål er overholdt. Leverancen har kørt i minimum 40 dage i driftsmiljøet uden at der hverken er konstateret kategori 1 eller 2 fejl. Kategori 1, 2 3 fejl fundet under driftsprøven skal være rettet inden endelig godkendelse af driftsprøven kan finde sted. 14.6.2 denne skal være godkendt af Kunden for at prøven er Udføres i produktionsmiljøet. N/A Side 15 af 16

Bemærkninger Godkendelse af driftsprøven er en milepæl der skal indgå i den overordnede plan, jf. bilag 1. Side 16 af 16