Finansportalen Historiske bankdata

Like dokumenter
Testbilag til IT kontrakter

Ansvarlig: Faglig ansvarlig for innhold og revisjon, Testseksjonen TestiT, Avd. for Tjenesteproduksjon HN IKT

Finansportalen Historiske bankdata

e-læringsprogram for prosjektledelse Endringer i den generelle avtaleteksten Bilag 6

Overordnet Testplan. MUSIT Ny IT-arkitektur, Pilot og Hovedprosjekt. Page 1 of 11

Bilag 4 Prosjekt- og fremdriftsplan for migrering til ny plattform

Test i smidig. Laila Sandbæk Testrådgiver og testleder Sogeti

Bilag 1 Utstyr og/eller programvare som skal vedlikeholdes Her angis det utstyr og/eller programvare som vedlikeholdstjenesten omfatter.

Kontrakter og test i smidige prosjekter. Fagmøte Dataforeningen i Trondheim 12.Mars 2012

Retningslinjer for akseptansetest

SSA Gjennomføring av leveransen i SSA-T og SSA-D. seniorrådgiver Mari Vestre, Difi

Montasje. Leverandøren skal generelt beregne 5 dagers behandlingstid hos oppdragsgiver for godkjenning av milepæler.

Cross the Tech Bridge. Anette Valaker

Finansportalen Historiske bankdata

Retningslinjer for akseptansetest

Bilag 1 Kundens kravspesifikasjon

Presentasjon Test. Møte med Systemleverandører 5.desember 2014

Testing i smidigavtalen (SSA-S) Seniorrådgiver Mari Vestre, Difi. Testdagen ODIN 24. september 2014.

FORBEREDELSESFASE (FF)

Bilag 1 til vedlikeholdsavtalen samt driftsavtalen KRAVSPESIFIKASJON. Administrativt system for skole og SFO

Hvilke punkter i avtalene bør man være oppmerksom på?

Livsløpstesting av IT-systemer

Hvordan PS2000 blir tilpasset til smidig gjennomføring

Alminnelige bestemmelser Gjennomføring av Leveransen Endringer etter avtaleinngåelsen

Kostnadseffektivt eller bortkastet tid? Øyvind Woll Seniorkonsulent, Vivento AS

Modernisering av IKT i NAV

Presentasjon avtale om løpende tjenestekjøp (SSA-L) Charlotte Lindberg, seniorrådgiver Difi

Bilag 1: Kundens kravspesifikasjon

Saksnummer 13/ / 29

Test i Praksis. NTNU Februar Copyright 2014 Accenture All Rights Reserved.

Krav som bør stilles til leverandørens verifikasjon og test

Validering og verifisering. Kirsten Ribu

Bilag 6 Vedlegg 9 - Oversikt over dokumentasjon, planer og rapporter

BILAG 5 til kontrakten

Kort om evaluering og testing av It-systemer. Hvordan vurdere, verdsette, velge og teste?

SSA Presentasjon av de nye avtalene Difi,

Elhub Strategi Aktørtesting

2B - SSA-V Bilag 1 Kundens kravspesifikasjon. Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon

SSA-V Bilag 1. Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon

Tilpasningsavtalen Avtale om levering av standardsystem og tilpasning Statens standardavtaler for IT-anskaffelser SSA-T

Veiledende bilag til SSA-K Kjøpsavtalen versjon 2015

Kontrakter. INF1050: Gjennomgang, uke 12

Avtale nr.: Om kjøp av

VEDLEGG E - YTELSESTESTING OG SANKSJONSBESTEMMELSER

Teststrategi Brønnøysundregistrene IT, ASF og Altinn II

Praktiske erfaringer med bruk av SSA-L Senioradvokat Stian Oddbjørnsen i samarbeid med Difi

Kontrakt om kjøp av Medisinsk Teknisk Utstyr. er inngått mellom. SYKEHUSET INNLANDET HF Org.nr (Kunde) FIRMANAVN

BILAG 5 til kontrakten

Testplan (Software Test Plan)

UNN KIS Prosjekt- og fremdriftsplan

Spørsmål med svar fra oppdragsgiver.

Ekspertgruppemøte - Test. Statnett 15.januar 2015

Bilag 1 Kundens beskrivelse av Oppdraget. Jfr. kundens kravspesifikasjon.

SSA-D Bilag 1. Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon

