Meny

Testing av helseprogrammer - tips og viktige testscenarier (del 2)

  • Hoved
  • Teststrategi
  • Testing av helseprogrammer - tips og viktige testscenarier (del 2)

testing healthcare applications tips

Prøv Instrumentet Vårt For Å Eliminere Problemer

I den siste artikkelen gjorde vi noen tunge løft når det gjelder å forstå helsevesenet. Vi er klare til å ta på oss 'Testerhatten' og prøver nå å forstå hvordan vi kan teste helseprogrammene.

=> Hvis du ikke har lest del 1, kan du lese den her: Hvordan teste applikasjonen for helsevesenet - Innledning

Vi skal nå velge hver applikasjon / system og komme med forhold som vi skal validere i hver av dem.

Denne artikkelen er nyttig for testere som allerede er i Healthcare-domenet eller de som ønsker å delta i dette hotteste karrierefeltet.

Testing av helseprogrammer

La oss komme i gang!

Hva du vil lære:

Testing av helsetjenester - The Prøve Test scenarier

Dette er eksempler på testscenarier for:

Helseforsikringssystem - Testing av komponenter

Testing av leverandørsystem

#1) Tilbydersystemet bør la oss legge inn, redigere og lagre leverandørdata.

#to) Positiv flyt Systemtesting: inkluderer scenarier for å angi forskjellige typer leverandører, endre, lagre og spørre om dem.

# 3) Negativ flyt Systemtesting: inkluderer scenarier til

  • Lagre en leverandør med ufullstendige data.
  • Lagre en leverandør med en kontraktsdato mindre enn leverandørlisensdatoen.
  • Skriv inn data fra leverandøren som allerede er tilgjengelig i systemet og lagre.

# 4) Systemintegrasjonstesting bør inkludere scenarier til

  • Valider feed til nedstrøms systemer som feed to Member-systemet, leverandørportal, kravsystem og økonomisystem.
  • Valider hvis endringene fra leverandørportalen er innarbeidet i den respektive leverandørposten.

Testing av meglersystem

#1) Meglersystemet bør være i stand til følgende:

  • Skriv inn, rediger og lagre meglerdata.
  • Beregn meglerprovisjonen basert på premiebetalingsdetaljene fra medlemssystemet.

#to) Positiv flyt Systemtesting bør omfatte scenarier til

  • Skriv inn, rediger og lagre megleroppføring for forskjellige typer megler.
  • Beregn provisjonen for den aktive megleren ved å opprette en feedfil med den respektive posten for medlemmer med en annen plan.

# 3) Negativ flyt Systemtesting bør omfatte scenarier til

  • Skriv inn en meglerjournal med utilstrekkelig data og lagre for forskjellige typer megler.
  • Beregn provisjonen for den avsluttede megleren ved å opprette en feedfil med den respektive posten for medlemmer med en annen plan
  • Beregn provisjonen for den ugyldige megleren ved å opprette en feedfil med den respektive posten for medlemmer med en annen plan

# 4) Systemtesting bør inkludere scenarier til

  • Valider strømene til nedstrøms-systemene som meglerportalen, økonomisystemet og medlemssystemet.
  • Valider hvis endringene fra meglerportalen er innarbeidet i den respektive meglerjournalen.

Testing av medlemssystem

Medlemssystemet skal kunne være i stand til følgende:

beste gratis Windows 10 systemoptimerer
  1. Registrer deg, avslutte, gjeninnføre og registrere et medlem på nytt
  2. Legg til og fjern en avhengig
  3. Generer premiumregning
  4. Behandle premiumbetalinger

Registrering: I en individuell policy blir en forsikringstaker lagt til under en plan med en gjeldende dato der han / hun skal betale en premie for fordelene som er gitt av assurandøren, og som han / hun er berettiget til å fremsette krav og få dekning fra.

I gruppepolicy legges et medlem til gruppen (som allerede er lagt til under en plan) med en ikrafttredelsesdato der han / hun er berettiget til å sende inn krav og motta dekning.

Avslutning: I en individuell forsikring avsluttes forsikringen med en oppsigelsesdato der forsikringstakeren ikke vil bli dekket av forsikringsplanen.

I gruppepolitikken kan enten medlemmet alene avsluttes med en oppsigelsesdato, eller så kan hele gruppen avsluttes.

Gjeninnsettelse: Hvis et avsluttet medlem ber om at policyen skal være aktiv igjen, og den nåværende datoen er innenfor avdragsperioden fra oppsigelsesdatoen, kan medlemmet gjeninnføres uten gap i dekning. Politikkens ikrafttredelsesdato vil være den samme gamle ikrafttredelsesdatoen og ikke den gjeldende datoen.

hvordan du overfører en matrise til en metode i java

