testing healthcare applications tips
I den sista artikeln gjorde vi några tunga lyft när det gäller att förstå hälsoområdet. Vi är redo att sätta på vår 'testarhatt' igen och försöker nu förstå hur vi kan testa hälso- och sjukvårdstillämpningarna.
=> Om du inte har läst del 1, läs den här: Hur man testar vårdansökan - Inledning
Vi ska nu välja varje applikation / system och komma med villkor som vi ska validera i var och en av dem.
Den här artikeln är användbar för testare som redan finns inom Healthcare-domänen eller de som vill delta i det hetaste karriärområdet.
Låt oss börja!
Vad du kommer att lära dig:
Testning av vårdansökan - The Prov Testa scenarier
Detta är exempel på testscenarier för:
Testning av leverantörssystem
# 1) Leverantörssystem bör låta oss ange, redigera och spara leverantörsdata.
#två) Positivt flöde Systemtestning: inkludera scenarier för att ange olika typer av leverantörer, ändra, spara och fråga om dem.
# 3) Negativt flöde Systemtestning: inkludera scenarier till
- Spara en leverantör med ofullständig data.
- Spara en leverantör med ett kontraktsdatum som är mindre än leverantörslicensdatumet.
- Ange data från leverantören som redan finns i systemet och spara.
# 4) Test av systemintegration bör inkludera scenarier till
- Validera flödet till nedströms-system, såsom flödet till medlemssystemet, leverantörsportalen, anspråkssystemet och ekonomisystemet.
- Validera om ändringarna från leverantörsportalen ingår i respektive leverantörspost.
Test av mäklarsystem
# 1) Mäklarsystemet ska kunna ha följande:
- Ange, redigera och spara mäklardata.
- Beräkna mäklarkommissionen baserat på premiumbetalningsuppgifterna från medlemssystemet.
#två) Positivt flöde Systemtestning bör innehålla scenarier till
- Ange, redigera och spara mäklare för olika typer av mäklare.
- Beräkna provisionen för den aktiva mäklaren genom att skapa en matningsfil med respektive post för medlemmar med en annan plan.
# 3) Negativt flöde Systemtestning bör innehålla scenarier till
- Ange en mäklarpost med otillräcklig data och spara för olika typer av mäklare.
- Beräkna provisionen för den avslutade mäklaren genom att skapa en feed-fil med respektive post för medlemmar med en annan plan
- Beräkna provisionen för den ogiltiga mäklaren genom att skapa en matningsfil med respektive post för medlemmar med en annan plan
# 4) Systemtestning bör inkludera scenarier till
- Validera flödena till nedströmssystemen som mäklarportalen, ekonomisystemet och medlemssystemet.
- Validera om ändringarna från mäklarportalen ingår i respektive mäklare.
Testning av medlemssystem
Medlemssystemet bör kunna ha följande:
implementera prioritetskön c ++
- Anmäl, avsluta, återinföra och registrera en medlem igen
- Lägg till och ta bort en beroende
- Skapa premiumräkning
- Behandla premiumbetalningar
Inskrivning: I en individuell försäkring läggs en försäkringstagare till under en plan med ett ikraftträdandedatum från vilket han / hon kommer att betala en premie för de förmåner som försäkringsgivaren tillhandahåller och från vilken han / hon är berättigad att lämna in anspråk och få täckning.
I grupppolicyn läggs en medlem till gruppen (som redan har lagts till enligt en plan) med ett ikraftträdandedatum då han / hon är berättigad att lämna in anspråk och få täckning.
Uppsägning: I en individuell försäkring avslutas försäkringen med ett uppsägningsdatum då försäkringstagaren inte täcks av försäkringsplanen.
I grupppolicyn kan antingen medlemmen ensam avslutas med ett uppsägningsdatum eller så kan hela gruppen avslutas.
Återställande: Om en avslutad medlem ber om att policyn ska vara aktiv igen och det aktuella datumet ligger inom respitperioden från uppsägningsdatumet kan medlemmen återinföras utan täckningsgap. Policyens ikraftträdandedatum kommer att vara samma gamla ikraftträdandedatum och inte det aktuella datumet.
Omregistrering: Om en avslutad medlem ber om att policyn ska vara aktiv igen och det aktuella datumet är längre än respitperioden från uppsägningsdatumet kan medlemmen anmälas om igen med ett gap i täckningen. Policiets ikraftträdandedatum är nuvarande / framtida datum och inte samma gamla ikraftträdandedatum.
Till exempel , En medlem är inskriven i en policy med ikraftträdandedatum 1/1/2013 och avslutas 2013-12-31. låter oss ta 30 dagar som den frist som fastställs av försäkringsbolaget.
Fall 1: Om medlemmen kommer tillbaka den 15/1/2014 och vill att policyn ska vara effektiv mot så är den Återställande om medlemmen betalar premien för perioden 12/31/2013 till 1/15/2014 kommer försäkringsdatumet att vara samma gamla 1/1/2013.
skillnad mellan kvalitetssäkring och kvalitetskontroll
Fall 2: Om medlemmen kommer tillbaka den 2/1/2014 och vill att policyn ska vara effektiv igen så är den Omregistrering och policyn träder i kraft 2014-01-01. Här finns ett gap i täckningen (2014-01-01 till 2014-01-31).
Positivt flöde Systemtestning bör innehålla scenarier till
- Registrera olika typer av medlemmar med tidigare, nuvarande och framtida ikraftträdandedatum.
- Ändra och fråga om medlemmar.
- Skapa en premiumräkning för en aktiv medlem för nästa månad.
- Avsluta en aktiv medlem med tidigare, nuvarande och framtida uppsägningsdag som är högre än ikraftträdandedatumet.
- Anmäl en avslutad medlem med tidigare, nuvarande och framtida ikraftträdandedatum.
- Återinför en avslutad medlem.
Negativt flöde Systemtestning bör innehålla scenarier till
- Registrera en medlem med otillräcklig data.
- Skapa en premieräkning för en avslutad medlem för nästa månad.
Systemintegrationstestning bör inkludera scenarier till
- Validera flödet till nedströms system som medlemsportal, leverantörsportal, mäklarsystem, anspråkssystem och ekonomisystem.
- Validera om ändringarna från medlemsportalen ingår i respektive medlemspost.
- Behandla betalningen av en genererad premiumräkning med flödet från medlemsportalen som har betalningsinformation.
Test av skadesystemet
Påståenden inom sjukvården har diagnoskod och procedurkod för att anspråket ska vara i detalj.
- Diagnos kod: Avser sjukdomen som patienten hade.
- Procedurkod: Avser den behandling som ges till patienten.
Skadesystemet ska kunna ha följande:
- Ange, redigera och bearbeta anspråk för medlemmen såväl som en beroende.
- Bör kasta fel för ogiltiga anspråk baserat på felaktiga uppgifter.
Positivt flöde Systemtestning bör innehålla scenarier för att ange, redigera och behandla anspråk för medlemmen såväl som en beroende.
Negativt flöde Systemtestning bör innehålla scenarier till
- Ange och validera ett anspråk med ogiltig diagnoskod och procedurkod.
- Ange och validera ett anspråk med ett inaktivt leverantörs-ID.
- Ange och validera ett anspråk med en avslutad medlem.
Systemintegrationstestning bör innehålla scenarier för att validera flödet till nedströms system som finans- och leverantörsportal.
Testning av ekonomisystem
Ekonomisystemet ska kunna skriva lönecheckar och göra EFT-betalningar till respektive mottagare genom att bearbeta flödena från olika uppströmssystem som fordringar, medlem, leverantör och mäklarsystem.
Positivt flöde Systemtestning bör innehålla scenarier för att kontrollera om rätt adress eller kontonummer har valts för respektive leverantör, medlem eller mäklare för betalningen.
Negativt flöde Systemtestning bör innehålla scenarier till
- Kontrollera om betalningen sker för ogiltig medlem, leverantör eller mäklare-ID genom att skapa respektive poster i flödet.
- Kontrollera om betalningen sker för det ogiltiga beloppet (noll eller negativt) för medlemmen, leverantören eller mäklaren genom att skapa respektive poster i flödet.
Systemintegrationstestning behövs inte eftersom detta inte har några nedströms system och feeds från uppströms valideras i systemintegrationstestningen för respektive system.
Testning av medlemsportalen
Medlemsportalen bör kunna ha följande:
- Visa policydetaljer och anspråksstatus.
- Gör ändringsförfrågningar i policydetaljer.
- Gör premiumbetalningar.
Positivt flöde Systemtestning bör innehålla scenarier till
- Logga in och visa policydetaljer och anspråksstatus.
- Gör ändringsförfrågan för att ändra adress, namn, telefonnummer etc.
- Gör premiumbetalningar.
Negativt flöde Systemtestning bör innehålla scenarier till
- Logga in med ogiltiga referenser.
- Gör betalning för en betald premiumräkning.
- Gör betalning med en ogiltig check.
Systemintegrationstestning behövs inte eftersom det inte finns några nedströms system och flödena från uppströmssystemen valideras i systemintegrationstestningen för respektive system.
Testning av leverantörsportal
Leverantörsportalen ska kunna ha följande:
- Visa leverantörsinformation, medlemsinformation och anspråksstatus.
- Gör ändringsförfrågningar i leverantörsinformation.
Positivt flöde Systemtestning bör innehålla scenarier till
- Logga in och visa leverantörsinformation, medlemsinformation och anspråksstatus.
- Gör ändringsförfrågan för att ändra adress, namn, telefonnummer etc.
Negativt flöde Systemtestning bör innehålla scenarier till
- Logga in med ogiltiga referenser
- Visa medlemsinformation med ogiltigt medlems-ID
Systemintegrationstestning behövs inte eftersom det inte finns några nedströms system och flödena från uppströmssystemet valideras i systemintegrationstestningen för respektive system.
Testning av mäklarportal
Mäklarportalen bör kunna ha följande:
- Visa mäklarinformation och provision.
- Gör ändringsförfrågningar i mäklarinformation.
Positivt flöde Systemtestning bör innehålla scenarier till
- Logga in och se mäklarinformation och provision.
- Gör ändringsförfrågan för att ändra adress, namn, telefonnummer etc.
Negativt flöde Systemtestning bör innehålla scenarier för inloggning med ogiltiga referenser.
Systemintegrationstestning behövs inte eftersom detta inte har några nedströms system och feeds från uppströms valideras i systemintegrationstestningen för respektive system.
Det är det - det är alla moduler och de aspekter som vi skulle testa i dem.
hur kör jag en jar-fil i Windows 10
Viktiga tips för testning av sjukvårdsprogramvara
Tips nr 1) Datum är viktiga och måste vara korrekta eftersom en liten ändring av datumet kan leda till att en stor defekt inte märks.
Tips nr 2) I Healthcare finns det många testparametrar som olika typer av planer, medlemmar, leverantörer, mäklare, provisionberäkningsmetod etc., så försiktighet bör iakttas medan utforma testfall genom att ha ett spår av parametrar täckta och inte täckta.
Tips nr 3) Känn affärsanvändarna för respektive system och tänka ur sitt perspektiv för att hitta de bästa defekterna.
Tips nr 4) Det behövs inte att följa samma ordning för systemtestning och de scenarier som tillhandahålls här täcker bara den övergripande funktionaliteten för en vårdapplikation. Du kan också behöva inkludera några fler scenarier (fler tips på detta post) baserat på de krav du får.
Tips nr 5) Hälsovården går nu mot ett kostnadseffektivt sätt att tillhandahålla vård. Således har de infört en utbytesmodell där abonnenten kan ha en syn på planerna från alla försäkringsgivare, vilket ökar försäkringsgivarnas konkurrenskraft och därigenom indirekt anger behovet av kostnadsreduktion.
När sjukvården utvecklas kommer det att finnas ett behov av att programvaran ändras och intäkterna för IT kommer genom skapande, modifiering och testning av mjukvaruapplikationer som är inblandade - vilket innebär att vi kan förutse fler projekt inom denna domän. Så håll utkik om detta intresserar dig.
Tips nr 6) Nyckeln till framgång i testning av hälso- och sjukvårdstillämpningar är påståenden - fullständig kunskap om dem och hur de bedöms etc.
Slutsats
Tja, det täcker grunderna för vårddomänen och ett sätt att testa vårdapplikationer.
Som testare vet vi att inget är felfritt. Den här artikeln kan också ha vissa fel, om du hittar någon defekt eller har en fråga, vänligen skriv en kommentar. Vi välkomnar din värdefulla feedback om artikeln, eftersom den kommer att driva oss mot excellens och förbättringar.
Önskar dig allt det bästa för dina framtida ansträngningar som vårdtestare. Vi ses!
Rekommenderad läsning
- Hur man testar vårdansökan - Del 1
- Testtäckning vid programvarutestning (tips för att maximera testtäckning)
- Topp 20 praktiska testtips för programvara du bör läsa innan du testar någon applikation
- Hur hittar jag ett fel i applikationen? Tips och tricks
- 7 grundläggande tips för testning av flerspråkiga webbplatser
- Hur man testar JAVA-applikationer - Tips med provtestfall (del 1)
- Installera applikationer och förbereda dem för appiumtestning
- Skillnad mellan Desktop, Client Server Testing och Web Testing