testing healthcare applications tips
I den sidste artikel gjorde vi nogle tunge løft med hensyn til forståelse af sundhedsområdet. Vi er klar til at sætte vores 'testhatt' på igen og prøver nu at forstå, hvordan vi kan teste sundhedsvæsenet.
=> Hvis du ikke har læst del 1, skal du læse den her: Sådan testes applikationen til sundhedspleje - Introduktion
Vi skal nu vælge hver applikation / system og komme med betingelser, som vi skal validere i hver enkelt af dem.
Denne artikel er nyttig for testere, der allerede er i Healthcare-domænet, eller dem, der ønsker at komme ind i dette hotteste karrierefelt.
Lad os komme igang!
Hvad du lærer:
Test af sundhedsapplikationer - The Prøve Test scenarier
Dette er eksempler på testscenarier til:
Test af udbydersystem
# 1) Udbydersystemet skal lade os indtaste, redigere og gemme udbyderdata.
#to) Positiv strømning Systemtest: inkluderer scenarier for at indtaste forskellige typer udbydere, ændre, gemme og forhøre sig om dem.
# 3) Negativ strømning Systemtest: inkluderer scenarier til
- Gem en udbyder med ufuldstændige data.
- Gem en udbyder med en kontraktdato, der er mindre end udbyderlicensdatoen.
- Indtast data fra den udbyder, der allerede er tilgængelig i systemet, og gem.
# 4) Test af systemintegration skal omfatte scenarier til
- Valider feedet til downstream-systemer, såsom feed-to-medlems-systemet, udbyderportal, kravsystem og økonomisystem.
- Valider, hvis ændringerne fra udbyderportalen er indarbejdet i den respektive udbyderpost.
Test af mæglersystem
# 1) Mæglersystem skal være i stand til følgende:
- Indtast, rediger og gem mæglerdata.
- Beregn mæglerkommissionen baseret på detaljerne om betalingspræmien fra medlemssystemet.
#to) Positiv strømning Systemtestning skal omfatte scenarier til
- Indtast, rediger og gem mæglerregistrering for forskellige typer mæglere.
- Beregn provisionen for den aktive mægler ved at oprette en feedfil med den respektive post for medlemmer med en anden plan.
# 3) Negativ strømning Systemtestning skal omfatte scenarier til
- Indtast en mægleroptegnelse med utilstrækkelige data, og gem til forskellige typer mæglere.
- Beregn provisionen for den afsluttede mægler ved at oprette en feedfil med den respektive post for medlemmer med en anden plan
- Beregn provision for den ugyldige mægler ved at oprette en feedfil med den respektive post for medlemmer med en anden plan
# 4) Systemtest skal omfatte scenarier til
- Valider feeds til downstream-systemer som mæglerportal, økonomisystem og medlemssystem.
- Valider, hvis ændringerne fra mæglerportalen er indarbejdet i den respektive mæglerpost.
Test af medlemssystem
Medlemssystemet skal kunne være i stand til følgende:
qa tester interview spørgsmål og svar pdf
- Tilmeld, afslut, genindsæt og genindskriv et medlem
- Tilføj og fjern en afhængig
- Generer premiumregning
- Behandle præmiebetalinger
Tilmelding: I en individuel politik tilføjes en forsikringstager under en plan med en ikrafttrædelsesdato, hvorfra han / hun betaler en præmie for de ydelser, som forsikringsselskabet giver, og hvorfra han / hun er berettiget til at indgive krav og modtage dækning.
I gruppepolitikken tilføjes et medlem til gruppen (som allerede er tilføjet under en plan) med en ikrafttrædelsesdato, hvor han / hun er berettiget til at indgive krav og modtage dækning.
Afslutning: I en individuel politik afsluttes forsikringen med en opsigelsesdato, hvor en forsikringstager ikke vil være dækket af forsikringsplanen.
I gruppepolitikken kan enten medlemmet alene opsiges med en opsigelsesdato, eller så kan hele gruppen opsiges.
Genindsættelse: Hvis et opsagt medlem beder om, at politikken skal være aktiv igen, og den aktuelle dato er inden for afdragsperioden fra opsigelsesdatoen, kan medlemmet genoptages uden et hul i dækningen. Politikens ikrafttrædelsesdato er den samme gamle ikrafttrædelsesdato og ikke den aktuelle dato.
Genindskrivning: Hvis et opsagt medlem beder om, at politikken skal være aktiv igen, og den aktuelle dato er ud over afdragsperioden fra opsigelsesdatoen, kan medlemmet blive tilmeldt igen med et hul i dækningen. Politikens ikrafttrædelsesdato vil være den aktuelle / fremtidige dato og ikke være den samme gamle ikrafttrædelsesdato.
For eksempel , Et medlem er tilmeldt en politik med ikrafttrædelsesdato 1/1/2013 og opsagt den 31/12/2013. lader os tage 30 dage som den afdragsperiode, der er fastsat af forsikringsselskabet.
Sag 1: Hvis medlemmet kommer tilbage den 15/1/2014 og ønsker, at politikken skal være effektiv imod, er den det Genindsættelse hvis medlemmet betaler præmien for perioden 12/31/2013 til 1/15/2014, så er ikrafttrædelsesdatoen for den samme gamle 1/1/2013.
hvordan man læser .dat-filen
Sag 2: Hvis medlemmet vender tilbage den 2/1/2014 og ønsker, at politikken skal være effektiv igen, er den det Genindskrivning og den politiske ikrafttrædelsesdato er 2/1/2014. Her er der et hul i dækningen (1/1/2014 til 1/31/2014).
Positiv strømning Systemtestning skal omfatte scenarier til
- Tilmeld forskellige typer medlemmer med tidligere, nuværende og fremtidige ikrafttrædelsesdatoer.
- Skift og forhør om medlemmer.
- Generer en præmie regning for et aktivt medlem til næste måned.
- Afslut et aktivt medlem med tidligere, nuværende og fremtidige opsigelsesdato, der er større end ikrafttrædelsesdatoen.
- Tilmeld et opsagt medlem med tidligere, nuværende og fremtidige ikrafttrædelsesdatoer.
- Geninstaller et opsagt medlem.
Negativ strømning Systemtestning skal omfatte scenarier til
- Tilmeld et medlem med utilstrækkelige data.
- Generer en præmieregning til næste måned for et opsagt medlem.
Systemintegrationstest skal omfatte scenarier til
- Valider feedet til downstream-systemer som medlemsportal, udbyderportal, mæglersystem, kravsystem og økonomisystem.
- Valider, hvis ændringerne fra medlemsportalen er indarbejdet i den respektive medlemsregistrering.
- Behandle betalingen af en genereret premiumregning med feedet fra medlemsportalen, der har detaljer om betalingen foretaget.
Test af kravssystem
Krav i sundhedsvæsenet har diagnosekode og procedurekode, så kravet kan være detaljeret.
- Diagnosekode: Henviser til sygdommen, patienten havde.
- Procedurekode: Henviser til den behandling, der gives til patienten.
Skadesystemet skal kunne være i stand til følgende:
- Indtast, rediger og behandl krav for medlemmet såvel som en afhængig.
- Bør kaste fejl for ugyldige krav baseret på de forkerte indtastede data.
Positiv strømning Systemtestning skal omfatte scenarier for at indtaste, redigere og behandle krav for medlemmet såvel som en afhængig.
Negativ strømning Systemtestning skal omfatte scenarier til
- Indtast og valider et krav med ugyldig diagnosekode og procedurekode.
- Indtast og valider et krav med et inaktivt udbyder-id.
- Indtast og valider et krav med et opsagt medlem.
Systemintegrationstestning skal omfatte scenarier til validering af feedet til downstream-systemer såsom økonomi- og udbyderportal.
Test af økonomisystem
Finance System skal være i stand til at skrive lønsedler og foretage EFT-betalinger til den respektive modtager ved at behandle feeds fra forskellige opstrøms systemer såsom krav, medlem, udbyder og mæglersystem.
Positiv strømning Systemtestning skal omfatte scenarier for at kontrollere, om den korrekte adresse eller kontonummer er valgt for den respektive udbyder, medlem eller mægler til betalingen.
Negativ strømning Systemtestning skal omfatte scenarier til
- Kontroller, om betaling sker for det ugyldige medlem, udbyder eller mægler-id ved at oprette respektive poster i feedet.
- Kontroller, om betaling sker for det ugyldige beløb (Nul eller negativt) for medlemmet, udbyderen eller mægleren ved at oprette respektive poster i feedet.
Systemintegrationstestning er ikke nødvendig, da dette ikke har nogen downstream-systemer, og feeds fra upstream er valideret i systemintegrationstesten af de respektive systemer.
Test af medlemsportal
Medlemsportalen skal være i stand til følgende:
- Se politiske detaljer og kravstatus.
- Foretag ændringsanmodninger i politiske detaljer.
- Foretag præmiebetalinger.
Positiv strømning Systemtestning skal omfatte scenarier til
- Log ind og se politikoplysninger og kravstatus.
- Foretag ændringsanmodning for at ændre adresse, navn, telefonnummer osv.
- Foretag præmiebetalinger.
Negativ strømning Systemtestning skal omfatte scenarier til
- Log ind med ugyldige legitimationsoplysninger.
- Foretag betaling for en betalt præmieregning.
- Foretag betaling med en ugyldig check.
Systemintegrationstestning er ikke nødvendig, da dette ikke har nogen downstream-systemer, og feeds fra upstream-systemerne valideres i systemintegrationstesten af de respektive systemer.
Test af udbyderportal
Udbyderportal skal være i stand til følgende:
- Se udbyderoplysninger, medlemsoplysninger og kravstatus.
- Foretag anmodninger om ændring i udbyderoplysninger.
Positiv strømning Systemtestning skal omfatte scenarier til
- Log ind og se udbyderoplysninger, medlemsoplysninger og kravstatus.
- Foretag ændringsanmodning for at ændre adresse, navn, telefonnummer osv.
Negativ strømning Systemtestning skal omfatte scenarier til
- Log ind med ugyldige legitimationsoplysninger
- Se medlemsoplysninger med et ugyldigt medlems-id
Systemintegrationstest er ikke nødvendig, da dette ikke har nogen downstream-systemer, og feeds fra upstream-systemet er valideret i systemintegrationstesten af de respektive systemer.
Test af mæglerportal
Mæglerportal skal være i stand til følgende:
- Se mægleroplysninger og kommissionsbetaling.
- Foretag ændringsanmodninger i mægleroplysninger.
Positiv strømning Systemtestning skal omfatte scenarier til
- Log ind og se mægleroplysninger og kommissionsbetaling.
- Foretag ændringsanmodning for at ændre adresse, navn, telefonnummer osv.
Negativ strømning Systemtestning skal omfatte scenarier for login med ugyldige legitimationsoplysninger.
Systemintegrationstestning er ikke nødvendig, da dette ikke har nogen downstream-systemer, og feeds fra upstream er valideret i System Integration Testing af de respektive systemer.
Det er det - det er alle modulerne og de aspekter, vi ville teste i dem.
hvordan man åbner .jnlp filer i Windows 10
Vigtige tip til test af sundhedssoftware
Tip nr. 1) Datoer er vigtige og skal være korrekte, fordi en lille ændring i datoen kan medføre, at en større mangel ikke bemærkes.
Tip nr.2) I Healthcare er der mange testparametre som forskellige typer planer, medlemmer, udbydere, mæglere, kommissionsberegningsmetode osv. - så man skal være forsigtig, mens design af testcases ved at have et spor af parametre dækket og ikke dækket.
Tip nr. 3) Kend forretningsbrugere til de respektive systemer og tænk fra deres perspektiv for at finde de bedste fejl.
Tip nr. 4) Det er ikke nødvendigt at følge den samme rækkefølge for systemtest, og de scenarier, der er angivet her, dækker bare den overordnede funktionalitet i en sundhedsapplikation. Det kan også være nødvendigt at medtage nogle flere scenarier (flere tip til dette post) baseret på de krav, du modtager.
Tip nr. 5) Sundhedsvæsen bevæger sig nu mod en omkostningseffektiv måde at yde pleje på. De har således indført en udvekslingsmodel, hvor abonnenten kan have et overblik over planer fra alle forsikringsselskaber, hvilket øger forsikringsselskabernes konkurrencemæssige natur og derved indirekte angiver behovet for omkostningsreduktion.
Efterhånden som sundhedsvæsenet udvikler sig, vil der være behov for ændringer i software, der bruges, og der kommer indtægterne til IT ved oprettelse, modifikation og test af involverede softwareapplikationer - hvilket betyder, at vi kan forvente flere projekter på dette domæne. Så hold øje med, hvis dette interesserer dig.
Tip nr. 6) Nøglen til succes i sundhedspleje applikationstest er krav - den komplette viden om dem, og hvordan de bedømmes osv.
Konklusion
Nå, det dækker det grundlæggende i sundhedsdomænet og en måde at teste sundhedsapplikationer på.
Som testere ved vi, at intet er fejlfrit. Denne artikel kan også have nogle mangler. Hvis du finder en defekt eller har et spørgsmål, bedes du efterlade en kommentar. Vi glæder os over din værdifulde feedback på artiklen, da den vil føre os til ekspertise og forbedring.
Ønsker dig alt det bedste for dine fremtidige bestræbelser som sundhedstester. Vi ses!
Anbefalet læsning
- Sådan tester du ansøgning om sundhedspleje - Del 1
- Testdækning i softwaretest (tip til maksimering af testdækning)
- Top 20 praktiske softwaretesttip, du bør læse, før du tester en applikation
- Sådan finder du en fejl i applikationen? Tips og tricks
- 7 grundlæggende tip til test af flersprogede websteder
- Sådan testes JAVA-applikationer - tip med eksempler på testtilfælde (del 1)
- Installation af applikationer og klargøring til appiumtest
- Forskel mellem Desktop, Client Server Testing og Web Testing