Avtalen punkt 1.1 Avtalens omfang. Jfr. oppdragsgivers kravspesifikasjon inntatt som vedlegg 1 til konkurransegrunnlaget.

SSA-V Bilag 1 Kundens kravspesifikasjon KGV/KAV. Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon

EPJ-løftet. Tidligere sykdommer (Prosjekt I) [Rapportnummer]

Regulering av fri programvare i SSA

Automatisert Robusthetstesting. Erik Arisholm Testify AS

Hvordan velge riktig SSA? Mari Vestre 14. juni 2018

Metodikk innen kvalitetssikrin o risikos rin

Veiledende bilag til SSA-D Driftsavtalen versjon 2015

Erfaringer med PS2000 kontrakt og kontraktsstyring i PERFORM. Mette Gjertsen Prosjektleder Statens Pensjonskasse

Ytelsesspesifikasjon for byggeleder for prosjekt Vågsøy, utbedring antennefeste/-brakett Forsvarsbygg Utvikling Vest

Bilag 1 Utstyr og/eller programvare som skal vedlikeholdes

Overtakelse og igangsetting

Avtale mellom Utviklings- og kompetanseetaten og <Leverandør> Anskaffelse av nettverksutstyr og tilhørende tjenester.

VEDLEGG 1F FUNKSJONSGARANTI, YTELSESTESTING OG SANKSJONSBESTEMMELSER

Kundens kravspesifikasjon ERP-løsning for kommunene i DDV-samarbeidet

Gårsdagens testroller takler ikke dagens utfordringer. Magnus Halvorsen og Erik Rogstad

Godkjenning og forankring

Utviklings- og tilpasningsavtalen Avtale om levering av programvare som utvikles eller tilpasses for Kunden

Mellom barken og veden Smidig testing i krevende terreng TTC 2015

TJENESTENIVÅ MED STANDARDISERTE PRISAVSLAG

Akseptansetesten. Siste sjanse for godkjenning Etter Hans Schaefer

Grønliatunnelen Vegtunnelene i Ekebergåsen, inkl. omlegging av Alna. E18 ved Sydhavna E6 ved Åsland

Bilag til SSA-T/SSA-V/SSA-D. Bilag 7. Samlet pris og prisbestemmelser. Anskaffelse av analyse- og informasjonsplattform /345746

Spesielle bruksvilkår for digital postkasse til innbyggere

Dette bilaget inkluderes i Avtalen for kunder som har et høyere Servicenivå enn standard leveringsvilkår.

Vedlikehold datalagringsløsning. Bilag 1, vedlikeholdsavtalen Kundens kravspesifikasjon Versjon 1.0. Saksnr:

SSA-D Bilag 8. Bilag 8. Endringer i den generelle avtaleteksten. Anskaffelse av analyse- og informasjonsplattform /

NS6450 Idriftsetting og prøvedrift av tekniske bygningsinstallasjoner

Testplan PROSJEKT. Signal Communication Unit OPPDRAGSGIVER. Kongsberg Maritime AS UTFØRT VED. Høgskolen i Buskerud og Vestfold, avd.

GYLDIG FRA: FILNAVN: STY E02 RETNINGSLINJER FOR FULLFØRING OG OVERTAGELSE.DOC. Vedlegg E6: STY E02 Retningslinjer for FULLFØRING og OVERTAGELSE

SYSTEMATISK FERDIGSTILLELSE VEILEDER SOLSTRANDKONFERANSEN V e i l e d e r S y s t e m a t i s k F e r d i g s t i l l e l s e

Vedlegg 4 - OVERLEVERING AV KONTRAKTSARBEID

Kundens tekniske plattform

Innhold. Hvorfor en ITB-standard? Hva er målet med standarden? Rollen som ITB-ansvarlig. Standardens oppbygging og innhold

Konkurransegrunnlaget

TESTRAPPORT Tittel på hovedprosjektet: Varebestillingssystem for Wokas Salg AS

SSA-V Bilag 8. Bilag 8. Endringer i den generelle avtaleteksten. Anskaffelse av analyse- og informasjonsplattform /

Avtale mellom Utviklings- og kompetanseetaten og <Leverandør> Anskaffelse av nettverksutstyr og tilhørende tjenester. Bilag 1 og Bilagene 3-9:

Veiledende bilag til SSA-K Kjøpsavtalen versjon 2015

OPPLÆRING E FOR IMPLEMENTERING HBO ASO ETA E FOR IMPLEMENTERING HBO ASO ETA A INTERN UTGAVE HBO ASO

