Skip to content

Integration til Fordelingskomponenten sf2900 - Testimplementering af workflow #257

@ds-bellcom

Description

@ds-bellcom

Beskrivelse
E2E-test af integration fra OS2Forms til KP via Fordelingskomponenten. Dette foregår via KP's E-TEST miljø

Acceptkriterier
Acceptkriterie 1: Selvbetjeningsløsningen SP 242 Ansøgning om Udvidet helbredstillæg i OS2forms kan via Fordelingskomponenten aflevere til ydelsessystemet KP (Kommunernes Pensionssystem)

Acceptkriterie 2: Selvbetjeningsløsningen SP 241 Ansøgning om helbredstillæg (Helbredskort) i OS2forms kan via Fordelingskomponenten aflevere til ydelsessystemet KP (Kommunernes Pensionssystem)

Acceptkriterie 3: Selvbetjeningsløsningen SP 501 Ansøgning om Personligt tillæg i OS2forms kan via Fordelingskomponenten aflevere til ydelsessystemet KP (Kommunernes Pensionssystem)

Acceptkriterie 4: Selvbetjeningsløsningen SP 246 Specificeret overslag fra optiker-øjenlæge kan via Fordelingskomponenten aflevere til ydelsessystemet KP (Kommunernes Pensionssystem)

Acceptkriterie 5: Selvbetjeningsløsningen Anmodning om refusion i forbindelse med udgifter til behandling i OS2forms kan via Fordelingskomponenten aflevere til ydelsessystemet KP (Kommunernes Pensionssystem)

Acceptkriterie 6
E2E test (TC-01-TC-10) skal være gennemført og bestået (se bilag testaftale os2forms)

Aktiviteter
Pkt. 0. Indgåelse af serviceaftaler (OBS 1 pr. Kommune pr. formular) Ansvar: Hhv. Holstebrog og Aarhus
Pkt. 1. Følgende selvbetjeningsløsninger skal bygges:

  • SP 242 Ansøgning om Udvidet helbredstillæg
  • SP 241 Ansøgning om helbredstillæg (Helbredskort)
  • SP 501 Ansøgning om Personligt tillæg
  • SP 246 Specificeret overslag fra optiker-øjenlæge
  • Anmodning om refusion i forbindelse med udgifter til behandling

Pkt. 2. Opsætning / konfiguration af testmiljø:

  1. ITK Development opsætter lokalt for Aarhus (stg. eller dev.server)
  2. Bellcom opsætter på det fælles OS2forms testmiljø

Pkt. 3. Ovenstående selvbetjeningsløsninger skal ligge på både Bellcoms og Aarhus' testmiljøer (og senere overføres til produktion)

Oprettelse af testbrugere på testmiljø:
JA/NEJ

Test brugere - findes de? Hvordan tilvejebringes de?
Svar: Ja. KP’s leverandør leverer specifikke CPR-numre på testborgere, der er sat op i testmiljøet til at passe til de enkelte testcases. I skal altså ikke selv oprette borgere.

Hvordan håndteres brugere med navne og adressebeskyttelse?
Svar: Da vi tester i et testmiljø, anvendes der konstruerede/maskerede data. De udleverede test-CPR-numre vil have de nødvendige egenskaber for at gennemføre testen.

Afklaret med KOMBIT

  • Det vi tester op på i maj, er det test (fordelingskomponent + fagsystem) eller er det prod?
    Svar: Det er TEST. Vi tester op imod KP’s Eksterne Testmiljø (E-TEST) via Serviceplatformen.

  • Spørgsmål til TC-10, Har det betydning for hvad vi kan/skal sende ind via handleren? Skal vi på vores side gøre noget andet i forhold til sp242?
    Svar: Nej. I skal sende ind som I plejer (som "Aarhus"). Testen går ud på at verificere, at KP korrekt håndterer (afviser/opretter en manuel opgave), når systemet opdager, at borgeren hører til i en anden kommune.

Mangler afklaring

  • Tester Holstebro på OS2Forms fælles testmiljø eller på decentralt miljø?
  • Hvem lægger formularer på testmiljøerne? Er det hhv. leverandør eller forretning?
  • Håndtering af fuldmagter: Vi har nogle spørgsmål til TC-08 og TC-09 om fuldmagt. Hvordan tester vi, hvis vi ikke har fuldmagt i OS2forms?
    Svar: I eksemplet kræves der metadata om fuldmagt. Hvis det bliver en gældende testcase, og OS2forms ikke understøtter feltet, kan testen ikke gennemføres "compliant". Vi tager en drøftelse på mødet om, hvorvidt det ender med at blive en showstopper, eller om vi tester udenom.
  • Krav til vejledning (pixi bog) til OS2forms kommunerne (afklares sammen m. Troels, Anna-Lis, leverandører, godkendes af Styregruppe)

Metadata

Metadata

Assignees

No one assigned

    Labels

    epicCollection of user stories to be defined, designed and implemented

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions