Udbud

På denne side kan du få hjælp til at gribe test an i en udbudssituation herunder bla. sammensætte det prøveprogram, som giver mening i din specifikke kontekst. 

Det er vigtigt at have den rette forståelse for test og prøver, inden udbuddet udformes:

  • Projektejer skal bruge prøver og test til at sikre sig, at AU får det, AU har bedt om
  • Fundamentet for test er det, AU har bedt om: udbud / kravspecifikation
  • Test giver objektiv viden om kvaliteten af det leverede. Test skaber ikke kvaliteten!
  • Indholdet af et testbilag udspringer af de produkter/ydelser, vi lægger i udbud
  • Så hvad skal den kommende leverandør levere? Hvordan er udbuddet defineret?

Når der er styr på de produkter/ydelser/opgavetyper (herefter: opgavetyper), som lægges i udbud, kan man begynde at kigge på, hvordan prøveprogrammet skal sammensættes. 


Sådan gør du

Gode spørgsmål at stille i udbudsprocessen

  • Testmiljø
    • Hvad skal/kan leverandøren stille til rådighed af testmiljøer?
    • Dokumentation af og tilgang til API´er?
  • Testdata
    • Hvad skal leverandøren stille til rådighed?
      • Syntetiske data
      • Maskerede/anonymiserede data
      • Indlæsning af AU testdata
    • Hvad skal AU stille til rådighed for leverandøren?
    • Er der muligheder for at slette data? Det kan være relevant især i testmiljøer til oprydning efter automatiserede tests.
  • Krav til testdokumentation
    • Når en leverandør er ansvarlig for en test, skal det sikres, at testen dokumenteres i form af testplaner, testcases og testrapporter
      • Det bør ekspliciteres, hvad de enkelte artefakter skal indeholde, eksempelvis entry- og exit kriterier.
  • Testcases
    • Hvem laver testcases til hvilke tests?
    • Hvem godkender testcases?
    • Hvordan får AU indsigt i leverandørens interne test-setup?
  • Fejlhåndtering
    • Fejlkategorier og SLA´er
  • Testtilgang
    • Hvordan sikres overholdelse af AU testpolitik (på sigt)
    • Hvem udarbejder teststrategien for det samlede projekt? Og hvordan sikres sporbarhed mellem prøvestrategien og projektets samlede teststrategi?
  • Release notes, release cyklus/plan?
    • Varsling forud for ny release?
    • Indhold i release?
    • Mulighed for test og fejlretning af nye releases?
  • Tidsfrister
    • Levering af prøvestrategi, drejebøger, prøveplaner, testcases, testdata, prøverapporter, andet
    • Tilretninger af prøvestrategi, drejebøger, prøveplaner, testcases, testdata, prøverapporter, andet
    • Godkendelser af prøvestrategi, drejebøger, prøveplaner, testcases, testdata, prøverapporter, andet

Prøvestrategi

På de underliggende sider ses strategi for prøver, som kan bringes i spil i forbindelse med nyanskaffelser og udbud. I første omgang er der udarbejdet en prøvestrategi i samarbejde mellem AU IT og AU Uddannelse, men målet er, at den gøres så generel, at den kan gælde bredt for hele AU.

Prøvetyper

Det beskrevne prøveprogram er gældende for enhver leverance fra leverandøren, uanset den opgavetype, der ligger til grund.

Med mindre andet er angivet, sker afprøvning af leverancer i model af de generiske prøvetyper, som standardkontrakten for K02, Længerevarende it-projekter, udstikker -  og suppleret med Demonstrationsprøve, som er en AU tilretning.

Demonstrationsprøve
Fabriksprøven
Installationsprøven
Installationsprøven (SAAS)
Delleveranceprøven
Overtagelsesprøven
Driftsprøven