Saksgang: Styret Helseforetakenes senter for pasientreiser ANS 31/10/2016

AP226 Use Case Diagram - TUL

Kirsten Ribu

Del III - Kontraktsbilag

Verdien av god leverandørtesting i konstruksjonsfasen i smidige prosjekter

3B - SSA-D Bilag 1 Kundens kravspesifikasjon. Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon

Transkript:

Bilag 5: Testing og godkjenning For Finansportalen Historiske bankdata

Bilag 5 Testing og godkjenning Innholdsfortegnelse 1.1 OMFANG... 3 1.1.1 Systemtest 3 1.1.2 Godkjenningsprøve 3 1.2 GJENNOMFØRING... 4 1.2.1 Krav til Leverandør - testplan 4 1.2.2 Krav til Leverandør dokumentasjon av test 5 1.3 GODKJENNINGSKRITERIER OG GODKJENNINGSPROSEDYRER... 5 1.3.1 Generelle godkjenningsprosedyrer 5 1.3.2 Definisjon av feil og mangler 5 1.3.3 Godkjenningskriterier for Systemtest 6 1.3.4 Godkjenningskriterier for Godkjenningsprøven 6 1.4 ANSVARS- OG ROLLEDELING... 7 1.5 KRAV TIL LEVERANDØR... 8 Side 2 av 8 Dato 20. juli 2012

1.1 OMFANG Leveransen godkjennes formelt av Kunden når resultatet av Systemtest og Godkjenningsprøve er godkjent. 1.1.1 Systemtest Leverandøren har ansvaret for planlegging og gjennomføring av Systemtest. Kunden kan eventuelt stille ressurser for gjennomføring av Systemtest til rådighet for Leverandøren. Systemtesten skal inneholde både en funksjonell test av løsningen og ikke-funksjonelle tester. Funksjonell test. Test av systemets oppførsel i forhold til den ønskede funksjonaliteten slik den er definert i designdokumenter. Det skal legges vekt på globale tester, dvs. at data flyter fra delsystem til delsystem som forventet. Ikke-funksjonelle tester som skal sikre at alle krav til bl.a. ytelse/responstid, volumhåndtering, sikkerhet, integrasjon og brukeropplevelse er oppfylt. I Systemtesten skal Leverandøren verifisere at implementering av løsningen er ferdigstilt og iht. Bilag 1 og 2 og godkjent detaljert løsningsbeskrivelse (dersom aktuelt). Testen gjennomføres i Kundens testmiljø. Leverandøren skal selv godkjenne resultatet av Systemtesten i tråd med plan for Systemtest med godkjenningskriterier. Resultatene av testen skal fremstilles i en testrapport for Systemtest som skal godkjennes av Kunden. Innhold og omfang av Systemtesten skal avtales mellom partene i god tid før oppstart av testen og inngå i plan for Systemtest. 1.1.2 Godkjenningsprøve Godkjenningsprøven er den formelle testen for å avklare om kriteriene for godkjenning som Kunden har satt, er oppfylt. Den totale løsningen skal testes med Kundens eget parameteroppsett og Kundens egne data, og systemet skal være satt opp i det aktuelle driftsmiljøet eller et miljø så nært dette som mulig. Godkjenningsprøven er avsluttet når de formelle godkjenningskriteriene er gjennomgått og godkjent av Kunden. I Godkjenningsprøven skal det verifiseres at Leveransen er i henhold til de overordnede godkjenningskriterier, jf. punkt 5.3.3 og er Kundens kontrollpunkt før det ferdige systemet kan driftssettes. Innhold og omfang av den funksjonelle verifikasjonen skal avtales mellom partene i god tid før oppstart av Godkjenningsprøven. Kunden utarbeider plan for Godkjenningsprøven, med bistand fra Leverandøren, og godkjenner planen. Den funksjonelle verifiseringen skal omfatte en detaljert gjennomgang av Leveransens funksjonalitet og skal sikre at løsningen fungerer som forutsatt. Innhold og omfang av den ikke-funksjonelle verifikasjonen skal avtales mellom partene i god tid før oppstart av godkjenningsprøven. Godkjenningsprøven skal inneholde både en funksjonell test av løsningen og ikke-funksjonelle tester. Funksjonell test. Test av systemets oppførsel i forhold til den ønskede funksjonaliteten slik den er definert i designdokumenter. Det skal legges vekt på globale tester, dvs. at data flyter fra delsystem til delsystem som forventet. Testene skal ta hensyn til eventuelle endringer av bilag 1. og bilag 2. Ikke-funksjonelle tester som skal sikre at alle krav til bl.a. ytelse/responstid, volumhåndtering, sikkerhet, integrasjon og brukeropplevelse er oppfylt. Side 3 av 8 Dato 20. juli 2012

