単体テストとは何ですか?

SDLC、STLC、V モデルでは、単体テストは統合テストの前に行われる第 XNUMX レベルのテストです。 単体テストは白ですBox 通常開発者によって実行されるテスト手法。 ただし、実際の世界では、時間切れや開発者がテストに消極的であるため、QA エンジニアも単体テストを行います。

単体テストのビデオ解説

ソフトウェア エンジニアリングにおいて単体テストを実行する主な理由は次のとおりです。

1. 単体テストは、開発サイクルの早い段階でバグを修正し、コストを節約するのに役立ちます。
2. 開発者がテスト コード ベースを理解するのに役立ち、迅速に変更を加えられるようになります。
3. 優れた単体テストはプロジェクトのドキュメントとして機能します
4. 単体テストはコードの再利用に役立ちます。 両方のコードを移行します と テストを新しいプロジェクトに追加します。 テストが再度実行されるまでコードを調整します。

単体テストには XNUMX つのタイプがあります

• マニュアル
• 自動化

単体テストは一般的に自動化されていますが、手動で実行される場合もあります。 ソフトウェア エンジニアリングでは、どちらかが優先されるわけではありませんが、自動化が優先されます。 単体テストへの手動アプローチでは、段階的な説明文書が使用される場合があります。

自動化されたアプローチの下では、

• 開発者は、機能をテストするためだけにアプリケーションにコードセクションを記述します。その後、アプリケーションがデプロイされるときに、テスト コードをコメント アウトして最終的に削除します。
• 開発者は、関数を分離してより厳密にテストすることもできます。 これは、自然な環境ではなく独自のテスト環境にコードをコピー アンド ペーストする、より徹底的な単体テストの実践です。 コードを分離すると、テスト対象のコードと他のユニットまたはデータ空間の間の不要な依存関係を明らかにするのに役立ちます。 製品の中で。 これらの依存関係は削除できます。
• コーダーは通常、UnitTest フレームワークを使用して自動テスト ケースを開発します。 開発者は自動化フレームワークを使用して、テストに基準をコード化し、コードの正しさを検証します。 テスト ケースの実行中、フレームワークは失敗したテスト ケースをログに記録します。 多くのフレームワークは、要約すると、自動的にフラグを立ててレポートします。 失敗したテストケース。 障害の重大度に応じて、フレームワークは後続のテストを停止する場合があります。
• ユニットテストのワークフローは、1) テストケースを作成する 2) Revレビュー/再作業 3) ベースライン 4) テストケースの実行。

単体テストで使用されるコード カバレッジ手法を以下に示します。

• 声明の対象範囲
• 決定事項の範囲
• 支店のカバレッジ
• 条件の適用範囲
• 有限状態マシンの適用範囲

詳細については参照してください https://www.guru99.com/code-coverage.html

単体テストの例: モックオブジェクト

単体テストは、完全なアプリケーションの一部ではないコードのセクションをテストするために作成されるモック オブジェクトに依存します。 モック オブジェクトは、プログラムの不足している部分を埋めます。

たとえば、まだ作成されていない変数またはオブジェクトを必要とする関数があるとします。 単体テストでは、これらは、コードのそのセクションで実行される単体テストの目的のみを目的として作成されたモック オブジェクトの形式で考慮されます。

単体テストツール

ソフトウェア テストにおける単体テストを支援するために利用できる自動単体テスト ソフトウェアがいくつかあります。以下にいくつかの例を示します。

1. ジュニット: Junitは無料で使用できるテストツールです。 Java プログラミング言語。テスト方法を識別するためのアサーションを提供します。このツールは最初にデータをテストし、次にコードの一部に挿入します。
2. Nユニット: NUnit は、すべての .net 言語で広く使用されている単体テスト フレームワークです。これは、スクリプトを手動で作成できるオープンソース ツールです。並列実行できるデータ駆動型テストをサポートします。
3. JMockitGenericName: JMockit はオープンソースの単体テスト ツールです。これは、ラインおよびパス メトリックを備えたコード カバレッジ ツールです。記録および検証構文を使用して API をモックすることができます。このツールは、ライン カバレッジ、パス カバレッジ、およびデータ カバレッジを提供します。
4. EMMA: EMMAは、オープンソースのツールキットで、 Java 言語。Emmaはメソッド、行、基本ブロックなどのカバレッジタイプをサポートしています。 Javaベースなので外部ライブラリに依存せず、ソース コードにアクセスできます。
5. PHPユニット: PHPUnit は、PHP プログラマー向けの単体テスト ツールです。ユニットと呼ばれるコードの小さな部分を取得し、それぞれを個別にテストします。このツールを使用すると、開発者は事前定義されたアサーション メソッドを使用して、システムが特定の方法で動作することをアサートすることもできます。

これらは、利用可能な単体テスト ツールのほんの一部です。 他にもたくさんありますが、特に C言語 と Javaただし、使用する言語に関係なく、プログラミングのニーズに合ったユニット テスト ツールが必ず見つかります。

テスト駆動開発 (TDD) と単体テスト

TDD の単体テストでは、テスト フレームワークを広範囲に使用します。 自動化された単体テストを作成するには、単体テスト フレームワークが使用されます。 単体テスト フレームワークは TDD に固有のものではありませんが、TDD にとって不可欠です。 以下では、TDD が単体テストの世界にもたらすもののいくつかを見ていきます。

• テストはコードの前に書かれます
• テストフレームワークに大きく依存する
• アプリケーション内のすべてのクラスがテストされます
• 迅速かつ簡単な統合が可能になります

単体テストの利点

• ユニットによって提供される機能とその使用方法を知りたい開発者は、ユニット テストを見てユニット API の基本を理解することができます。
• ユニットテストにより、プログラマーは後日コードをリファクタリングし、モジュールが正しく動作することを確認できます（つまり、 回帰試験）。 この手順では、すべての関数とメソッドのテスト ケースを作成し、変更によって障害が発生するたびに、それをすぐに特定して修正できるようにします。
• 単体テストはモジュール形式であるため、他の部分が完了するのを待たずにプロジェクトの一部をテストできます。

単体テストの欠点

• 単体テストでは、プログラム内のすべてのエラーを検出することは期待できません。 最も単純なプログラムであっても、すべての実行パスを評価することは不可能です
• 単体テストはその性質上、コードの単位に焦点を当てます。 したがって、統合エラーや広範なシステム レベルのエラーを捕捉できません。

単体テストは、他のテスト活動と組み合わせて使用​​することをお勧めします。

単体テストのベストプラクティス

• 単体テストのケースは独立している必要があります。 要件の機能強化や変更があった場合でも、単体テスト ケースは影響を受けません。
• 一度にテストできるコードは XNUMX つだけです。
• 単体テストの明確で一貫した命名規則に従ってください。
• モジュール内のコードが変更された場合は、対応するユニットがあることを確認してください。 テストケース モジュールのテストに合格し、実装を変更する前にモジュールがテストに合格する
• 単体テスト中に特定されたバグは、SDLC の次のフェーズに進む前に修正する必要があります。
• 「コードとしてテスト」アプローチを採用します。 テストせずに記述するコードが増えると、エラーをチェックする必要があるパスが増えます。

まとめ

• ユニット テストは、ソフトウェアの個々のユニットまたはコンポーネントがテストされるソフトウェア テストの一種として定義されます。
• ご覧のとおり、ユニット テストには多くの要素が関係します。テスト対象のアプリケーション、および使用するテスト戦略、ツール、および哲学に応じて、ユニット テストは複雑になる場合もあれば、かなり単純になる場合もあります。ユニット テストは、常にある程度必要です。これは間違いありません。