テストアサーションREST APIのベストプラクティス

Question

}これは基本的には特定の注文の詳細を示していますが、ステータスコードは成功すると常に200になりますが、レスポンスには異なる種類の注文に対して余分な値があり、その他の場合はnullになります。私たちが送信した入力ペイロードに応じて10進数の値になります。

現在、異なる入力のCSVファイルを追加し、異なる入力のテストメソッドを生成するためにTTファイルを使用しています。問題はなく、それぞれのタイプについて異なるアサーションステートメントがあるため、異なるAssertValidatorクラスと共通のプロパティチェックを持つ基本クラスとそれぞれの仕様は、追加のプロパティをチェックし、すべてのバリデータクラスのインスタンスを持つファクトリクラスを作成し、入力に応じて正しいものを選択します

私はしたいと思いますこのスケーラブルなアプローチか、JSONの形式で各エントリの予想されるプロパティを設定し、それに応じてアサーションステートメントを生成できる余分のカラムを持っているかどうかを知ってください。

これはスケーラビリティとメインテーブルなぜですか？

はまた、より良いがある場合、私はそれを拡張するより高速だと思うとそれはあなたのケースでなんとかだ場合

Answer 1

に近づき、私が期待した結果にも渡すために行くだろうと提案してください。 AssertValidatorのためのファクトリと、それが実動コードであれば問題ありませんが、これらのテストでは、新しいAssertValidatorを追加するのではなく、入力と期待値でテストケースに新しい行を追加する方が簡単です。