Meni

Testiranje zdravstvenih aplikacij - nasveti in pomembni testni scenariji (2. del)

testing healthcare applications tips

Preizkusite Naš Instrument Za Odpravo Težav

V zadnjem članku smo nekaj težko dvignili v smislu razumevanja področja zdravstva. Pripravljeni smo spet natakniti svoj 'preskusni klobuk' in zdaj skušamo razumeti, kako preizkusiti zdravstvene programe.

=> Če še niste prebrali 1. dela, ga preberite tukaj: Kako preizkusiti aplikacijo za zdravstveno varstvo - Uvod

Zdaj bomo izbrali vsako aplikacijo / sistem in pripravili pogoje, ki jih bomo potrdili v vsaki od njih.

Ta članek je koristen za preizkuševalce, ki so že v domeni Healthcare, ali tiste, ki želijo vstopiti na to najbolj vročo področje kariere.

Testiranje zdravstvenih aplikacij

Začnimo!

Kaj se boste naučili:

Testiranje aplikacij v zdravstvu - Vzorec Preskusni scenariji

To so vzorčni testni scenariji za:

Sistem zdravstvenega zavarovanja - preskušanje komponent

Testiranje sistema ponudnika

# 1) Sistem ponudnikov naj nam dovoli vnos, urejanje in shranjevanje podatkov ponudnika.

#two) Pozitiven pretok Sistemsko testiranje: vključujejo scenarije za vnos različnih vrst ponudnikov, spreminjanje, shranjevanje in poizvedovanje o njih.

# 3) Negativni tok Sistemsko testiranje: vključuje scenarije za

  • Shranite ponudnika z nepopolnimi podatki.
  • Shranite ponudnika z datumom veljavnosti pogodbe, ki je manjši od datuma licence ponudnika.
  • Vnesite podatke ponudnika, ki so že na voljo v sistemu, in shranite.

# 4) Testiranje sistemske integracije mora vključevati scenarije za

  • Potrdite vir za nadaljnje sisteme, kot so vir za države članice, portal ponudnikov, sistem zahtevkov in finančni sistem.
  • Preverite, ali so spremembe s portala ponudnika vključene v zapis ustreznega ponudnika.

Testiranje posredniškega sistema

# 1) Posredniški sistem mora biti zmožen naslednjega:

  • Vnesite, uredite in shranite podatke posrednika.
  • Izračunajte provizijo posrednika na podlagi podrobnosti o plačilu premije iz sistema članov.

#two) Pozitiven pretok Testiranje sistema mora vključevati scenarije za

  • Vnesite, uredite in shranite zapis posrednika za različne vrste posrednika.
  • Izračunajte provizijo za aktivnega posrednika tako, da ustvarite datoteko vira z ustreznim zapisom za člane z drugačnim načrtom.

# 3) Negativni tok Testiranje sistema mora vključevati scenarije za

  • Vnesite zapis posrednika z nezadostnimi podatki in shranite za različne vrste posrednika.
  • Izračunajte provizijo za prekinjenega posrednika tako, da ustvarite datoteko vira z ustreznim zapisom za člane z drugačnim načrtom
  • Izračunajte provizijo za neveljavnega posrednika tako, da ustvarite datoteko vira z ustreznim zapisom za člane z drugačnim načrtom

# 4) Testiranje sistema mora vključevati scenarije za

  • Potrdite vire za nadaljnje sisteme, kot so portal za posrednike, finančni sistem in sistem članov.
  • Potrdite, če so spremembe na portalu Broker vključene v ustrezen zapis posrednika.

Testiranje sistema članov

Sistem članov mora biti sposoben naslednjega:

vr slušalke, ki delujejo z xbox one
  1. Včlanite, prekinite, znova vstavite in znova vpišite člana
  2. Dodajte in odstranite odvisnika
  3. Ustvari račun za premijo
  4. Obdelajte plačila premij

Vpis: V individualni politiki je zavarovalec dodan po načrtu z datumom uveljavitve, od katerega bo plačeval premijo za ugodnosti, ki jih zagotavlja zavarovalnica in od katerih je upravičen do oddaje škod in prejema kritja.

V pravilniku skupine je član dodan v skupino (ki je že dodana po načrtu) z datumom začetka veljavnosti, od katerega je upravičen do oddaje zahtevkov in prejema kritja.

Prekinitev: V individualni polici se polica odpove z datumom prenehanja, katerega zavarovalnik ne bo zajemal zavarovalnega načrta.

V pravilniku skupine lahko člana izključite samo z datumom prenehanja ali celotno skupino.

Ponovna vzpostavitev: Če prekinjeni član zahteva, da je politika znova aktivna in je trenutni datum v obdobju odloga od datuma prenehanja, lahko člana ponovno vrne brez vrzeli v pokritosti. Datum uveljavitve pravilnika bo enak staremu datumu uveljavitve in ne trenutnemu datumu.

