ユニットテスト
1. [強制]良いユニットテストは、AIRの原則を遵守しなければなりません。
説明：存在しますが、品質保証テストでは、それは非常に重要ですしないよう、オンライン空気（AIR）のような感じをユニットテストを実行しています。
良いユニットテストマクロレベルでは、自動化され、独立して、特性を繰り返すことができます。
⚫A：自動（オートメーション）⚫I：インディペンデント（独立）⚫R：反復（繰り返し）
2.【力】ユニットテストは完全に自動実行と非対話型です。テストは通常、定期的に行われ、実装プロセスは完全に意味のある自動化されなければなりません。出力テストは、手動検査は、良いユニットテストではありませんが必要です。System.outは人間の肉を確認するテストユニットを使用することができ、確認するためにアサートしなければなりません。
3.ユニットテストの独立性を維持するために、[強制します]。安定性と信頼性の高いユニットテストを確保し、簡単にお互いを呼び出すことはできませんユニットテストの間維持するために、我々は実行の順序に依存することはできません。アンチ例：入力として、実行結果をmethod1にに頼る方法2の必要性、方法2を実行します。
[4]ユニットテスト力は、外部環境の影響を受けない、繰り返し実行されます。説明：ユニットテストは通常、継続的インテグレーションでユニットテストのコードのチェックが実行されるたびに配置されます。依存外部環境（ネットワークサービス、ミドルウェアなど）の単一の測定は、簡単に継続的な統合メカニズムにつながらない場合。正例：外部環境からの影響を与えるために、SUTの依存性注入にコードを配置するために設計者を必要とし、局所注射（メモリ）DIと試験フレームにおけるこのスプリングモックを実装または実現。
[5]ユニットテスト力、ヘルプのテストが問題を特定することを確実にするために十分に小さい粒子サイズのために。せいぜい、単一のクラスレベルの粒径を測定し、この方法は、一般レベルです。説明：だけ小さなサイズのテストは、できるだけ早くエラー位置にエラーを見つけます。単一の測定は、クロスチェックの相互作用ロジッククラスや統合テストの分野でクロスシステム、責任を負いません。
[6]強制コアビジネス、コアアプリケーション、コアモジュール増分コードは、ユニットテストを確実にします。説明：新しいコードは、元のユニットテストに影響を与えている場合は、新しいは、コードのユニットテストを補充、修正をしてください。
次のように7. [必須]ユニットテストコードは、プロジェクトディレクトリに書き込む必要があります：SRC /テスト/ javaのは、ビジネスディレクトリ内のコードを記述することはできません。説明：このディレクトリには、ソースコードをコンパイルするときにスキップして、このディレクトリのデフォルトのスキャンユニットテストフレームワーク。
[8]基本オブジェクトユニットは試験推奨：70％のステートメントカバレッジを、ステートメントコアモジュールのカバレッジ分岐カバレッジ100％注意すべき：アプリケーション層でDAOが制定法の層状構造が記載されている、マネージャー層、高サービス再利用可能なユニットテストを行うべきです。Javaの開発マニュアル44分の29
9.品質テストモジュールの配信を保証するために、ライトユニットテストコードコンプライアンスBCDE原理に[推奨]。
⚫B：環状境界、特別な値、特定の時点、データ・シーケンスなどを含む境界線、境界値テスト、。
⚫C：正しい、正しい入力、及び期待される結果。
⚫D：デザイン、ライト・ユニットテストの設計文書と組み合わせます。
⚫E：エラー、強制エラー入力（例：不正なデータ、例外処理、などの外部のトラフィックを許可）、および期待される結果。
10.データベース関連のクエリの、更新、削除、等[推奨]、我々は、データベース内のデータが存在すると仮定することができない、またはデータベースの直接操作は、データに挿入され、データを準備するモードまたはインポートデータ挿入プログラムを使用します。反例：ユニットテストは、データベース内の削除手動で直接標的としての行の最初の増加をデータの行を削除するが、ビジネスのこのラインは、異常な試験結果が得られ、新しいデータ挿入ルールを満たしていません。
11. [推奨]およびデータベース単体テストは、あなたが自動ロールバックメカニズムを設定することができ、データベースへのダーティデータは発生しません。あるいは、テストデータ生成部は、接頭辞と接尾辞の明確な識別を持っています。正例：企業のインテリジェント分割をテストする内部単位、接頭ENTERPRISE_INTELLIGENCE _UNIT_TEST_ユニットの使用は、関連するコードを識別するためにテストします。
コードは、非標準書き込みテスト・コードを達成するために、測定避ける試験要件となるように[12]については、必要なコードは、適切なタイミングで予測できない再構成されていることを確認することをお勧め。
推奨設計審査段階で、テスターと開発者が一緒に試験範囲決意部に必要[13]は、試験ユニットは、好ましくは、すべてのテストケースに覆われています。
プロジェクトは、テストが解除後補助ユニットテストプロジェクトを推奨していない述べ前に、品質保証の手段として14 [推奨]ユニットテストは、ユニットテストが完了する。
より簡単にユニットテストするためには参考文献[15]は、サービスコードは避けるべきです。
過度の⚫コンストラクタが行います。あまりにも多くのグローバル変数と静的メソッドは⚫あります。⚫あまりにも多くの外部依存関係があります。⚫条件文のあまりがあります。説明：マルチレイヤは条件文魏文の、戦略パターン、状態パターンなど復興の使用をお勧めします。16. [参照]は、ユニットテストの誤解がない。⚫試験学生が行うことになります。本稿では、マニュアルの開発で、この記事のすべての内容が強く、学生の開発に関連しています。⚫ユニットテストコードは不要です。各単位セルのテストシステムの全体的な機能が正常かどうか、強く相関しています。⚫ユニットテストコードは、メンテナンスを必要としません。1年ほどした後、セルは、ほとんどの状態をテスト破棄されます。⚫ユニットテストや断層線は弁証法的な関係ではありません。失敗を避けるためには良いユニットテストラインの最大。