現代の専門的なソフトウェアのテストセンターは、プロジェクトの反復で、各システムは、通常、自動化されたテストスイートの数が多いために構築され、およびCIのトリガレベルに自動化されたテストの全額を開始しているので、大きな、非常に困難比。テストエンジニアは、多くの場合、非常に高いコストを投資する障害調査上記の自動化ユースケースに費やした多くの努力を置く必要がある、しかし、確率は非常に低い効果的なバグがあることがわかりました。繰り返し無益な調査、心の場合、すべての疲れ、ほとんど絶望的な心では、自動化された生成無味と考え、役に立たないと、テストセンターを作るために、廃棄する無駄非常に頭痛の種です。
自動化ユースケースを作る方法QA作業がそれほど重くならないように、その所望の効果を発揮しますか？星雲は、この問題のためにテストされ、正確なテストとのシームレスな技術の研究開発プログラムの自動テストでした。企業や検証多数の、正確な試験データストリーム自動テストを受信するために、最終的に「NOセンス」の後、大幅に自動化されたテストの利点を拡張し、自動テスト変化が根本管理ショートボードの難しさを改善しました。
ちょうど自動テスト装置にこの技術プログラムの導入、「正確なテストは、」目と翼は、様々な機能を瞬時に飛躍します。例えば：
1）自動的にソースに関連付けられた自動テストケース
同時にリターンインテリジェント選択の例の2）、
3）自動テストの実行の有効範囲を減らす
4）リアルタイム分析は、試験の設定を維持するために必要とされる
各テストケースについて実行される5）自動追尾コードパス
6）がエラーコードの例を直接自動化点配置補助自動化の終了後に行ってもよい
7）自動テスト分析用セット、クラスタ分析、例えば、そして例の分析の最小セット
8）テストセットの最適化を与えます指針
9）テストスイートを実行総合的な情報をカバーできます
追加します10）はユースケースの有効セットを支援
）など11、インクリメンタルコードカバレッジ解析。
この記事では、星雲とユニットテストフレームワークJUnitの例と精度試験製品に焦点を当てています。
コアクラスメソッド、例外処理、ビジネス・ロジック：一般的に、テストケースを書くことでユニットテストをテストします。シームレス後の妥当性の実際のテストを確保することができるJUnitのユニットテストと精密検査、です。試験細胞が時間を実行されるため、システムは自動的にテスト正確なテストが生成され、各単位テストコードカバレッジ詳細な記録を正確に正確な試験及び試験符号各搬送トレーサビリティので、システムをテストしますカバレッジと可視化機能、あなたが書かれたユニットは、妥当性の視線をテストし提示することができます。
図は、正確な試験であり、試験ユニットをシームレスに自動テストのアーキテクチャ図を実現するJUnit。
プログラムの主な機能は次のとおり継承JUnitフレームワークの特性をフルに活用、正確なテストが必要なすべての通信および制御ロジックは、基本クラスの全てによって達成することができます。言い換えれば、オリジナルのためのすべての自動化されたテストスイートは、唯一ParentTestの継承のパッケージを追加する必要があります。つまり：あなたは、元のテストケースの実装コードを変更する必要はありません、星雲正確なドッキングテストプラットフォームで実現することができます。ペアリングが完了した後、JUnitテストを実行するプロセスは、テストが自動的に星雲精度テストシステムで作成され、各自動テストコードカバレッジ情報の自動記録します。
：以下は、ベースクラスを拡張ParentTest主な方法の説明であり、溶液は、主に注釈アプローチJUnitフレームワーク自体のために拡張され
、初期化方法一度、実行すべき各試験方法各試験法の前に実行@：@Before後：AfterClass @、現在のクラスのすべてのテストメソッドの前に実行：現在のクラスのすべてのテストメソッドの実行後にBeforeClass @各テストメソッド、後に実行リソースの解放、。実行順序JUnit4のテストユニット：
@BeforeClass - > @Before - > @Test - > @After - > @AfterClass。
したがって、この機能は、他の試験も同様に動作し、ユニットクラスから継承されるが、一般的なクラスのカスタマイズ、注釈タグのカスタマイズのために異なっていてもよいです。異なるバージョンにログインし、テストケースの作成を開始、テストケース注釈を追加することにより、およびコマンドのバージョンの終わりアウトとTTFrontコンポーネントに送信TTとの対話、それは自分自身をテストするテスト手順やユニットのテスト結果には影響を与えません。
TTfrontコマンドを受信した後、ログは、リアルタイムソフトウェアオシロスコープを収集することによってテストケーステストケース実行時間の完了後に作成したユーザ名と対応するバージョンを記録する際にユーザ名試験と一致するデータの一部に対応するテストケースのカバレッジ・データ例を使用しています。TTのテストケースでは、クライアントは、機能コードに対応したテストユニットは、カバレッジとカバレッジで見ることができます。
あなただけが、クラスが作成されたときにユニットテストを自動化し、シームレスなTTドッキングテストすることができParentTestクラスすでに良いパッケージを継承する必要があります。
TT図の実施形態のインタフェース効果にJUnitのユニットテストケース：
1、クラスは、テストケース作成ParentTestから継承
2、ユーザパスワード及びTTサーバIPのバージョンを変更しParentTest項目を
3導入修正パケットに対応する（MVNで例えばプロジェクト）、JavaPaserパッケージが主インスツルメンテーションコードと処理ロジックTT ParentTestクラスへの参照は、ライブラリを必要としなければならない含まれています。
コードが挿入TTを充填することによってテストされる、ノートJUnitの自動化テスト計測コードは、唯一のビジネスロジックコードJUnitテストを計装する必要はありません。
図4は、ユニットテストは、テストケースの実行中に、クライアントが自動的に確立されたTTテストシステムに見られるTTアセンブリオシロスコープ、カバレッジの波形表示のリアルタイム取得を開き、開始されます。TTレンダリングクライアント（試験の生成とカバレッジをテストするために相当）
上記の既存の自動テストフレームワークとシームレスにどのように正確なテストシステムの物語です。JUnitの、他の自動テストフレームワークに加えて、このアイデア（無料トライアルへのログイン星雲のウェブサイトwww.teststars.ccオフライン事業テストセンター）を参照して達成することができます。ドッキングのための正確で自動テストシステムの後、あなたが見ることができなかったブラックボックスのテスト実行状態を自動化することができ、それがパターンとなります。自動テストの実行と計画プロセスの最適化を持続させることができる正確なテスト強力なテストと分析システムは、このプログラムは、業界の問題の高い入出力比のテストを自動化するための効果的な解決策になることができます。