Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
| Page Properties | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
Versionshistorik af betydning for eksterne (v0.1, v0.3, v0.5 og v1.0)
Anvendes ved ændringer, der har betydning for eksterne.
N/A Christopher Juhl (Unlicensed)
Dato | Version | Hvem | Hvad er ændret? |
|---|
Interne links (indhold i links ikke relevant for eksterne)
| Jira Legacy | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
| Jira Legacy | ||||||
|---|---|---|---|---|---|---|
|
Indholdsfortegnelse
| Table of Contents | ||
|---|---|---|
|
Afgrænsning af epic
| Afgrænsning | ||
|---|---|---|
Som STAR ønsker jeg en robust og dækkende leapwork testsuite for Jobnet og JobAG så vi finder regressionsfejl tidligt og dermed højner kvaliteten og øger produktiviteten. | ||
| Acceptkriterier | ||
| Nr. | Beskrivelse | Relevant for |
| 1004.2.1 | Der skal eksistere en testsuite af leapwork-flows, som eksekveres dagligt i Teamcity. Testsuiten skal køre grønt ifm. DoD af et increment for det team, der arbejder med Jobnet/JobAG. | Jobnet |
| 1004.2.2 | Der skal findes en dokumentationsskabelon for dokumentation af leapwork-testflows. | Jobnet |
| 1004.2.3 | Testene skal være robuste overfor login og skal generere sin egen testdata og rydde testdata op efter sig efter kørsel. | Jobnet |
Ingen eksterne snitflader
| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
|---|---|---|---|---|---|
| <epic nr>.1.1 | <epic nr>.1 .2 | <epic nr>.1 .3 | <epic nr>.1 .4 | ||
Oversigt over berørte webservices
Manuel oversigt som er synlig for eksterne
Ingen eksterne snitflader
Summary | Varslingstype | Varslingsnote | Eksterne Snitflader | Interne Snitflader | Project |
|---|
Beskrivelse af epic
Baggrund
Her udfylder PO oplysninger om baggrund for epic'en, herunder fx om der ligger politisk aftale eller lovgivning bag. Særligt vigtigt, at dette fremgår, hvis det ikke fremgår i en overliggende ISB, hvortil der evt. kan henvises.
STAR ønsker at udbygge anvendelsen af automatiserede tests ved brug af Leapwork, med det formål at styrke kvaliteten af det samlede produkt STAR sætter i produktion.
Testopgaven for STAR's udviklingsteams består i dag af såvel mange repetitions- opgaver som mere specialiserede tests af ny-udviklede funktioner. Samtidig udvides Test-opgaven løbende, hvor det er et krav, at it-løsningerne kan fungere i mange browserversioner og bliver responsive i stigende omfang.
Ved i første omgang at overføre testen af repetitions-opgaverne til Leapworks, frisættes tid og ressourcer til at komme bedre omkring de mere specialiserede tests. Senere skal der kigges på udvidelsesmuligheder.
Under denne EPIC fastsættes også nogle organisatoriske principper for den fremtidige brug af Leapwork, så de automatiserede tests bliver en integreret del af udviklingsteamets arbejde, fremfor et appendix.
Det er tanken, at suiten af leapwork flows skal indgå som en del af definition of done for et increment. Det vil sige, at hvis ikke leapworkflowet kører uden fejl i slutningen at et sprint, så kan arbejdet i sprintet ikke regnes for Done. Dette skaber incitament til at vedligeholde tests'ne, hvilket så igen medfører at fejl findes og rettes tæt på det tidspunkt, hvor de introduceres, hvilket igen øger produktiviteten og ikke mindst kvaliteten.
Regler
Her udfylder PO oplysninger om eksisterende eller forventede regler om registrering og indberetning.
N/A Christopher Juhl (Unlicensed)
Forventet påvirkning af jobcenter-, a-kasse- eller ydelsessystemer
Her beskriver PO overordnet, hvordan epic'en forventes at påvirke aftagerne. Særligt vigtigt, at dette fremgår, hvis det ikke fremgår i en overliggende ISB, hvortil der evt. kan henvises.
N/A Christopher Juhl (Unlicensed)
Acc.kr. 1004.2.1 Der skal findes en testsuite af leapwork-flows, som eksekveres dagligt i Teamcity.
Opsætningen af Team city job løses i
. Derudover er udgøres stories i denne epic af de leapwork flows, der tilføjes til test suiten. Jira Legacy server System JIRA serverId 479d1618-4a6f-3f88-8ee1-04c6b02c448a key JOB-5408
Følgende skal være gældende:
Der skal eksistere en Jobnet/JobAG suite, som eksekveres hver nat/dagligt i TeamCity.
Det skal være Jobnet-teamet, som selv monitorerer testsuiten og udbedringen af fejl.
Der skal opsættes en automatisk notifikation som orienterer teamet i tilfælde af fejlede tests.
testsuiten skal ikke være blokerende for deploys.
Opsætte test suiten i team city med minimum én test
Acc.kr. 1004.2.2 Der skal findes en dokumentationsskabelon for dokumentation af leapwork-testflows.
Løses i
. Jira Legacy server System JIRA serverId 479d1618-4a6f-3f88-8ee1-04c6b02c448a key JOB-5467
Ideen med dokumentationsskabelonen er, at det skal være let for nye folk at blive onboardet, samt let for resten af et teams medlemmer at være medarbejdere på Leapwork-flows. Derudover er det for at sikre at alle nødvendige informationer bliver dokumenteret rutinemæssigt ved implementering af nye flows.
Dokumentationen skal
forklare LeapWorks flows
i
dybden
Dokumentationen skal give et overblik over
, hvilke flows hvori de forskellige subflows bliver brugt
Dokumentationen skal give et overblik over hvilket data, der er behov for i de forskellige flows
Dokumentationen skal give en skabelon for fremtidig dokumentation, således at dokumentationen bliver standardiseret
Der skal findes en how-to, der beskriver hvordan man udfører standard-opgaver, eksempelvis at udskifte typisk anvendte parametre.
(Her indsættes link til dokumentationen, når EPIC er done)
Acc.kr. 1004.2.3 Testene skal være robuste overfor login og skal generere sin egen testdata og rydde testdata op efter sig efter kørsel.
Løses i
, for så vidt angår login. Derudover er dette acceptkriterium et, der gennemsyrer alle tests i testsuiten, og dermed alle stories i epicen. Jira Legacy server System JIRA serverId 479d1618-4a6f-3f88-8ee1-04c6b02c448a key JOB-5400
Det er helt centralt for at få værdi ud af flows'ne, at de ikke kræver for meget vedligehold.
Sub-flowet skal kunne bruges i alle eksisterende og fremtidige flows.
Sub-flowet skal dokumenteres så fremtidig vedlighold bliver gjort lettere.
Sub-flowet skal selv generere det data det skal bruge til at gennemføre login.
Særlige krav til test
| Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
|---|
Ingen særlige krav til test. Christopher Juhl (Unlicensed)
Konsekvenser for drift/idriftsættelse
ingen konsekvenser Christopher Juhl (Unlicensed)
Arkitektur- og implementeringsnoter
Husk GDPR stillingtagen
Ingen personfølsomme data i epics
Illustrationer, skærmdumps m.v. må ikke indeholde cpr.nr., CV. nr., rigtige personnavne på borgere eller deres kontaktoplysninger i form af e-mail, telefonnr., adresse m.v.
- Ja, det er tjekket, at epic ikke indeholder dette.
Angiv hvem der har foretaget dette tjek: Christopher Juhl (Unlicensed) og Josephine Risager Pedersen (Unlicensed)
Angiv dato for tjek:
Opbevaring af oplysninger i STARs it-systemer
Ved oprettelse af nye dataområder skal der tages stilling til, hvornår formålet med data ophører og dermed fastlægges en slettepolitik.
Ved indførelse af nye data på eksisterende dataområder skal GDPR slettejobs opdateres.
Ingen nye data Christopher Juhl (Unlicensed)
Hvem må tilgå oplysningerne?
Afsnittet må ikke blot slettes, hvis det vurderes ikke relevant. Det skal dokumenteres at man har forhold sig til nedenstående.
Husk det er hensynet til borgeren der tæller højst. Der skal være hjemmel til at sagsbehandler må tilgå oplysninger. Formålet skal være som led i administrationen af beskæftigelsesreglerne eller ydelsesadministration.
Ingen nye data Christopher Juhl (Unlicensed)
Korrekte sikkerhedsattributter på services
PO skal for hver enkelt servicemetode angive hvilke myndighedstyper, der må kalde de forskellige servicemetoder.
Tilladte organisationer (eksempel - se den fulde liste over myndighedstyper på siden DFDGs sikkerhedsmodel )
Alle borgere | Egne borgere | Tidligere egne borgere | Gæsteadgang | Anden Aktør - egne borgere | Anden Aktør - gæsteadgang |
|---|
ej relevant, Christopher Juhl (Unlicensed)
A-kasse filtrering
Hvis a-kassen må anvende metoden, må a-kassen så se / hente alle data? Eller skal der foretages filtrering ift. at a-kassen fx kun må se nogle udfaldsrum / kodelisteværdier? Husk at filtreringen skal ramme eventuel visning på Jobnet aht. sagsbehandlerlogin
ej relevant, Christopher Juhl (Unlicensed)
Sagsbehandlerlogin på Jobnet - tag stilling til adgang!
En sagsbehandler i et jobcenter kan tilgå en borger tilknyttet det konkrete jobcenter.
En sagsbehandler i en a-kasse kan tilgå en borger, som er medlem af a-kassen og KG 1 (tilmeldt og ikke-tilmeldt) eller KG 8 og tilmeldekategori 5 - dimittend.
Begrænsninger kan foretages via (a-kasse-) filtrering, eller ved at afgrænse på action niveau på konkrete sider på Jobnet.
Stillingtagen: Beskriv kort, at der er taget stilling til sagsbehandlerlogin
ej relevant, Christopher Juhl (Unlicensed)