IOM-000

Aug 9, 2022

• Grad av testing uavhengighet: f. eks. ingen uavhengig tester ^{(noen andre mulige alternativer: uavhengige utviklere eller testere innen utvikling/prosjektteam, uavhengig testteam eller gruppe i organisasjonen, uavhengige testere fra bedriftsorganisasjonen, uavhengige testere utenfor organisasjonen og Testers oppgaver)}

• Test strategi/tilnærming: f. eks. prosesskompatibel (standard kompatibel), _{noen andre mulige alternativer: analytisk (risikobasert testing), modellbasert, metodisk (forhåndsdefinert av taksonomibasert), regissert (rådgivende), motvilje mot regresjon og reaktiv tilnærming}

• Inngangskriterier: f. eks. testbare krav/modeller tilgjengelig, _{noen andre alternativer: testartikler tilgjengelig, testmiljø tilgjengelig, nødvendige testverktøy tilgjengelig, og testdata og andre nødvendige ressurser tilgjengelig}

• Utgangskriterier: f. eks. planlagte tester utført, _{noen andre alternativer: definert dekningsnivå (krav, risiko, kode etc.) er oppnådd, antall uavklarte mangler er innenfor en avtalt grense, antall estimerte gjenværende feil er tilstrekkelig lavt, og evaluerte nivåer av kvalitetsegenskaper (pålitelighet, ytelseseffektivitet, brukervennlighet, sikkerhet osv.) er tilstrekkelig}

• Testovervåking: f. eks.

  • antall tester kjørt/ikke kjørt:

  • antall testtilfeller bestått/ikke bestått

  • antall testbetingelser bestått/ikke bestått

, _{noen andre alternativer: prosentandel av planlagt arbeid utført i testcaseforberedelse, prosentandel av planlagt arbeid utført i forberedelse av testmiljø, defektintensitet, feil funnet og fikset, risikoer eller kodebekreftelsestester, testdekning av krav, brukerhistorier, akseptkriterier, risikoer eller kode, oppgavefullføring, ressursallokering og bruk, og kostnad for testing}

• Testkontroll: f. eks.

  • endring av testplanen på grunn av tilgjengelighet eller utilgjengelighet av testmiljø eller andre ressurser

  • omprioritering av tester når en identisk risiko oppstår

<en liste, opplastede dokument(er) eller lenke til interne eller eksterne nettside(r)>

User-storiene tar utgangspunkt i at integrasjonen benytter PDF-filer fra Leganto direkte. (Alternativet ville ha vært å bruke Leganto-API). [1]

1

Som administrator i biblioteksystemet Alma har vi opprettet pensumlister for alle emner som har gått en bestemt termin, for et bestemt emne ett bestemt år

2

Som administrator i Alma kan jeg definere et sett med emner som jeg kan kjøre en jobb for å eksportere til PDF. Resultatet legges i et bestemt mappe-tre på SFTP-serveren

3

PDF-filene vil ha en navngiving som ser slik ut: UE_203_SA6-410_1_2018_VÅR_1_0.7770285369568677_SA6-410 Politikk styring og endring i utdanningssektoren.pdf (intern ID_Emnekode tittel på emnet)

4

Når det ligger eksporterte PDF-filer i mappe-treet på SFTp-serveren ønsker jeg at filene skal eksporteres til P360 og arkiveres

5

Når PDF’ene er vellykket arkivert ønsker jeg at filene flyttes på SFTP-serveren til en mappe som heter “Arkivert”

6

Hvis arkivering av PDF’ene feiler, flyttes de på SFTP-serveren til en mappe som heter “Feillet”

7

Det vil uansett resultat, sendes e-post til alle e-postadresser oppgitt i feltet "epost-varsling" (kommaseparert liste)

8

Som Administrator ønsker jeg kanskje å kunne selv starte arkiveringsjobben, eventuelt at den kjører regelmessig automatisk. Hva jeg ønsker avhenger litt av hvilke opplysninger/parametere som kreves for jobben

9

Som administrator trenger jeg å kunne angi noen parametere for arkiveringsjobben; f.eks. saksbehandler, og e-postadresser for varsling av resultatet

RT#000000

Aug 9, 2022

f. eks. revurdere om et testelement oppfyller et inngangs- eller utgangskriterium på grunn av omarbeiding

for å kontrollere om alle kravene er oppfylt

IOM-001

Aug 9, 2022