testing healthcare applications tips
前回の記事では、ヘルスケアの領域を理解するという点で、かなりの労力を費やしました。 「テスターの帽子」を元に戻す準備ができました。今度は、ヘルスケアアプリケーションをテストする方法を理解しようとします。
=>パート1をまだ読んでいない場合は、ここで読んでください。 ヘルスケアアプリケーションをテストする方法–はじめに
次に、各アプリケーション/システムを選択し、それぞれで検証する条件を考え出します。
この記事は、すでにヘルスケア分野にいるテスターや、この最もホットなキャリア分野に参入したいテスターに役立ちます。
始めましょう！
学習内容：
ヘルスケアアプリケーションテスト– サンプル テストシナリオ
これは、次のサンプルテストシナリオです。
プロバイダーシステムのテスト
＃1） プロバイダーシステムでは、プロバイダーデータを入力、編集、保存できるようにする必要があります。
＃二） ポジティブフロー システムテスト： さまざまなタイプのプロバイダーを入力し、変更、保存、およびそれらについて問い合わせるシナリオを含めます。
＃3） 負の流れ システムテスト： シナリオを含める
- 不完全なデータでプロバイダーを保存します。
- 契約発効日がプロバイダーライセンス日よりも短いプロバイダーを保存します。
- システムですでに利用可能なプロバイダーのデータを入力して保存します。
＃4） システム統合テスト 次のシナリオを含める必要があります
- メンバーシステム、プロバイダーポータル、請求システム、財務システムへのフィードなど、ダウンストリームシステムへのフィードを検証します。
- プロバイダーポータルからの変更がそれぞれのプロバイダーレコードに組み込まれているかどうかを検証します。
ブローカーシステムのテスト
＃1） ブローカーシステムは、次の機能を備えている必要があります。
- ブローカーデータを入力、編集、保存します。
- メンバーシステムからの保険料支払いの詳細に基づいてブローカー手数料を計算します。
＃二） ポジティブフロー システムテストには、次のシナリオを含める必要があります。
- さまざまなタイプのブローカーのブローカーレコードを入力、編集、および保存します。
- 異なるプランのメンバーのそれぞれのレコードを含むフィードファイルを作成して、アクティブなブローカーの手数料を計算します。
＃3） 負の流れ システムテストには、次のシナリオを含める必要があります。
- データが不十分なブローカーレコードを入力し、さまざまなタイプのブローカー用に保存します。
- 異なるプランのメンバーのそれぞれのレコードを含むフィードファイルを作成して、終了したブローカーの手数料を計算します
- 異なるプランのメンバーのそれぞれのレコードを含むフィードファイルを作成して、無効なブローカーの手数料を計算します
＃4） システムテスト 次のシナリオを含める必要があります
- ブローカーポータル、財務システム、メンバーシステムなどのダウンストリームシステムへのフィードを検証します。
- ブローカーポータルからの変更がそれぞれのブローカーレコードに組み込まれているかどうかを検証します。
メンバーシステムのテスト
メンバーシステムは、次の機能を備えている必要があります。
静的分析で見つけられないもの
- メンバーの登録、終了、回復、再登録
- 扶養家族を追加および削除する
- プレミアム請求書を生成する
- 保険料の支払いを処理する
登録： 個人保険では、保険契約者は、保険会社が提供する給付の保険料を支払い、保険金を請求し、補償を受ける資格のある発効日を含むプランに基づいて追加されます。
グループポリシーでは、メンバーがグループに追加され（プランの下ですでに追加されています）、その発効日をもって、請求を送信し、補償を受ける資格があります。
終了： 個人保険では、保険契約者が保険プランの対象とならない解約日で解約されます。
グループポリシーでは、メンバーのみを終了日で終了することも、グループ全体を終了することもできます。
復職： 解約されたメンバーがポリシーを再度アクティブにするように要求し、現在の日付が解約日から猶予期間内である場合、メンバーはカバレッジのギャップなしに復元できます。ポリシーの発効日は、現在の日付ではなく、同じ古い発効日となります。
再登録： 解約されたメンバーがポリシーの再アクティブ化を要求し、現在の日付が解約日からの猶予期間を超えている場合、メンバーはカバレッジのギャップを持って再登録できます。ポリシーの発効日は現在/将来の日付であり、同じ古い発効日ではありません。
例えば 、メンバーは、発効日が2013年1月1日のポリシーに登録され、2013年12月31日に終了します。保険会社が定めた猶予期間として30日かかります。
c ++のEclipseide
ケース1： メンバーが2014年1月15日に戻ってきて、ポリシーを有効にすることを希望する場合は、 復職 メンバーが2013年12月31日から2014年1月15日までの期間に保険料を支払う場合、保険契約の発効日は同じ古い2013年1月1日となります。
ケース2： メンバーが2014年2月1日に戻ってきて、ポリシーを再び有効にすることを希望する場合は、 再登録 ポリシーの発効日は2014年2月1日です。ここではカバレッジにギャップがあります（2014年1月1日から2014年1月31日まで）。
ポジティブフロー システムテストには、次のシナリオを含める必要があります。
- 過去、現在、未来の発効日を持つさまざまなタイプのメンバーを登録します。
- メンバーを変更して問い合わせます。
- 来月のアクティブメンバーのプレミアム請求書を生成します。
- 過去、現在、および将来の終了日が発効日よりも長いアクティブメンバーを終了します。
- 解約されたメンバーを、過去、現在、および将来の発効日で再登録します。
- 終了したメンバーを元に戻します。
負の流れ システムテストには、次のシナリオを含める必要があります。
- データが不十分なメンバーを登録します。
- 解約されたメンバーの翌月のプレミアム請求書を生成します。
システム統合テスト 次のシナリオを含める必要があります
- メンバーポータル、プロバイダーポータル、ブローカーシステム、請求システム、財務システムなどのダウンストリームシステムへのフィードを検証します。
- メンバーポータルからの変更がそれぞれのメンバーレコードに組み込まれているかどうかを検証します。
- 支払の詳細が記載されたメンバーポータルからのフィードを使用して、生成されたプレミアム請求書の支払いを処理します。
クレームシステムのテスト
ヘルスケアのクレームには、クレームを詳細に説明するための診断コードと手順コードがあります。
- 診断コード： 患者が持っていた病気を指します。
- 手順コード： 患者に提供される治療を指します。
クレームシステムは、次の機能を備えている必要があります。
- メンバーと扶養家族の請求を入力、編集、処理します。
- 入力された誤ったデータに基づいて、無効なクレームに対してエラーをスローする必要があります。
ポジティブフロー システムテストには、メンバーと扶養家族のクレームを入力、編集、処理するシナリオを含める必要があります。
負の流れ システムテストには、次のシナリオを含める必要があります。
- 無効な診断コードと手順コードを使用してクレームを入力し、検証します。
- 非アクティブなプロバイダーIDでクレームを入力して検証します。
- 解約されたメンバーとの請求を入力して検証します。
システム統合テストには、財務やプロバイダーポータルなどのダウンストリームシステムへのフィードを検証するシナリオを含める必要があります。
金融システムのテスト
財務システムは、請求、メンバー、プロバイダー、ブローカーシステムなどのさまざまなアップストリームシステムからのフィードを処理することにより、給与を書き込み、それぞれの受信者にEFT支払いを行うことができる必要があります。
ポジティブフロー システムテストには、支払いのためにそれぞれのプロバイダー、メンバー、またはブローカーに正しい住所またはアカウント番号が選択されているかどうかを確認するシナリオを含める必要があります。
負の流れ システムテストには、次のシナリオを含める必要があります。
- フィードにそれぞれのレコードを作成して、無効なメンバー、プロバイダー、またはブローカーIDの支払いが行われたかどうかを確認します。
- フィードにそれぞれのレコードを作成して、メンバー、プロバイダー、またはブローカーの無効な金額（ゼロまたはマイナス）の支払いが行われているかどうかを確認します。
これにはダウンストリームシステムがなく、アップストリームからのフィードはそれぞれのシステムのシステム統合テストで検証されるため、システム統合テストは必要ありません。
メンバーポータルのテスト
メンバーポータルは、次の機能を備えている必要があります。
- ポリシーの詳細と申し立てのステータスを表示します。
- ポリシーの詳細で変更要求を行います。
- 保険料を支払います。
ポジティブフロー システムテストには、次のシナリオを含める必要があります。
- ログインして、ポリシーの詳細と申し立てのステータスを表示します。
- 住所、氏名、電話番号などの変更をリクエストしてください。
- 保険料を支払います。
負の流れ システムテストには、次のシナリオを含める必要があります。
- 無効な資格情報でログインします。
- 支払った保険料の支払いをします。
- 無効な小切手でお支払いください。
システム統合テストは必要ありません。これにはダウンストリームシステムがなく、アップストリームシステムからのフィードがそれぞれのシステムのシステム統合テストで検証されるためです。
プロバイダーポータルのテスト
プロバイダーポータルは、次の機能を備えている必要があります。
- プロバイダーの詳細、メンバーの詳細、およびクレームのステータスを表示します。
- プロバイダーの詳細で変更要求を行います。
ポジティブフロー システムテストには、次のシナリオを含める必要があります。
- ログインして、プロバイダーの詳細、メンバーの詳細、およびクレームのステータスを表示します。
- 住所、氏名、電話番号などの変更をリクエストしてください。
負の流れ システムテストには、次のシナリオを含める必要があります。
- 無効な資格情報でログインする
- 無効なメンバーIDを持つメンバーの詳細を表示する
これにはダウンストリームシステムがなく、アップストリームシステムからのフィードは、それぞれのシステムのシステム統合テストで検証されるため、システム統合テストは必要ありません。
ブローカーポータルのテスト
ブローカーポータルは、次の機能を備えている必要があります。
- ブローカーの詳細と手数料の支払いを表示します。
- ブローカーの詳細で変更要求を行います。
ポジティブフロー システムテストには、次のシナリオを含める必要があります。
- ログインしてブローカーの詳細とコミッションの支払いを表示します。
- 住所、氏名、電話番号などの変更をリクエストしてください。
負の流れ システムテストには、無効な資格情報でログインするシナリオを含める必要があります。
システム統合テストは必要ありません。これにはダウンストリームシステムがなく、アップストリームからのフィードがそれぞれのシステムのシステム統合テストで検証されるためです。
ソフトウェアテストのベータテストとは
それだけです-それがすべてのモジュールとそれらでテストする側面です。
ヘルスケアソフトウェアをテストするための重要なヒント
ヒント＃1） 日付は重要であり、日付をわずかに変更すると重大な欠陥が気付かれない可能性があるため、正確である必要があります。
ヒント＃2） ヘルスケアには、さまざまな種類のプラン、メンバー、プロバイダー、ブローカー、手数料の計算方法など、多くのテストパラメーターがあります。そのため、注意が必要です。 テストケースの設計 カバーされているパラメータとカバーされていないパラメータを追跡することによって。
ヒント＃3） それぞれのシステムのビジネスユーザーを知り、 彼らの視点から考える 最良の欠陥を見つけるために。
ヒント＃4） システムテストで同じ順序に従う必要はありません。ここで提供されるシナリオは、ヘルスケアアプリケーションの全体的な機能をカバーするだけです。さらにいくつかのシナリオを含める必要がある場合もあります（ この 投稿）あなたが受け取る要件に基づいて。
ヒント＃5） ヘルスケアは現在、費用効果の高いケア提供方法に向かっています。そこで彼らは、加入者がすべての保険会社によって与えられた計画を見ることができる交換モデルを導入しました。これにより、保険会社の競争力が高まり、間接的にコスト削減の必要性が示されます。
ヘルスケアが進化するにつれて、使用するソフトウェアを変更する必要があり、関連するソフトウェアアプリケーションの作成、変更、およびテストによってITの収益が得られます。つまり、このドメインでより多くのプロジェクトを予測できます。ですから、興味があれば、気をつけてください。
ヒント＃6） ヘルスケアアプリケーションテストで成功するための鍵は、クレームです。クレームに関する完全な知識と、それらがどのように裁定されるかなどです。
結論
さて、それはヘルスケアドメインの基本とヘルスケアアプリケーションをテストする方法をカバーしています。
テスターとして、欠陥のないものは何もないことを私たちは知っています。この記事にもいくつかの欠陥がある可能性があります。欠陥を見つけたり質問がある場合は、コメントを残してください。この記事に対する貴重なフィードバックをお待ちしております。これにより、卓越性と改善に向けて私たちを駆り立てることができます。
ヘルスケアテスターとしての今後のご活躍をお祈り申し上げます。またね！
推奨読書
- ヘルスケアアプリケーションをテストする方法–パート1
- ソフトウェアテストのテストカバレッジ（テストカバレッジを最大化するためのヒント）
- アプリケーションをテストする前に読むべき実用的なソフトウェアテストのヒントトップ20
- アプリケーションのバグを見つける方法は？ヒントとコツ
- 多言語ウェブサイトをテストするための7つの基本的なヒント
- JAVAアプリケーションをテストする方法-サンプルテストケースのヒント（パート1）
- アプリケーションのインストールとAppiumテスト用の準備
- デスクトップ、クライアントサーバーテスト、およびWebテストの違い