Påmelding: Hvis et oppsagt medlem ber om at policyen skal være aktiv igjen, og den nåværende datoen er utenfor løpetiden fra oppsigelsesdatoen, kan medlemmet registreres på nytt med et gap i dekning. Politikkens ikrafttredelsesdato vil være gjeldende / fremtidig dato og ikke være den samme gamle ikrafttredelsesdatoen.

For eksempel , Et medlem er registrert i en policy med ikrafttredelsesdato 1/1/2013 og avsluttet 31/12/2013. lar oss ta 30 dager som den nådeperioden som er fastsatt av forsikringsselskapet.

Sak 1: Hvis medlemmet kommer tilbake 1/15/2014 og ønsker at politikken skal være effektiv mot, er den det Gjeninnsettelse hvis medlemmet betaler premien for perioden 12/31/2013 til 1/15/2014, vil policyens ikrafttredelsesdato være den samme gamle 1/1/2013.

Sak 2: Hvis medlemmet kommer tilbake 1/2/2014 og vil at politikken skal være effektiv igjen, er den det Påmelding og politiets ikrafttredelsesdato vil være 2/1/2014. Her er det et gap i dekningen (1/1/2014 til 1/31/2014).

Positiv flyt Systemtesting bør omfatte scenarier til

  • Registrer forskjellige typer medlemmer med tidligere, nåværende og fremtidige ikrafttredelsesdatoer.
  • Endre og spørre om medlemmer.
  • Generer en premiumregning for et aktivt medlem for neste måned.
  • Avslutte et aktivt medlem med tidligere, nåværende og fremtidig oppsigelsesdato som er større enn ikrafttredelsesdatoen.
  • Registrer et avsluttet medlem på nytt med tidligere, nåværende og fremtidige ikrafttredelsesdatoer.
  • Gjenopprette et avsluttet medlem.

Negativ flyt Systemtesting bør omfatte scenarier til

  • Registrer et medlem med utilstrekkelig data.
  • Generer en premiumregning for neste måned for et oppsagt medlem.

Systemintegrasjonstesting bør inkludere scenarier til

  • Valider strømmen til nedstrøms systemer som medlemsportal, leverandørportal, meglersystem, kravsystem og økonomisystem.
  • Valider hvis endringene fra medlemsportalen er innlemmet i den respektive medlemsjournalen.
  • Behandle betalingen av en generert premiumregning med strømmen fra medlemsportalen som har detaljer om betalingen gjort.

Testing av skadesystemet

Krav i helsetjenester har diagnosekode og prosedyrekode for at kravet skal være i detalj.

  • Diagnosekode: Viser til sykdommen pasienten hadde.
  • Prosedyrekode: Viser til behandlingen som blir gitt pasienten.

Kravssystemet skal kunne være i stand til følgende:

  • Skriv inn, rediger og behandle krav for medlemmet så vel som en avhengig.
  • Bør kaste feil for ugyldige krav basert på feil oppgitte data.

Positiv flyt Systemtesting bør omfatte scenarier for å legge inn, redigere og behandle krav for medlemmet, så vel som en avhengig.

Negativ flyt Systemtesting bør omfatte scenarier til

  • Skriv inn og valider et krav med ugyldig diagnosekode og prosedyrekode.
  • Skriv inn og valider et krav med en inaktiv leverandør-ID.
  • Skriv inn og valider et krav med et avsluttet medlem.

Systemintegrasjonstesting bør omfatte scenarier for å validere strømmen til nedstrøms systemer som økonomi- og leverandørportal.

Testing av økonomisystem

Økonomisystemet skal være i stand til å skrive lønnsslipp og foreta EFT-betalinger til den respektive mottakeren ved å behandle feeds fra forskjellige oppstrøms systemer som krav, medlem, leverandør og meglersystem.

Positiv flyt Systemtesting bør inneholde scenarier for å sjekke om riktig adresse eller kontonummer er valgt for den respektive leverandøren, medlemmet eller megleren for betalingen.

Negativ flyt Systemtesting bør omfatte scenarier til

  • Sjekk om betaling skjer for ugyldig medlem, leverandør eller megler-ID ved å opprette respektive poster i feeden.
  • Sjekk om betaling skjer for det ugyldige beløpet (null eller negativt) for medlemmet, leverandøren eller megleren ved å opprette respektive poster i feeden.

Systemintegrasjonstesting er ikke nødvendig, da dette ikke har noen nedstrøms systemer, og feeds fra oppstrøms er validert i systemintegrasjonstesten av de respektive systemene.

Testing av medlemsportal

Medlemsportalen skal være i stand til følgende:

  • Vis policyopplysninger og kravstatus.
  • Foreta endringsforespørsler i policyopplysningene.
  • Foreta premiumbetalinger.

