プロジェクトに JRules BRMS 7.1 を使用しようとしています。そして、DVS にはルールセットのテストにいくつかの制限があることがわかりました。
それは、Excel シナリオ ファイル テンプレートの複合型のコレクション内のコンテンツをテストできないことです。
しかし、そのようなコンテンツは Excel のテーブル形式には複雑すぎるため、それは正常なことだと理解しています。
では、DVS を使用せずに、多数の複雑な型の入力を伴う大量のテスト ケースを必要とするルールセットをテストする最善の方法を知っている人はいますか?
開発者がテストを行っている場合は、ルール エンジンが組み込まれた JUnit を使用します。技術者以外のユーザーがテストを実行する必要がある場合は、この制限がない WODM 7.5 にアップグレードするのが最も簡単な場合があります。それができない場合は、JRules 7.1 DVS を使用できますが、多少複雑で、出力コレクションを入力として受け取り、その XOM で実際の結果との比較を実行する別のラッパー ルール プロジェクトを作成する必要があります。
Raj Rao の言うとおりです。配列を期待どおりの結果として使用できます (入力は簡単です) が、非表示の JRules API を使用する必要があり、とにかく面倒です。
JUnit または 7.5 が答えです。
あなたがそれを行うためにIBMに支払いたくない場合でも、どこにも詳細が記載されていないため、不可能であると彼らは言うかもしれません:(
乾杯
PS：ところで、入力としての複雑な型の配列は確かに簡単で、十分に文書化されていると思います。
Decision Validation Services を使用してルールを検証するには、テストするシナリオを入力する Excel シナリオ ファイル テンプレートを作成します。Excel シナリオ ファイル テンプレートを生成する前に、Excel ファイルの生成を妨げる可能性のあるエラーや警告がプロジェクトに含まれていないことを確認する必要があります。ステップ 1: ルール エクスプローラーでルール プロジェクトでプロジェクトを選択し、dvs 部分のクリック チェック ポイントを有効にして、エラーがないことを確認します。2: シナリオ ファイルの作成 [次へ] をクリックして、テスト プロジェクト名.xls の名前を付けます。3: 値をシナリオに渡し、期待される結果列に期待される結果を渡します。4:一度に複数のシナリオをテストできます。5: Excel ファイルを閉じて保存します。6:実行構成 dvs Excel ファイルを右クリックして、テストに任意の名前を付けます 7:Excel ファイル フィールドで、参照をクリックして xls ファイルを選択します 8. ルール プロジェクト フィールドでルール プロジェクトを選択します。 9:HTML レポート フィールドでプロジェクトを選択し、[OK] をクリックします。10:[適用] をクリックして実行します 11:ルール スタジオでプロジェクトを右クリックし、[更新] をクリックします 12:HTML ファイルがプロジェクトに生成されます。13:右クリックして Web ブラウザーで開き、シナリオの結果を観察します。14:dvs の有効化に成功しました
ルールを HTDS サービスとして RES にデプロイした場合は、SoapUI を使用して HTDS Web サービスをテストできます。
SoapUI を使用すると、さまざまなシナリオのテストに使用できるテスト ケースを設定できます。