インターフェーステストのデータ環境パラメータ準備

この文章は主にインターフェーステスト中のデータについて話します。
1.インターフェーステストの背景
現在私たちの用例はCSVスクリプトによってメンテナンスされていますので、私たちはテストベースにData Providerを作成しました。具体的な定義は以下の通りです。

@DataProvider(name = "CsvDataProvider")
public Iterator<?> getDataProvider(Method method) {}

テストクラスはテストベースクラスを継承します。テストクラスの例は以下の通りです。

 @Test(dataProvider = "CsvDataProvider", description = "InsertWhiteListItem      ")
 public void insertWhiteListItem(final String caseid, final String description,
                                    final String type, final String content, final String riskType,
                                    ) {
	WhiteListItem white =JsonHelper.jsonToObject(whiteItem, WhiteListItem.class);
	boolean result = whiteListService.insertWhiteListItem(white);
}

このような対応するCSVファイルは以下の通りです。

caseid	description	type	content	  	riskType
001	       	MAC	00247E036940	ACCOUNT_RISK
002	        	MAC	00247E036941	ACCOUNT_RISK
003	      	MAC	00247E036942	ACCOUNT_RISK
004	      	MAC	00247E036943	ACCOUNT_RISK

本当のテスト実行時にはCSVレコードを1つ読み、各フィールドをパラメータとして@Testの下のテスト方法insertWhite ListItemに渡す。
2.パラメータ構造方法a.簡易オブジェクト直接着信インターフェースの定義は以下の通りである。

WhiteListItem queryWhiteItem(String type, String content, String riskType);

テストコード:

WhiteListItem white = whiteListService.queryWhiteItem(type, content, riskType);

適用範囲：内蔵タイプまたはjava.lang下関連のクラス。b.複雑なオブジェクトはJsonタイプの変換インターフェースで以下のように定義されています。

boolean insertWhiteListItem(WhiteListItem whiteListItem)

変換コード：

WhiteListItem white =JsonHelper.jsonToObject(whiteItem, WhiteListItem.class);

適用方法：JSONストリングを作るのが面倒くさいので、まずJsonHelper.object ToStringを通じて複雑なオブジェクトの基本的なオブジェクト情報を入手してから、この基本的なオブジェクト情報に基づいて必要なクラスに変更します。複雑なクエリーオブジェクトに適用します。
c.複雑なオブジェクトをFactoryメソッドで構成する
インターフェースの定義は以下の通りです。

boolean insertWhiteListItem(WhiteListItem whiteListItem)

テストスクリプト：

WhiteListItem white = WhiteListHelper.factory(type, content, riskType);

適用範囲：オブジェクトのほとんどの属性が同じであってもいいです。一部の属性だけがキーとなります。この方法をお勧めします。
d.反射によりオブジェクトを構築します。3.データ準備
a.関係型記憶の準備は、DB及びMILEを含む。
単一テーブルのデータについては、一つのCSVファイル（通常はDBクエリ結果からCSVファイルにエクスポート）を指定するだけで、自動導入機能を実現することができます。
複数のテーブルに関連するデータについては、複数の参照CSVファイルを自動的に導入することができます。
データの種類によって区別されます。
配置類のデータは直接削除できません。システムの運行に影響を与えます。直接DBのデータを採用して、新記録を挿入できます。
ビジネスクラスのデータは先に削除してから挿入する操作を採用して、データの正確性を保証します。
b.K-V型の記憶は、タirおよびHbaseを含む。
現在もCSVで必要なキーやValueを構築し、対応するストレージに格納しています。
c.複数の保管の準備。
一つのデータはDBに記憶されていますが、Hbaseに記憶されています。この場合は上記の二つのデータ準備案を同時に呼び出す必要があります。
d.事務制御について
このブロックには、例えばユースケース実行前にSavePointを設定し、データ準備、テスト実行、結果検証プロセスを実行し、テストが完了したらCallBackを実行し、データベース内のデータを自動的にクリアしてフレームに入れます。インターフェーステストは静かに歩くことができます。雲一つ持って行かない状態です。これが究極の追求です。
4.環境準備
a.キャッシュデータの転送。
b.DRMスイッチの設定。