Ponovni vpis: Če prekinjeni član zahteva, da je politika znova aktivna, trenutni datum pa presega obdobje mirovanja od datuma prenehanja, se lahko član ponovno vpiše z vrzeljo v pokritosti. Datum uveljavitve pravilnika bo trenutni / prihodnji datum in ne bo isti stari datum veljavnosti.

Na primer , Član je vpisan v polico z veljavnostjo od 1. 1. 2013 do 31.12.2013. omogoča, da vzamemo 30 dni, ko gre za odlog, ki ga določi zavarovalnica.

Primer 1: Če se član vrne 15.1.2014 in želi, da je politika učinkovita, potem je Ponovna vzpostavitev če član plača premijo za obdobje 31.12.2013 do 15.1.2014, bo datum uveljavitve police enak staremu 1. 1. 2013.

Primer 2: Če se član vrne 1.2.2014 in želi, da bi politika ponovno začela veljati, potem je Ponovni vpis in datum uveljavitve pravilnika bo 1.2.2014. Tu je razlika v pokritosti (1.1.2014 do 31.1.2014).

Pozitiven pretok Testiranje sistema mora vključevati scenarije za

  • Vpišite različne vrste članov s preteklim, sedanjim in prihodnjim datumom uveljavitve.
  • Spremenite in se pozanimajte o članih.
  • Ustvarite račun za premijo za aktivnega člana za naslednji mesec.
  • Izključi aktivnega člana s preteklim, sedanjim in prihodnjim datumom prenehanja, ki je daljši od veljavnega datuma
  • Ponovno vpišite prekinjenega člana s preteklim, sedanjim in prihodnjim datumom veljavnosti.
  • Ponovno vključite prekinjenega člana.

Negativni tok Testiranje sistema mora vključevati scenarije za

  • Včlanite člana z nezadostnimi podatki.
  • Ustvari račun za premijo za naslednji mesec za odpovedanega člana.

Testiranje sistemske integracije mora vključevati scenarije za

  • Potrdite vir za nadaljnje sisteme, kot so portal članov, portal ponudnikov, sistem posrednikov, sistem zahtevkov in sistem financ.
  • Potrdite, če so spremembe s portala za člane vključene v ustrezni zapis članov.
  • Obdelajte plačilo ustvarjenega računa za premijo z virom s portala za člane, ki vsebuje podrobnosti o opravljenem plačilu.

Testiranje sistema zahtevkov

Zahtevki v zdravstvenem varstvu imajo diagnostično kodo in šifro postopka, da bi bila trditev podrobna.

  • Diagnostična koda: Nanaša se na bolezen, ki jo je imel bolnik.
  • Koda postopka: Nanaša se na zdravljenje bolnika.

Sistem zahtevkov mora biti zmožen naslednjega:

  • Vnesite, uredite in obdelajte zahtevke za člana in za vzdrževanega člana.
  • Naj napake za neveljavne zahtevke na podlagi nepravilnih vnesenih podatkov.

Pozitiven pretok Testiranje sistema mora vključevati scenarije za vnos, urejanje in obdelavo zahtevkov za člana, pa tudi za vzdrževanega člana.

kako razvrstiti polja v javi -

Negativni tok Testiranje sistema mora vključevati scenarije za

  • Vnesite in potrdite zahtevek z neveljavno diagnostično kodo in kodo postopka.
  • Vnesite in potrdite zahtevek z neaktivnim ID-jem ponudnika.
  • Vnesite in potrdite zahtevek s prekinjenim članom.

Preskušanje sistemske integracije mora vključevati scenarije za potrditev vira za nadaljnje sisteme, kot sta portal za finance in ponudnike.

Testiranje finančnega sistema

Finančni sistem bi moral biti sposoben pisati plače in plačevati EFT zadevnemu prejemniku z obdelavo virov iz različnih upstream sistemov, kot so zahtevki, član, ponudnik in posredniški sistem.

Pozitiven pretok Testiranje sistema mora vključevati scenarije za preverjanje, ali je za plačilo izbran pravilen naslov ali številka računa za posameznega ponudnika, člana ali posrednika.

Negativni tok Testiranje sistema mora vključevati scenarije za

  • Preverite, ali je plačilo izvedeno za neveljavnega ID-ja člana, ponudnika ali posrednika, tako da ustvarite ustrezne zapise v viru.
  • Preverite, ali je za člana, ponudnika ali posrednika opravljeno plačilo za neveljaven znesek (nič ali negativni) z ustvarjanjem ustreznih zapisov v viru.

Preskušanje sistemske integracije ni potrebno, saj v njem ni nobenega nadaljnjega sistema, viri navzgor pa so potrjeni v preskusih sistemske integracije zadevnih sistemov.

Testiranje članskega portala

Članski portal mora biti zmožen:

  • Oglejte si podrobnosti pravilnika in stanje zahtevka.
  • V podrobnosti pravilnika vnesite zahteve za spremembo.
  • Izvajajte premije.