Den ikke-funksjonelle verifikasjonen skal minimum omfatte: Klargjort produksjonsmiljø Dokumentasjon (system-, drifts- og brukerdokumentasjon). Sikkerhet, sporbarhet og kontrollfunksjoner Brukeropplevelse. 1.2 GJENNOMFØRING Leverandørens ytelser i forbindelse med gjennomføringen av Systemtest og Godkjenningsprøve skal anses som en del av Leveransen og godtgjøres i samsvar med Avtalen. Det forutsettes at det som del av Leveransen utarbeides et detaljert utkast til Systemtest og Godkjenningsprøve på basis av de krav som stilles i dette bilaget. Systemtesten gjennomføres i henhold til fremdriftsplan og tidsplan i Bilag 4. Endelig plan for gjennomføring av testene med tilhørende godkjenningskriterier skal utarbeides av Leverandør og Kunde i fellesskap jf. punkt 5.4. Godkjenningsprøven gjennomføres i henhold til fremdriftsplan og tidsplan i Bilag 4. Endelig plan for gjennomføring av testene med tilhørende godkjenningskriterier skal utarbeides av Kunde med bistand fra Leverandør jf. punkt 5.4. Godkjenningsprøven gjennomføres av Kunden etter at Systemtest er gjennomført og godkjent. 1.2.1 Krav til Leverandør - testplan [Leverandør skal presisere og utdype hvordan understående gjennomføres. Dersom presiseringer og utdypninger skjer i teksten over, skal alle endringer vises i rettemodus. Beskriv deres testplan for de ulike testnivåene: Enhetstest Integrasjonstest Systemtest Akseptansetest I tillegg skal det leveres testplaner for: Installasjonstest Test av Brukeropplevelse Ytelsestest Dersom dette medfører ekstra kostnader for kunden skal dette spesifiseres.] Side 4 av 8 Dato 20. juli 2012

1.2.2 Krav til Leverandør dokumentasjon av test [Leverandør skal presisere og utdype hvordan understående gjennomføres. Dersom presiseringer og utdypninger skjer i teksten over, skal alle endringer vises i rettemodus.] Beskriv deres rutine for dokumentasjon av test: Enhetstest automatisert Integrasjonstest Systemtest Godkjenningsprøven Brukervennlighetstest. 1.3 GODKJENNINGSKRITERIER OG GODKJENNINGSPROSEDYRER 1.3.1 Generelle godkjenningsprosedyrer Dokumenter som skal godkjennes av Kunden, skal Leverandøren sende til Kunden senest 5 virkedager før godkjenningsdato i henhold til avtalt fremdriftsplan. Dersom dokumentene ikke har avtalt kvalitet, skal Leverandøren i løpet av 5 virkedager korrigere dokumentene i henhold til Kundens merknader og på nytt oversende dokumentene til Kunden for godkjenning. Tilbakemelding fra Kunden skal være skriftlig og angi eventuelle feil og mangler i forhold til avtalt kvalitet og godkjenningskriterier og hva som forutsettes utbedret. Manglende godkjenning av dokument forhindrer ikke nødvendigvis at dokumentet legges til grunn i videre arbeid, dersom feil/mangler er av slik karakter at det ikke er avgjørende for videre arbeid. Se for øvrig kontrakten. 1.3.2 Definisjon av feil og mangler Følgende kategorier gjelder for definering av feil og mangler i Leveransen: Kritiske feil Feil eller mangler som er vesentlige for Kundes bruk av leveransen og som forhindrer videre testing av berørt funksjonalitet og/eller produksjonssetting av løsningen. Feilen må være rettet, retestet og godkjent før berørte milepæler kan godkjennes. Alvorlige feil Feil eller mangler som er vesentlige for Kundes bruk av leveransen. Feilen forhindrer ikke videre testing av berørt funksjonalitet og/eller produksjonssetting av løsningen. Mindre betydelige feil Feil som ikke påvirker grunnleggende funksjonalitet og datakvalitet i leveransen, men som vil redusere bruksverdien i forhold til avtalte krav Feilen skal rettes, testes på nytt og godkjennes, men er ikke nødvendig for godkjenning av berørte milepæler. Kunden og leverandøren foretar en omforent kategorisering av feil og mangler. Side 5 av 8 Dato 20. juli 2012

