testing healthcare applications tips
W ostatnim artykule podjęliśmy się ciężkiej pracy, jeśli chodzi o zrozumienie dziedziny opieki zdrowotnej. Jesteśmy gotowi, aby ponownie założyć naszą „czapkę testera” i teraz próbujemy zrozumieć, jak testować aplikacje opieki zdrowotnej.
=> Jeśli nie przeczytałeś części 1, przeczytaj ją tutaj: Jak przetestować aplikację opieki zdrowotnej - wprowadzenie
Teraz wybierzemy każdą aplikację / system i wymyślimy warunki, które będziemy sprawdzać w każdym z nich.
Ten artykuł jest przydatny dla testerów, którzy są już w domenie opieki zdrowotnej lub tych, którzy chcą wejść w tę najgorętszą dziedzinę kariery.
Zacznijmy!
Czego się nauczysz:
- Testowanie aplikacji opieki zdrowotnej - przykładowe scenariusze testów
- Testowanie systemu dostawcy
- Testowanie systemu brokerskiego
- Testowanie systemu członkowskiego
- Testowanie systemu roszczeń
- Testowanie systemu finansowego
- Testowanie portalu członkowskiego
- Testowanie portalu dostawców
- Testowanie portalu brokerskiego
- Ważne wskazówki dotyczące testowania oprogramowania dla służby zdrowia
- Wniosek
- rekomendowane lektury
Testowanie aplikacji opieki zdrowotnej - Próba Scenariusze testowe
Oto przykładowe scenariusze testów dla:
Testowanie systemu dostawcy
# 1) System dostawcy powinien umożliwiać nam wprowadzanie, edycję i zapisywanie danych dostawcy.
#dwa) Przepływ dodatni Testowanie systemu: zawierają scenariusze, aby wprowadzić różne typy dostawców, zmienić, zapisać i zapytać o nich.
# 3) Przepływ ujemny Testowanie systemu: uwzględniać scenariusze do
- Zapisz dostawcę z niekompletnymi danymi.
- Zapisz dostawcę z datą wejścia w życie umowy wcześniejszą niż data licencji dostawcy.
- Wpisz dane dostawcy, które są już dostępne w systemie i zapisz.
# 4) Testowanie integracji systemu powinien zawierać scenariusze do
- Sprawdź poprawność źródła danych dla dalszych systemów, takich jak źródło danych dla systemu członkowskiego, portal dostawcy, system obsługi wniosków i system finansowy.
- Sprawdź, czy zmiany z portalu dostawcy są uwzględnione w odpowiednim rekordzie dostawcy.
Testowanie systemu brokerskiego
# 1) System brokerski powinien umożliwiać:
- Wprowadź, edytuj i zapisz dane brokera.
- Oblicz prowizję brokera na podstawie szczegółów płatności składki z systemu członkowskiego.
#dwa) Przepływ dodatni Testowanie systemu powinno obejmować scenariusze do
- Wprowadź, edytuj i zapisz rekord brokera dla różnych typów brokera.
- Oblicz prowizję dla aktywnego brokera, tworząc plik danych z odpowiednim rekordem dla członków z innym planem.
# 3) Przepływ ujemny Testowanie systemu powinno obejmować scenariusze do
- Wprowadź rekord brokera z niewystarczającymi danymi i zapisz dla różnych typów brokerów.
- Oblicz prowizję dla rozwiązanego brokera, tworząc plik danych z odpowiednim rekordem dla członków z innym planem
- Oblicz prowizję dla nieprawidłowego brokera, tworząc plik danych z odpowiednim rekordem dla członków z innym planem
# 4) Testowanie systemu powinien zawierać scenariusze do
- Sprawdź poprawność źródeł danych w dalszych systemach, takich jak portal brokera, system finansowy i system członkowski.
- Sprawdź, czy zmiany z portalu brokera są uwzględnione w odpowiednim rekordzie brokera.
Testowanie systemu członkowskiego
System członkowski powinien mieć możliwość:
najlepsze narzędzie do wycinania dla systemu Windows 10
- Zarejestruj, zakończ, przywróć i ponownie zarejestruj członka
- Dodaj i usuń osobę zależną
- Wygeneruj rachunek premium
- Przetwarzaj płatności składek
Rekrutacja: W Polisie indywidualnej ubezpieczający jest dodawany w ramach planu z datą wejścia w życie, od której będzie opłacał składkę za świadczenia zapewnione przez ubezpieczyciela i od której jest uprawniony do zgłaszania roszczeń i otrzymywania ochrony.
W zasadach grupy członek jest dodawany do grupy (która jest już dodana w ramach planu) z datą wejścia w życie, od której jest uprawniony do składania wniosków i otrzymywania pokrycia.
Zakończenie: W przypadku Polisy Indywidualnej, polisa wygasa z datą wygaśnięcia, w której ubezpieczający nie będzie objęty planem ubezpieczenia.
W zasadach grupy można zakończyć działanie samego członka z datą zakończenia lub całą grupę.
Przywrócenie: Jeżeli członek, który wygasł prosi o ponowne aktywowanie polisy, a bieżąca data znajduje się w okresie karencji od daty wypowiedzenia, wówczas członek może zostać przywrócony bez przerwy w ubezpieczeniu. Data wejścia w życie polisy to ta sama stara data wejścia w życie, a nie data bieżąca.
Ponowna rejestracja: Jeśli członek, którego konto zostało rozwiązane, poprosi o ponowne aktywowanie polisy, a aktualna data wykracza poza okres karencji od daty wypowiedzenia, członek może zostać ponownie zarejestrowany z luką w ubezpieczeniu. Data wejścia w życie polisy będzie datą bieżącą / przyszłą i nie będzie tą samą starą datą wejścia w życie.
Na przykład , Członek jest objęty polisą z datą wejścia w życie 01.01.2013 i zakończona 31.12.2013. pozwala nam przyjąć 30 dni jako okres karencji ustalony przez firmę ubezpieczeniową.
Przypadek 1: Jeśli członek wróci 15.01.2014 i chce, aby polityka była skuteczna, to tak jest Przywrócenie jeśli członek opłaci składkę za okres od 31.12.2013 r. do 15.01.2014 r., polisa będzie obowiązywać w tym samym okresie od 01.01.2013 r.
Przypadek 2: Jeśli członek wróci w dniu 01.02.2014 i chce, aby polityka znów zaczęła obowiązywać, tak jest Ponowna rejestracja a data wejścia w życie polisy to 01.02.2014. Tutaj jest luka w zasięgu (01.01.2014 do 31.01.2014).
Przepływ dodatni Testowanie systemu powinno obejmować scenariusze do
- Zarejestruj różne typy członków z przeszłymi, obecnymi i przyszłymi datami wejścia w życie.
- Zmień i zapytaj o członków.
- Wygeneruj rachunek premium dla aktywnego członka na następny miesiąc.
- Wypowiedzieć aktywnego członka, którego przeszła, obecna i przyszła data wypowiedzenia jest większa niż data wejścia w życie.
- Ponownie zarejestruj członka, którego konto zostało zakończone, z przeszłą, obecną i przyszłą datą wejścia w życie.
- Przywróć usuniętego członka.
Przepływ ujemny Testowanie systemu powinno obejmować scenariusze do
- Zarejestruj członka z niewystarczającymi danymi.
- Wygeneruj rachunek premium na następny miesiąc dla członka, którego konto zostało usunięte.
Testowanie integracji systemów powinien zawierać scenariusze do
- Sprawdź poprawność źródła danych w innych systemach, takich jak portal członków, portal dostawców, system brokerski, system obsługi wniosków i system finansowy.
- Sprawdź, czy zmiany z portalu członka są uwzględnione w odpowiednim rekordzie członka.
- Przetwarzaj płatność wygenerowanego rachunku premium za pomocą kanału z portalu członkowskiego, który zawiera szczegóły dokonanej płatności.
Testowanie systemu roszczeń
Roszczenia w opiece zdrowotnej mają kod diagnozy i kod procedury, aby roszczenie było szczegółowe.
- Kod diagnostyczny: Odnosi się do choroby, którą miał pacjent.
- Kod procedury: Odnosi się do leczenia zapewnionego pacjentowi.
System roszczeń powinien umożliwiać:
- Wprowadź, edytuj i przetwarzaj roszczenia członka, a także osoby zależnej.
- Powinien generować błędy w przypadku nieprawidłowych roszczeń na podstawie wprowadzonych nieprawidłowych danych.
Przepływ dodatni Testowanie systemu powinno obejmować scenariusze wprowadzania, edytowania i przetwarzania oświadczeń zarówno członka, jak i osoby zależnej.
różnica między c ++ i c
Przepływ ujemny Testowanie systemu powinno obejmować scenariusze do
- Wprowadź i potwierdź roszczenie z nieprawidłowym kodem diagnostycznym i kodem procedury.
- Wprowadź i potwierdź roszczenie z nieaktywnym identyfikatorem dostawcy.
- Wprowadź i potwierdź roszczenie z usuniętym członkiem.
Testowanie integracji systemów powinno obejmować scenariusze walidacji źródła danych dla dalszych systemów, takich jak portal finansowy i dostawca.
Testowanie systemu finansowego
System finansowy powinien mieć możliwość wypisywania wypłat i dokonywania płatności EFT na rzecz odpowiedniego odbiorcy poprzez przetwarzanie danych z różnych systemów wyższego szczebla, takich jak roszczenia, członek, dostawca i system brokerski.
Przepływ dodatni Testowanie systemu powinno obejmować scenariusze sprawdzające, czy dla danego dostawcy, członka lub brokera wybrano prawidłowy adres lub numer konta dla płatności.
Przepływ ujemny Testowanie systemu powinno obejmować scenariusze do
- Sprawdź, czy płatność została dokonana za nieprawidłowego identyfikatora członka, dostawcy lub brokera, tworząc odpowiednie rekordy w pliku danych.
- Sprawdź, czy płatność została dokonana za nieprawidłową kwotę (zero lub ujemną) dla członka, dostawcy lub brokera, tworząc odpowiednie rekordy w pliku danych.
Testowanie integracji systemu nie jest potrzebne, ponieważ nie ma żadnych dalszych systemów, a źródła danych z wyższego szczebla są sprawdzane podczas testowania integracji systemów odpowiednich systemów.
Testowanie portalu członkowskiego
Portal członkowski powinien umożliwiać:
- Wyświetl szczegóły zasad i stan roszczenia.
- Zgłaszaj prośby o zmianę szczegółów polityki.
- Dokonuj płatności premium.
Przepływ dodatni Testowanie systemu powinno obejmować scenariusze do
- Zaloguj się i zobacz szczegóły polisy i status roszczenia.
- Poproś o zmianę adresu, nazwiska, numeru telefonu itp.
- Dokonuj płatności premium.
Przepływ ujemny Testowanie systemu powinno obejmować scenariusze do
- Zaloguj się, używając nieprawidłowych poświadczeń.
- Dokonaj płatności za opłacony rachunek premium.
- Dokonaj płatności nieprawidłowym czekiem.
Testowanie integracji systemu nie jest potrzebne, ponieważ nie ma żadnych dalszych systemów, a źródła danych z systemów poprzedzających są sprawdzane podczas testowania integracji systemów odpowiednich systemów.
Testowanie portalu dostawców
Portal dostawców powinien umożliwiać:
- Wyświetl szczegóły dostawcy, dane członka i stan roszczenia.
- Żądaj zmiany danych dostawcy.
Przepływ dodatni Testowanie systemu powinno obejmować scenariusze do
- Zaloguj się i wyświetl szczegóły dostawcy, dane członka i status roszczenia.
- Poproś o zmianę adresu, nazwiska, numeru telefonu itp.
Przepływ ujemny Testowanie systemu powinno obejmować scenariusze do
- Zaloguj się z nieprawidłowymi danymi logowania
- Wyświetl szczegóły członka z nieprawidłowym identyfikatorem członka
Testowanie integracji systemu nie jest potrzebne, ponieważ nie ma żadnych dalszych systemów, a źródła danych z systemu poprzedzającego są sprawdzane podczas testowania integracji systemów odpowiednich systemów.
Testowanie portalu brokerskiego
Portal brokerów powinien umożliwiać:
- Zobacz szczegóły brokera i płatność prowizji.
- Żądaj zmiany danych brokera.
Przepływ dodatni Testowanie systemu powinno obejmować scenariusze do
- Zaloguj się i zobacz szczegóły brokera i płatność prowizji.
- Poproś o zmianę adresu, nazwiska, numeru telefonu itp.
Przepływ ujemny Testowanie systemu powinno obejmować scenariusze logowania z nieprawidłowymi poświadczeniami.
Testowanie integracji systemu nie jest potrzebne, ponieważ nie ma żadnych dalszych systemów, a źródła danych z wyższego szczebla są sprawdzane w ramach testów integracji systemów odpowiednich systemów.
To wszystko - to wszystkie moduły i aspekty, które byśmy w nich przetestowali.
Ważne wskazówki dotyczące testowania oprogramowania dla służby zdrowia
Wskazówka nr 1) Daty są ważne i muszą być dokładne, ponieważ niewielka zmiana daty może spowodować niezauważenie poważnej wady.
Wskazówka nr 2) W służbie zdrowia istnieje wiele parametrów testowych, takich jak różne typy planów, członkowie, dostawcy, brokerzy, metoda obliczania prowizji itp., Dlatego należy zachować ostrożność podczas projektowanie przypadków testowych poprzez śledzenie parametrów objętych i nie objętych.
Wskazówka nr 3) Poznaj użytkowników biznesowych odpowiednich systemów i myśl z ich perspektywy aby znaleźć najlepsze wady.
Porada 4) Nie ma potrzeby wykonywania tej samej kolejności testowania systemu, a przedstawione tutaj scenariusze obejmują jedynie ogólną funkcjonalność aplikacji opieki zdrowotnej. Konieczne może być również uwzględnienie większej liczby scenariuszy (więcej wskazówek pod adresem to post) na podstawie otrzymanych wymagań.
Wskazówka nr 5) Opieka zdrowotna zmierza obecnie w kierunku opłacalnego sposobu świadczenia opieki. W ten sposób wprowadzili model wymiany, w którym abonent może mieć wgląd w plany przedstawione przez wszystkich ubezpieczycieli, co zwiększa konkurencyjność ubezpieczycieli, a tym samym pośrednio wskazuje na potrzebę redukcji kosztów.
Wraz z rozwojem opieki zdrowotnej pojawi się potrzeba zmiany używanego oprogramowania, a przychody dla IT będą pochodziły z tworzenia, modyfikowania i testowania aplikacji, co oznacza, że możemy spodziewać się większej liczby projektów w tej dziedzinie. Więc uważaj, jeśli to cię interesuje.
Porada 6) Kluczem do sukcesu w testowaniu aplikacji medycznych są roszczenia - pełna wiedza na ich temat i sposób ich rozstrzygania itp.
najlepsza mobilna aplikacja szpiegowska na Androida
Wniosek
Cóż, to obejmuje podstawy domeny opieki zdrowotnej i sposób testowania aplikacji opieki zdrowotnej.
Jako testerzy wiemy, że nic nie jest wolne od wad. Ten artykuł może mieć również pewne wady, jeśli znajdziesz jakąkolwiek wadę lub masz pytanie, zostaw komentarz. Czekamy na Twoje cenne opinie na temat artykułu, ponieważ poprowadzi nas to do doskonałości i ulepszeń.
Życzę wszystkiego najlepszego w przyszłych przedsięwzięciach jako tester medyczny. Na razie!
rekomendowane lektury
- Jak przetestować wniosek dotyczący opieki zdrowotnej - część 1
- Pokrycie testów w testowaniu oprogramowania (wskazówki dotyczące maksymalizacji pokrycia testowego)
- 20 praktycznych wskazówek dotyczących testowania oprogramowania, które należy przeczytać przed przetestowaniem dowolnej aplikacji
- Jak znaleźć błąd w aplikacji? Porady i wskazówki
- 7 podstawowych wskazówek dotyczących testowania wielojęzycznych witryn internetowych
- Jak testować aplikacje JAVA - wskazówki dotyczące przykładowych przypadków testowych (część 1)
- Instalowanie aplikacji i przygotowywanie ich do testowania Appium
- Różnica między testami na komputerach stacjonarnych, serwerach klienckich i testach internetowych