testing healthcare applications tips
지난 기사에서 우리는 의료 분야를 이해하는 측면에서 무거운 작업을 수행했습니다. 우리는 '테스터의 모자'를 다시 착용 할 준비가되었으며 이제 의료 애플리케이션을 테스트하는 방법을 이해하려고합니다.
=> 1 부를 읽지 않았다면 여기에서 읽으십시오. 건강 관리 응용 프로그램을 테스트하는 방법 – 소개
이제 각 응용 프로그램 / 시스템을 선택하고 각각에서 유효성을 검사 할 조건을 생각해 보겠습니다.
이 문서는 이미 Healthcare 도메인에있는 테스터 또는이 가장 인기있는 경력 분야에 진입하려는 테스터에게 유용합니다.
시작하자!
학습 내용 :
의료 애플리케이션 테스트 – 견본 테스트 시나리오
다음에 대한 샘플 테스트 시나리오입니다.
공급자 시스템 테스트
#1) 제공자 시스템은 제공자 데이터를 입력, 편집 및 저장할 수 있어야합니다.
#두) 긍정적 인 흐름 시스템 테스트 : 다양한 유형의 제공자를 입력하고 변경, 저장 및 조회하는 시나리오를 포함합니다.
#삼) 부정적인 흐름 시스템 테스트 : 시나리오 포함
- 불완전한 데이터로 공급자를 저장하십시오.
- 계약 유효 날짜가 공급자 라이선스 날짜보다 이전 인 공급자를 저장합니다.
- 시스템에서 이미 사용 가능한 공급자의 데이터를 입력하고 저장합니다.
# 4) 시스템 통합 테스트 시나리오를 포함해야
- 회원 시스템에 대한 피드, 공급자 포털, 청구 시스템 및 재무 시스템과 같은 다운 스트림 시스템에 대한 피드를 검증합니다.
- 공급자 포털의 변경 사항이 해당 공급자 레코드에 통합되었는지 확인합니다.
브로커 시스템 테스트
#1) 브로커 시스템은 다음을 수행 할 수 있어야합니다.
- 브로커 데이터를 입력, 편집 및 저장합니다.
- 회원 시스템의 보험료 지불 내역을 기반으로 브로커 수수료를 계산합니다.
#두) 긍정적 인 흐름 시스템 테스트에는 다음과 같은 시나리오가 포함되어야합니다.
- 다양한 유형의 브로커에 대한 브로커 레코드를 입력, 편집 및 저장합니다.
- 플랜이 다른 회원에 대한 각 레코드가있는 피드 파일을 작성하여 활성 브로커에 대한 수수료를 계산하십시오.
#삼) 부정적인 흐름 시스템 테스트에는 다음과 같은 시나리오가 포함되어야합니다.
- 데이터가 부족한 브로커 레코드를 입력하고 브로커 유형별로 저장합니다.
- 플랜이 다른 회원에 대한 각 레코드로 피드 파일을 생성하여 종료 된 브로커에 대한 수수료를 계산합니다.
- 플랜이 다른 회원에 대한 각 레코드로 피드 파일을 생성하여 유효하지 않은 브로커에 대한 수수료를 계산합니다.
# 4) 시스템 테스트 시나리오를 포함해야
- 브로커 포털, 재무 시스템 및 회원 시스템과 같은 다운 스트림 시스템에 대한 피드를 검증합니다.
- 브로커 포털의 변경 사항이 해당 브로커 레코드에 통합되었는지 확인합니다.
멤버 시스템 테스트
회원 시스템은 다음을 수행 할 수 있어야합니다.
유튜브 mp4 변환기 무료 온라인 다운로드 없음
- 회원 등록, 해지, 복원 및 재 등록
- 부양 가족 추가 및 제거
- 프리미엄 청구서 생성
- 보험료 지불 처리
등록: 개인 보험에서 보험 계약자는 보험사가 제공하는 혜택에 대한 보험료를 지불하고 보험금 청구를 제출하고 보험을받을 자격이있는 발효 일이있는 플랜에 추가됩니다.
그룹 정책에서 구성원은 청구를 제출하고 보장을받을 수있는 유효 날짜와 함께 그룹 (계획에 이미 추가됨)에 추가됩니다.
종료: 개인 보험에서는 보험 계약자가 보험 계획에 포함되지 않는 종료 날짜와 함께 보험이 종료됩니다.
그룹 정책에서 구성원 만 해지 날짜와 함께 해지되거나 전체 그룹이 해지 될 수 있습니다.
복위: 해지 된 회원이 정책의 재 활성화를 요청하고 현재 날짜가 해지일로부터 유예 기간 내에있는 경우, 해당 회원은 보장 공백없이 복원 될 수 있습니다. 정책 유효 날짜는 현재 날짜가 아닌 이전 유효 날짜와 동일합니다.
재 등록 : 해지 된 회원이 정책의 다시 활성화를 요청하고 현재 날짜가 해지 날짜로부터 유예 기간을 초과하는 경우 해당 회원은 보장 공백으로 재 등록 할 수 있습니다. 정책 유효 날짜는 현재 / 미래 날짜이며 이전 유효 날짜가 아닙니다.
예를 들어 , 회원은 발효 일이 2013 년 1 월 1 일이고 2013 년 12 월 31 일에 종료 된 정책에 등록되어 있습니다. 보험 회사에서 정한 유예 기간으로 30 일이 소요됩니다.
사례 1 : 회원이 2014 년 1 월 5 일에 돌아와서 정책이 효력을 발생하기를 원하면 복위 회원이 2013 년 12 월 31 일부터 2014 년 1 월 15 일까지의 기간 동안 보험료를 지불하는 경우 정책 발효 일은 2013 년 1 월 1 일과 동일합니다.
사례 2 : 회원이 2014 년 2 월 1 일에 돌아와서 정책이 다시 적용되기를 원하는 경우 재 등록 정책 발효 일은 2014 년 2 월 1 일입니다. 여기에 적용 범위에 차이가 있습니다 (2014 년 1 월 1 일부터 2014 년 1 월 1 일까지).
긍정적 인 흐름 시스템 테스트에는 다음과 같은 시나리오가 포함되어야합니다.
- 과거, 현재 및 미래의 유효 날짜로 다양한 유형의 회원을 등록합니다.
- 회원 변경 및 문의
- 다음 달 활성 회원에 대한 프리미엄 청구서를 생성하십시오.
- 과거, 현재 및 미래 종료 날짜가 유효 날짜보다 큰 활성 멤버를 종료합니다.
- 종료 된 회원을 과거, 현재 및 미래의 유효 날짜로 재 등록합니다.
- 해지 된 회원을 복원합니다.
부정적인 흐름 시스템 테스트에는 다음과 같은 시나리오가 포함되어야합니다.
- 데이터가 부족한 구성원을 등록하십시오.
- 해지 된 회원에 대해 다음 달 보험료 청구서를 생성하십시오.
시스템 통합 테스트 시나리오를 포함해야
- 회원 포털, 공급자 포털, 브로커 시스템, 청구 시스템 및 재무 시스템과 같은 다운 스트림 시스템에 대한 피드를 검증합니다.
- 회원 포털의 변경 사항이 각 회원 기록에 통합되었는지 확인합니다.
- 결제 내역이있는 회원 포털의 피드로 생성 된 프리미엄 청구서의 결제를 처리합니다.
클레임 시스템 테스트
의료 보험 청구에는 세부적인 청구에 대한 진단 코드와 절차 코드가 있습니다.
- 진단 코드 : 환자가 앓 았던 질병을 말합니다.
- 절차 코드 : 환자에게 제공되는 치료를 말합니다.
클레임 시스템은 다음을 수행 할 수 있어야합니다.
- 회원 및 부양 가족에 대한 청구를 입력, 편집 및 처리합니다.
- 잘못된 데이터를 입력하여 잘못된 클레임에 대해 오류를 발생시켜야합니다.
긍정적 인 흐름 시스템 테스트에는 구성원 및 부양 가족에 대한 클레임을 입력, 편집 및 처리하는 시나리오가 포함되어야합니다.
부정적인 흐름 시스템 테스트에는 다음과 같은 시나리오가 포함되어야합니다.
- 유효하지 않은 진단 코드 및 절차 코드로 클레임을 입력하고 유효성을 검사하십시오.
- 비활성 공급자 ID로 클레임을 입력하고 유효성을 검사합니다.
- 해지 된 구성원으로 청구를 입력하고 유효성을 검증하십시오.
시스템 통합 테스트에는 재무 및 공급 업체 포털과 같은 다운 스트림 시스템에 대한 피드의 유효성을 검사하는 시나리오가 포함되어야합니다.
3 년 경력의 SQL 인터뷰 질문
금융 시스템 테스트
금융 시스템은 클레임, 회원, 제공자 및 브로커 시스템과 같은 다양한 업스트림 시스템의 피드를 처리하여 급여를 작성하고 각 수신자에게 EFT 지불을 할 수 있어야합니다.
긍정적 인 흐름 시스템 테스트에는 지불을 위해 각 공급자, 회원 또는 중개인에 대해 올바른 주소 또는 계좌 번호가 선택되었는지 확인하는 시나리오가 포함되어야합니다.
부정적인 흐름 시스템 테스트에는 다음과 같은 시나리오가 포함되어야합니다.
- 피드에 각 레코드를 생성하여 유효하지 않은 회원, 제공자 또는 브로커 ID에 대한 결제가 완료되었는지 확인하십시오.
- 피드에 각 레코드를 생성하여 회원, 제공자 또는 브로커에 대해 유효하지 않은 금액 (0 또는 음수)에 대한 결제가 이루어 졌는지 확인하십시오.
다운 스트림 시스템이없고 업스트림의 피드가 각 시스템의 시스템 통합 테스트에서 검증되므로 시스템 통합 테스트가 필요하지 않습니다.
회원 포털 테스트
회원 포털은 다음을 수행 할 수 있어야합니다.
플로우 차트를 만드는 최고의 소프트웨어
- 정책 세부 정보 및 클레임 상태를 봅니다.
- 정책 세부 정보에서 변경 요청을합니다.
- 보험료를 지불하십시오.
긍정적 인 흐름 시스템 테스트에는 다음과 같은 시나리오가 포함되어야합니다.
- 로그인하여 정책 세부 정보 및 클레임 상태를 확인합니다.
- 주소, 이름, 전화 번호 등 변경 요청
- 보험료를 지불하십시오.
부정적인 흐름 시스템 테스트에는 다음과 같은 시나리오가 포함되어야합니다.
- 유효하지 않은 자격 증명으로 로그인하십시오.
- 유료 보험료 청구서를 지불하십시오.
- 유효하지 않은 수표로 결제하십시오.
시스템 통합 테스트는 다운 스트림 시스템이없고 업스트림 시스템의 피드가 각 시스템의 시스템 통합 테스트에서 검증되므로 필요하지 않습니다.
공급자 포털 테스트
제공자 포털은 다음을 수행 할 수 있어야합니다.
- 공급자 세부 정보, 회원 세부 정보 및 청구 상태를 봅니다.
- 공급자 세부 정보에서 변경 요청을합니다.
긍정적 인 흐름 시스템 테스트에는 다음과 같은 시나리오가 포함되어야합니다.
- 로그인하여 공급자 세부 정보, 회원 세부 정보 및 청구 상태를 봅니다.
- 주소, 이름, 전화 번호 등 변경 요청
부정적인 흐름 시스템 테스트에는 다음과 같은 시나리오가 포함되어야합니다.
- 잘못된 자격 증명으로 로그인
- 유효하지 않은 회원 ID로 회원 세부 정보보기
시스템 통합 테스트는 다운 스트림 시스템이없고 업스트림 시스템의 피드가 각 시스템의 시스템 통합 테스트에서 검증되므로 필요하지 않습니다.
브로커 포털 테스트
브로커 포털은 다음을 수행 할 수 있어야합니다.
- 브로커 세부 정보 및 수수료 지불을 봅니다.
- 브로커 세부 정보에서 변경 요청을합니다.
긍정적 인 흐름 시스템 테스트에는 다음과 같은 시나리오가 포함되어야합니다.
- 로그인하고 브로커 세부 정보 및 수수료 지불을 확인하십시오.
- 주소, 이름, 전화 번호 등 변경 요청
부정적인 흐름 시스템 테스트에는 잘못된 자격 증명으로 로그인하는 시나리오가 포함되어야합니다.
다운 스트림 시스템이없고 업스트림의 피드가 각 시스템의 시스템 통합 테스트에서 검증되므로 시스템 통합 테스트가 필요하지 않습니다.
그게 다입니다. 이것이 우리가 테스트 할 모든 모듈과 측면입니다.
의료 소프트웨어 테스트를위한 중요한 팁
팁 # 1) 날짜가 약간 변경되면 주요 결함이 눈에 띄지 않게 될 수 있으므로 날짜는 중요하며 정확해야합니다.
팁 # 2) 헬스 케어에는 다양한 유형의 플랜, 회원, 제공자, 중개인, 수수료 계산 방법 등과 같은 많은 테스트 매개 변수가 있으므로주의해야합니다. 테스트 케이스 디자인 매개 변수를 다루거나 다루지 않음으로써
팁 # 3) 각 시스템에 대한 비즈니스 사용자를 알고 그들의 관점에서 생각하다 최상의 결함을 찾으려면
팁 # 4) 시스템 테스트를 위해 동일한 순서를 따를 필요는 없으며 여기에 제공된 시나리오는 의료 애플리케이션의 전체 기능을 다룹니다. 몇 가지 시나리오를 더 포함해야 할 수도 있습니다 (더 많은 힌트는 이 게시) 귀하가받은 요구 사항에 따라.
팁 # 5) 의료 서비스는 이제 비용 효율적인 치료 방법으로 이동하고 있습니다. 따라서 그들은 가입자가 모든 보험사가 제공하는 계획을 볼 수있는 교환 모델을 도입하여 보험사의 경쟁력을 높이고 간접적으로 비용 절감의 필요성을 언급했습니다.
의료 서비스가 발전함에 따라 사용중인 소프트웨어의 변화가 필요하며 관련된 소프트웨어 애플리케이션의 생성, 수정 및 테스트를 통해 IT에 대한 수익이 발생합니다. 즉,이 도메인에서 더 많은 프로젝트를 예상 할 수 있습니다. 관심이 있으시면 계속 지켜보십시오.
팁 # 6) 건강 관리 애플리케이션 테스트에서 성공의 열쇠는 클레임입니다. 클레임에 대한 완전한 지식과 심사 방법 등입니다.
결론
글쎄, 그것은 의료 분야의 기본과 의료 응용 프로그램을 테스트하는 방법을 다룹니다.
테스터로서 우리는 결함이 없다는 것을 알고 있습니다. 이 기사에는 결함이있을 수 있습니다. 결함을 발견하거나 질문이 있으면 의견을 남겨주세요. 이 기사에 대한 귀중한 피드백은 우수성과 개선으로 이어질 것이므로 환영합니다.
건강 관리 테스터로서의 미래 노력에 최선을 다하기를 바랍니다. 주위에 당신을보고!
추천 도서
- 건강 관리 신청서를 테스트하는 방법 – 1 부
- 소프트웨어 테스트의 테스트 범위 (테스트 범위를 최대화하기위한 팁)
- 애플리케이션을 테스트하기 전에 읽어야 할 20 가지 실용적인 소프트웨어 테스트 팁
- 응용 프로그램에서 버그를 찾는 방법? 팁과 요령
- 다국어 웹 사이트 테스트를위한 7 가지 기본 팁
- JAVA 애플리케이션 테스트 방법-샘플 테스트 케이스 팁 (1 부)
- 응용 프로그램 설치 및 Appium 테스트를위한 준비
- 데스크톱, 클라이언트 서버 테스트 및 웹 테스트의 차이점