Pozitiven pretok Testiranje sistema mora vključevati scenarije za

  • Prijavite se in si oglejte podrobnosti pravilnika in stanje zahtevka.
  • Vložite zahtevo za spremembo naslova, imena, telefonske številke itd.
  • Izvajajte premije.

Negativni tok Testiranje sistema mora vključevati scenarije za

  • Prijavite se z neveljavnimi poverilnicami.
  • Izplačajte račun za plačano premijo.
  • Izvedite plačilo z neveljavnim čekom.

Preizkušanje sistemske integracije ni potrebno, saj v njem ni nobenega nadaljnjega sistema, viri iz zgornjih sistemov pa so potrjeni v preskusih sistemske integracije zadevnih sistemov.

Testiranje portala ponudnikov

Portal ponudnikov mora biti zmožen naslednjega:

  • Oglejte si podrobnosti o ponudniku, podrobnosti o članu in stanje zahtevka.
  • Zahtevajte spremembe v podrobnostih ponudnika.

Pozitiven pretok Testiranje sistema mora vključevati scenarije za

  • Prijavite se in si oglejte podrobnosti ponudnika, podatke o članu in stanje zahtevka.
  • Vložite zahtevo za spremembo naslova, imena, telefonske številke itd.

Negativni tok Testiranje sistema mora vključevati scenarije za

  • Prijava z neveljavnimi poverilnicami
  • Oglejte si podrobnosti o članu z neveljavnim ID-jem člana

Preskušanje sistemske integracije ni potrebno, saj v njem ni nobenega nadaljnjega sistema, viri iz zgornjega sistema pa so potrjeni v preskusih sistemske integracije zadevnih sistemov.

Testiranje portala posrednikov

Broker Portal mora biti sposoben za naslednje:

  • Oglejte si podrobnosti o posredniku in plačilo provizije.
  • Zahtevajte spremembe v podrobnostih posrednika.

Pozitiven pretok Testiranje sistema mora vključevati scenarije za

  • Prijavite se in si oglejte podrobnosti o posredniku in plačilo provizije.
  • Vložite zahtevo za spremembo naslova, imena, telefonske številke itd.

Negativni tok Testiranje sistema mora vključevati scenarije za prijavo z neveljavnimi poverilnicami.

Preskušanje sistemske integracije ni potrebno, saj v njem ni nobenega nadaljnjega sistema, viri navzgor pa so potrjeni v preskušanju sistemske integracije zadevnih sistemov.

To je vse - to so vsi moduli in vidiki, ki bi jih preizkusili v njih.

Pomembni nasveti za testiranje zdravstvene oskrbe

Nasvet št. 1) Datumi so pomembni in morajo biti natančni, ker lahko manjša sprememba datuma povzroči, da se večja napaka ne opazi.

Nasvet št. 2) V zdravstvu obstaja veliko testnih parametrov, kot so različne vrste načrta, člani, ponudniki, posredniki, način izračuna provizije itd., Zato je treba biti previden, oblikovanje testnih primerov s tem, da je zajeta in ni zajeta sled parametrov.

Nasvet št. 3) Poznati poslovne uporabnike za posamezne sisteme in razmišljati z njihove perspektive najti najboljše napake.

Nasvet št. 4) Za testiranje sistema ni treba slediti istemu vrstnemu redu, tukaj ponujeni scenariji pa zajemajo celotno funkcionalnost zdravstvene aplikacije. Morda boste morali vključiti še nekaj scenarijev (več namigov na to post) glede na prejete zahteve.

Nasvet št. 5) Zdravstveno varstvo zdaj prehaja na stroškovno učinkovit način zagotavljanja oskrbe. Tako so uvedli model menjave, pri katerem lahko naročnik vidi načrte vseh zavarovalnic, kar povečuje konkurenčno naravo zavarovalnic in s tem posredno navaja potrebo po zmanjšanju stroškov.

Ko se bo zdravstveno varstvo razvijalo, bo treba spremeniti programsko opremo, ki se uporablja, in prihodek za informacijsko tehnologijo prihaja z ustvarjanjem, spreminjanjem in preizkušanjem programskih aplikacij, kar pomeni, da lahko predvidevamo več projektov na tem področju. Torej, bodite pozorni, če vas to zanima.

Nasvet št. 6) Ključ do uspeha pri testiranju vlog za zdravstveno varstvo so trditve - njihovo popolno poznavanje in način njihove razsodbe itd.

c ++ char * v int

Zaključek

No, to zajema osnove zdravstvenega področja in način testiranja zdravstvenih aplikacij.

Kot preizkuševalci vemo, da ni nič brez napak. Ta članek ima lahko tudi nekaj napak. Če najdete kakršno koli napako ali imate vprašanje, pustite komentar. Pozdravljamo vaše dragocene povratne informacije o članku, saj nas bo vodil k odličnosti in izboljšavam.

Želim vam vse najboljše za vaša prihodnja prizadevanja kot preizkuševalca zdravstvenega varstva. Se vidimo!

Priporočeno branje

^