testing healthcare applications tips
Nell'ultimo articolo, abbiamo fatto un lavoro pesante in termini di comprensione del dominio sanitario. Siamo pronti a rimetterci il nostro 'cappello da tester' e ora proviamo a capire come testare le applicazioni sanitarie.
=> Se non hai letto la parte 1, leggila qui: Come testare l'applicazione per l'assistenza sanitaria - Introduzione
Ora selezioneremo ogni applicazione / sistema e troveremo le condizioni che convalideremo in ciascuno di essi.
Questo articolo è utile per i tester che sono già nel dominio Healthcare o per coloro che vogliono entrare in questo campo professionale più caldo.
Iniziamo!
Cosa imparerai:
- Test di applicazioni sanitarie - Esempi di scenari di test
- Test del sistema del provider
- Test del sistema Broker
- Test del sistema membro
- Verifica del sistema di reclami
- Test del sistema finanziario
- Test del portale membri
- Test del portale del provider
- Test del portale dei broker
- Suggerimenti importanti per testare il software sanitario
- Conclusione
- Lettura consigliata
Test di applicazioni sanitarie - The Campione Scenari di prova
Questi sono gli scenari di test di esempio per:
Test del sistema del provider
# 1) Il sistema del fornitore dovrebbe consentirci di inserire, modificare e salvare i dati del fornitore.
#Due) Flusso positivo Test del sistema: includere scenari per inserire diversi tipi di provider, modificare, salvare e informarsi su di essi.
# 3) Flusso negativo Test del sistema: includere scenari per
- Salva un provider con dati incompleti.
- Salvare un provider con una data di validità del contratto inferiore alla data della licenza del provider.
- Immettere i dati del provider che sono già disponibili nel sistema e salvare.
# 4) Test di integrazione del sistema dovrebbe includere scenari per
- Convalida il feed per i sistemi a valle come il sistema per il feed al membro, il portale del fornitore, il sistema di reclamo e il sistema finanziario.
- Convalida se le modifiche dal portale del fornitore sono incorporate nel rispettivo record del fornitore.
Test del sistema Broker
# 1) Broker System dovrebbe essere in grado di:
- Immettere, modificare e salvare i dati del broker.
- Calcola la commissione del broker in base ai dettagli di pagamento del premio dal sistema membro.
#Due) Flusso positivo Il test di sistema dovrebbe includere scenari per
- Immettere, modificare e salvare il record del broker per diversi tipi di broker.
- Calcola la commissione per il broker attivo creando un file feed con il rispettivo record per i membri con un piano diverso.
# 3) Flusso negativo Il test di sistema dovrebbe includere scenari per
- Immettere un record del broker con dati insufficienti e salvare per diversi tipi di broker.
- Calcola la commissione per il broker terminato creando un file feed con il rispettivo record per i membri con un piano diverso
- Calcola la commissione per il broker non valido creando un file feed con il rispettivo record per i membri con un piano diverso
# 4) Test di sistema dovrebbe includere scenari per
- Convalida i feed per i sistemi a valle come il portale Broker, il sistema finanziario e il sistema dei membri.
- Convalida se le modifiche dal portale del broker sono incorporate nel rispettivo record del broker.
Test del sistema membro
Il sistema membro dovrebbe essere in grado di:
come aprire il file flash Shockwave
- Iscrivere, terminare, reintegrare e iscrivere nuovamente un membro
- Aggiungi e rimuovi un dipendente
- Genera bolletta premium
- Elaborare i pagamenti dei premi
Iscrizione: In una polizza individuale, un assicurato viene aggiunto a un piano con una data di validità a partire dalla quale pagherà un premio per i benefici forniti dall'assicuratore e da cui ha diritto a presentare richieste e ricevere copertura.
In Criteri di gruppo, un membro viene aggiunto al gruppo (che è già stato aggiunto in un piano) con una data di validità della quale è idoneo a presentare richieste e ricevere copertura.
Risoluzione: In una polizza individuale, la polizza viene risolta con una data di scadenza la cui copertura assicurativa non sarà coperta dal contraente.
In Criteri di gruppo, il membro da solo può essere terminato con una data di cessazione o l'intero gruppo può essere terminato.
Ripristino: Se un membro risolto chiede che la polizza sia nuovamente attiva e la data corrente rientra nel periodo di grazia dalla data di risoluzione, il membro può essere ripristinato senza interruzioni nella copertura. La data di validità della polizza sarà la stessa vecchia data di validità e non la data corrente.
Reiscrizione: Se un membro terminato chiede che la polizza sia nuovamente attiva e la data corrente è oltre il periodo di grazia dalla data di cessazione, il membro può essere nuovamente iscritto con una lacuna nella copertura. La data di validità della polizza sarà la data corrente / futura e non sarà la stessa vecchia data di validità.
Per esempio , Un membro è iscritto a una polizza con data di validità l'1 / 1/2013 e termina il 31/12/2013. prendiamo 30 giorni come periodo di grazia fissato dalla compagnia di assicurazioni.
Caso 1: Se il membro torna il 15/01/2014 e desidera che la polizza sia efficace contro, allora lo è Ripristino se il socio paga il premio per il periodo dal 31/12/2013 al 15/01/2014, la data di validità della polizza sarà la stessa del 1/1/2013 precedente.
Caso 2: Se il membro torna il 2/1/2014 e desidera che la politica sia di nuovo efficace, allora lo è Nuova registrazione e la data di validità della polizza sarà 2/1/2014. Qui c'è una lacuna nella copertura (dal 01/01/2014 al 31/01/2014).
Flusso positivo Il test di sistema dovrebbe includere scenari per
- Iscrivi diversi tipi di membri con date di validità passate, attuali e future.
- Cambia e chiedi informazioni sui membri.
- Genera una fattura premium per un membro attivo per il mese successivo.
- Termina un membro attivo con una data di cessazione passata, attuale e futura maggiore della data di validità.
- Registrare nuovamente un membro risolto con date di validità passate, attuali e future.
- Ripristina un membro terminato.
Flusso negativo Il test di sistema dovrebbe includere scenari per
- Iscrivi un membro con dati insufficienti.
- Genera una fattura premium per il mese successivo per un membro risolto.
Test di integrazione del sistema dovrebbe includere scenari per
- Convalida il feed per i sistemi a valle come il portale dei membri, il portale dei fornitori, il sistema dei broker, il sistema dei reclami e il sistema finanziario.
- Convalida se le modifiche dal portale membri sono incorporate nel rispettivo record membro.
- Elaborare il pagamento di una fattura premium generata con il feed dal portale membri che contiene i dettagli del pagamento effettuato.
Verifica del sistema di reclami
Le richieste di risarcimento in ambito sanitario hanno un codice di diagnosi e un codice di procedura per la richiesta di essere in dettaglio.
- Codice di diagnosi: Si riferisce alla malattia del paziente.
- Codice procedura: Si riferisce al trattamento fornito al paziente.
Il sistema di reclami dovrebbe essere in grado di:
rimozione di elementi da un array java
- Immettere, modificare ed elaborare le rivendicazioni per il membro e per un dipendente.
- Dovrebbe generare errori per reclami non validi basati sui dati inseriti errati.
Flusso positivo Il test di sistema dovrebbe includere scenari per immettere, modificare ed elaborare le richieste per il membro e per un dipendente.
Flusso negativo Il test di sistema dovrebbe includere scenari per
- Immettere e convalidare un reclamo con un codice di diagnosi e un codice di procedura non validi.
- Immettere e convalidare una richiesta con un ID fornitore inattivo.
- Immettere e convalidare un reclamo con un membro risolto.
I test di integrazione del sistema dovrebbero includere scenari per convalidare il feed ai sistemi a valle come la finanza e il portale del fornitore.
Test del sistema finanziario
Il sistema finanziario dovrebbe essere in grado di scrivere stipendi ed effettuare pagamenti EFT al rispettivo destinatario elaborando i feed da vari sistemi a monte come reclami, membro, fornitore e sistema di broker.
Flusso positivo Il test di sistema dovrebbe includere scenari per verificare se l'indirizzo o il numero di conto corretto è stato scelto per il rispettivo fornitore, membro o broker per il pagamento.
Flusso negativo Il test di sistema dovrebbe includere scenari per
- Controlla se il pagamento è stato effettuato per l'ID membro, fornitore o broker non valido creando i rispettivi record nel feed.
- Verifica se il pagamento viene effettuato per l'importo non valido (zero o negativo) per il membro, fornitore o broker creando i rispettivi record nel feed.
Il test di integrazione del sistema non è necessario in quanto non dispone di alcun sistema a valle e i feed dall'upstream vengono convalidati nel test di integrazione del sistema dei rispettivi sistemi.
Test del portale membri
Il Portale membri dovrebbe essere in grado di eseguire quanto segue:
- Visualizza i dettagli delle norme e lo stato del reclamo.
- Effettuare richieste di modifica nei dettagli della politica.
- Effettua pagamenti premium.
Flusso positivo Il test di sistema dovrebbe includere scenari per
- Accedi e visualizza i dettagli della polizza e lo stato del reclamo.
- Effettua una richiesta di modifica per cambiare indirizzo, nome, numero di telefono, ecc.
- Effettua pagamenti premium.
Flusso negativo Il test di sistema dovrebbe includere scenari per
- Accedi con credenziali non valide.
- Effettua il pagamento per una fattura premium pagata.
- Effettua il pagamento con un assegno non valido.
Il test di integrazione del sistema non è necessario in quanto non dispone di alcun sistema a valle e i feed dai sistemi a monte vengono convalidati nel test di integrazione del sistema dei rispettivi sistemi.
Test del portale del provider
Il Portale del provider dovrebbe essere in grado di eseguire quanto segue:
- Visualizza i dettagli del fornitore, i dettagli del membro e lo stato del reclamo.
- Effettua richieste di modifica nei dettagli del fornitore.
Flusso positivo Il test di sistema dovrebbe includere scenari per
- Accedi e visualizza i dettagli del fornitore, i dettagli del membro e lo stato del reclamo.
- Effettua una richiesta di modifica per cambiare indirizzo, nome, numero di telefono, ecc.
Flusso negativo Il test di sistema dovrebbe includere scenari per
- Accedi con credenziali non valide
- Visualizza i dettagli del membro con un ID membro non valido
Il test di integrazione del sistema non è necessario in quanto questo non ha alcun sistema a valle e i feed dal sistema a monte vengono convalidati nel test di integrazione del sistema dei rispettivi sistemi.
Test del portale dei broker
Broker Portal dovrebbe essere in grado di:
- Visualizza i dettagli del broker e il pagamento delle commissioni.
- Effettua richieste di modifica nei dettagli del broker.
Flusso positivo Il test di sistema dovrebbe includere scenari per
- Accedi e visualizza i dettagli del broker e il pagamento delle commissioni.
- Effettua una richiesta di modifica per cambiare indirizzo, nome, numero di telefono, ecc.
Flusso negativo Il test di sistema dovrebbe includere scenari per accedere con credenziali non valide.
Il test di integrazione del sistema non è necessario in quanto questo non ha alcun sistema a valle e i feed dall'upstream sono convalidati nel test di integrazione del sistema dei rispettivi sistemi.
Questo è tutto, sono tutti i moduli e gli aspetti che testeremmo in essi.
Suggerimenti importanti per testare il software sanitario
Suggerimento n. 1) Le date sono importanti e devono essere accurate perché un leggero cambiamento nella data può far sì che un difetto importante non venga notato.
Suggerimento n. 2) In Healthcare, ci sono molti parametri di test come diversi tipi di piano, membri, fornitori, broker, metodo di calcolo delle commissioni, ecc., Quindi è necessario prestare attenzione durante progettare casi di test avendo una traccia dei parametri coperti e non coperti.
Suggerimento n. 3) Conoscere gli utenti aziendali per i rispettivi sistemi e pensa dalla loro prospettiva per trovare i migliori difetti.
Suggerimento n. 4) Non è necessario seguire lo stesso ordine per i test di sistema e gli scenari forniti qui coprono solo la funzionalità complessiva di un'applicazione sanitaria. Potrebbe anche essere necessario includere altri scenari (ulteriori suggerimenti in Questo post) in base ai requisiti ricevuti.
Suggerimento n. 5) L'assistenza sanitaria si sta ora muovendo verso un modo conveniente di fornire assistenza. Così hanno introdotto un modello di scambio in cui l'abbonato può avere una visione dei piani forniti da tutti gli assicuratori che aumenta la natura competitiva degli assicuratori, affermando così indirettamente la necessità di riduzione dei costi.
Man mano che l'assistenza sanitaria si evolve, sarà necessario cambiare il software utilizzato e arriveranno i ricavi per l'IT dalla creazione, modifica e test delle applicazioni software coinvolte, il che significa che possiamo anticipare più progetti in questo dominio. Quindi, fai attenzione, se questo ti interessa.
.torrent file come aprire
Suggerimento n. 6) La chiave del successo nei test delle applicazioni sanitarie sono le affermazioni: la completa conoscenza di esse e il modo in cui vengono giudicate, ecc.
Conclusione
Bene, questo copre le basi del dominio sanitario e un modo per testare le applicazioni sanitarie.
In quanto tester, sappiamo che nulla è privo di difetti. Questo articolo potrebbe presentare anche dei difetti, se trovi qualche difetto o hai una domanda lascia un commento. Accogliamo con favore il tuo prezioso feedback sull'articolo, poiché ci guiderà verso l'eccellenza e il miglioramento.
Ti auguro tutto il meglio per i tuoi impegni futuri come tester del settore sanitario. Ci vediamo in giro!
Lettura consigliata
- Come testare l'applicazione per l'assistenza sanitaria - Parte 1
- Copertura dei test nei test del software (suggerimenti per massimizzare la copertura dei test)
- I 20 migliori consigli pratici per il test del software da leggere prima di testare qualsiasi applicazione
- Come trovare un bug nell'applicazione? Suggerimenti e trucchi
- 7 suggerimenti di base per testare siti web multilingue
- Come testare le applicazioni JAVA - Suggerimenti con casi di test di esempio (Parte 1)
- Installazione di applicazioni e preparazione per Appium Testing
- Differenza tra desktop, test server client e test Web