Positiv flyt Systemtesting bør omfatte scenarier til

  • Logg inn og se policyopplysninger og kravstatus.
  • Be om endringsforespørsel for å endre adresse, navn, telefonnummer osv.
  • Foreta premiumbetalinger.

Negativ flyt Systemtesting bør omfatte scenarier til

  • Logg på med ugyldig legitimasjon.
  • Betale for en betalt premiumregning.
  • Foreta betaling med en ugyldig sjekk.

Systemintegrasjonstesting er ikke nødvendig, da dette ikke har noen nedstrøms-systemer, og innmatingene fra oppstrøms-systemene blir validert i systemintegrasjonstestingen av de respektive systemene.

Testing av leverandørportal

Leverandørportalen skal være i stand til følgende:

  • Se leverandørdetaljer, medlemsdetaljer og kravstatus.
  • Foreta endringsforespørsler i leverandørdetaljer.

Positiv flyt Systemtesting bør omfatte scenarier til

  • Logg inn og se leverandørdetaljer, medlemsdetaljer og kravstatus.
  • Be om endringsforespørsel for å endre adresse, navn, telefonnummer osv.

Negativ flyt Systemtesting bør omfatte scenarier til

  • Pålogging med ugyldig legitimasjon
  • Se medlemsdetaljer med ugyldig medlems-ID

Systemintegrasjonstesting er ikke nødvendig, da dette ikke har noen nedstrøms-systemer, og innmatingene fra oppstrøms-systemet blir validert i systemintegrasjonstestingen av de respektive systemene.

Testing av meglerportal

Meglerportalen skal være i stand til følgende:

  • Se megleropplysninger og provisjonsbetaling.
  • Foreta endringsforespørsler i megleropplysningene.

Positiv flyt Systemtesting bør omfatte scenarier til

c ++ søvnfunksjon linux
  • Logg inn og se megleropplysninger og provisjonsbetaling.
  • Be om endringsforespørsel for å endre adresse, navn, telefonnummer osv.

Negativ flyt Systemtesting bør omfatte scenarier for å logge på med ugyldig legitimasjon.

Systemintegrasjonstesting er ikke nødvendig, da dette ikke har noen nedstrøms-systemer, og feeds fra oppstrøms er validert i Systemintegrasjonstesting av de respektive systemene.

Det er det - det er alle modulene og aspektene vi vil teste i dem.

Viktige tips for testing av helseprogramvare

Tips nr. 1) Datoer er viktige og må være nøyaktige fordi en liten endring i datoen kan føre til at en større mangel ikke blir lagt merke til.

Tips 2) I helsevesenet er det mange testparametere som forskjellige typer planer, medlemmer, leverandører, meglere, kommisjonsberegningsmetode, etc. - så det bør utvises forsiktighet utforme testsaker ved å ha et spor av parametere dekket og ikke dekket.

Tips nr. 3) Kjenn forretningsbrukerne for de respektive systemene og tenk fra deres perspektiv for å finne de beste feilene.

Tips nr. 4) Det er ikke nødvendig å følge samme rekkefølge for systemtesting, og scenariene som er gitt her, dekker bare den generelle funksjonaliteten til en helseprogram. Du må kanskje også inkludere flere scenarier (flere tips til dette post) basert på kravene du mottar.

Tips nr. 5) Helsevesenet går nå mot en kostnadseffektiv måte å gi omsorg på. Dermed har de innført en utvekslingsmodell der abonnenten kan ha et syn på planene gitt av alle forsikringsselskapene, noe som øker forsikringsselskapenes konkurransedyktige natur og derved indirekte angir behovet for kostnadsreduksjon.

Etter hvert som helsevesenet utvikler seg, vil det være behov for endring i programvare som brukes, og det kommer inntektene til IT ved opprettelse, modifisering og testing av involverte programvareapplikasjoner - noe som betyr at vi kan forutse flere prosjekter på dette domenet. Så følg med hvis dette interesserer deg.

Tips nr. 6) Nøkkelen til suksess i testing av helsevesen er krav - fullstendig kunnskap om dem og hvordan de blir bedømt, etc.

Konklusjon

Vel, det dekker det grunnleggende i helsedomenet og en måte å teste helsetjenester på.

Som testere vet vi at ingenting er feilfritt. Denne artikkelen kan også ha noen feil. Hvis du finner en feil eller har spørsmål, kan du legge igjen en kommentar. Vi ønsker din verdifulle tilbakemelding på artikkelen velkommen, da den vil føre oss til fortreffelighet og forbedring.

Ønsker deg alt det beste for din fremtidige innsats som helsetester. Vi sees rundt!

Anbefalt lesing

^