1.3.3 Godkjenningskriterier for Systemtest Oppstartskriterium: Leverandør skal ha gjennomført programmerers test. Godkjent testplan Avbruddskriterium: Feil eller mangler som forhindrer videre testing, eller et generelt høyt feilnivå kan medføre avbrudd av test. Nivåer spesifiseres i testplanen. Godkjenningskriterium: Kritiske feil: 0 Alvorlige feil: 5 Alle mindre betydelige feil skal være gjennomgått av kunden og leverandør, og skal være prioritert. Tidspunkt før ønskede korreksjoner skal være avtalt. 1.3.4 Godkjenningskriterier for Godkjenningsprøven Oppstartskriterium: Godkjent systemtest. Godkjent testplan Avbruddskriterium: Kunden kan avbryte Godkjenningsprøven dersom antall åpne feil på noe tidspunkt overskrider: o Kritiske feil: 3 og/eller o Alvorlige feil: 10 Godkjenningskriterium: Kritiske feil: 0 Et generelt høyt feilnivå kan også medføre avbrudd av test. Nivået spesifiseres i testplanen. Alvorlige feil: maks. 3 Utbedring av feil skal skje programutviklingsavtalen 2.5.4. Dersom godkjenningsprøven må avbrytes, basert på kriteriene over, må Leverandøren etter retting av feilene foreta regresjonstest av systemet og på nytt dokumentere at oppstartskriteriene for godkjenningsprøven tilfredsstilles. Godkjenningsprøven gjennomføres deretter på nytt. Side 6 av 8 Dato 20. juli 2012

1.4 ANSVARS- OG ROLLEDELING En detaljert planlegging av Systemtest og Godkjenningsprøve forutsettes påbegynt ved etablering av prosjektet og er således en del av Leveransen. I tillegg til å spesifisere aktiviteter i en slik plan, skal ansvars- og rollefordeling mellom Kunden og Leverandøren være som følger: Aktivitet Ansvar Rolle Stille testpersonell til disposisjon Utarbeide plan for Systemtest, inkl. godkjenningskriterier Kunde og Leverandør Leverandør Kunden godkjenner Tilrettelegge testdata for Systemtest Leverandør Kunden godkjenner Stille testpersonell til disposisjon Brukermedvirkning Leverandør og kunde Kunde Gjennomføre Systemtest Leverandør Kunden deltar/overvåker. Utarbeide rapport for Systemtest Leverandør Kunden godkjenner. Feilretting etter Systemtest Leverandør Kunden deltar/overvåker og godkjenner resultatet Utarbeide plan for Godkjenningsprøve, inkl. godkjenningskriterier Kunde Kunden godkjenner. Leverandør bistår i utarbeidelsen. Tilrettelegge testdata for Godkjenningsprøve Kunde Kunden godkjenner Stille testpersonell til disposisjon Kunde og Leverandør Gjennomføre Godkjenningsprøve Kunde Kunden godkjenner. Leverandøren må ha personell tilgjengelig. Utarbeide rapport for Godkjenningsprøve Kunde Kunden godkjenner. Feilretting etter Godkjenningsprøve Leverandør Kunden deltar/overvåker og godkjenner resultatet Leverandørens deltagelse og ansvar i dette arbeidet blir en del av Leverandørens ytelser. For alt testarbeid som Leverandøren har ansvaret for, skal det som del av Leveransen utarbeides dokumentasjon hvor det fremgår hva som er testet, hvordan test er gjennomført, hvilke testdata som er brukt, forventede resultater og resultater av testen. Kundens formelle aksept eller underkjennelse av henholdsvis Systemtest og Godkjenningsprøve skal skje gjennom skriftlig tilbakemelding til Leverandøren innen de frister som er oppgitt i Bilag 4. Side 7 av 8 Dato 20. juli 2012

1.5 KRAV TIL LEVERANDØR [Leverandør skal supplere og presisere bilaget, samt beskrive mer utførlig hvilke tester som vil bli gjennomført. Supplering må være i samsvar med fremdriftsplanen i bilag 4. Dersom Leverandør foretar suppleringer og presiseringer i foranstående punkter må alle endringer vises i rettemodus.] Side 8 av 8 Dato 20. juli 2012