メニュー

ビルド検証テスト（BVTテスト）完全ガイド

build verification testing complete guide

問題を排除するために楽器を試してください

ビルド検証テスト（BVT）とは何ですか？

ビルド検証テストは、新しいビルドごとに実行される一連のテストであり、ビルドがテスト可能であることを確認してから、テストチームにリリースしてさらにテストします。

Windows7用のパスワードクラッキングツール

これらのテストケースは、アプリケーションが安定していて徹底的にテストできることを保証するコア機能テストケースです。通常、BVTプロセスは自動化されています。 BVTが失敗した場合、そのビルドは修正のために開発者に再度割り当てられます。

ビルド検証テスト（BVTテスト）

BVTは スモークテスト または受け入れテスト（BAT）を構築します

新しいビルドは、主に2つの点でチェックされます。

  • ビルド検証
  • 受け入れを構築する

いくつかのBVTの基本：

  • これは、主な機能を検証するテストのサブセットです。
  • BVTは通常、デイリービルドで実行され、BVTが失敗した場合、ビルドは拒否され、修正が行われた後に新しいビルドがリリースされます。
  • BVTの利点は、主要な機能が壊れたときにビルドをセットアップしてテストするテストチームの労力を節約できることです。
  • 基本的な機能をカバーするのに十分注意深くBVTを設計します。
  • 通常、BVTは30分を超えて実行しないでください。
  • BVTはの一種です 回帰試験 、すべての新しいビルドで実行されます。

BVTは主にプロジェクトの整合性をチェックし、すべてのモジュールが適切に統合されているかどうかをチェックします。モジュール統合テストは、さまざまなチームがプロジェクトモジュールを開発するときに非常に重要です。モジュールの不適切な統合が原因でアプリケーションが失敗するケースをたくさん耳にしました。最悪の場合でも、モジュール統合の失敗により、プロジェクト全体が廃棄されます。

ビルドリリースの主なタスクは何ですか？ 明らかに、「チェックイン」をファイルします。つまり、それぞれのビルドに関連付けられたすべての新規および変更されたプロジェクトファイルを含めます。 BVTは主に、初期ビルドの状態をチェックするために導入されました。つまり、すべての新規ファイルと変更されたファイルがリリースに含まれている、すべてのファイル形式が正しい、すべてのファイルバージョンと言語、各ファイルに関連付けられているフラグをチェックするために導入されました。

これらの基本的なチェックは、テストのためにテストチームにリリースをビルドする前に価値があります。 BVTを使用する最初の段階でビルドの欠陥を発見することで、時間とお金を節約できます。

どのテストケースをBVTに含める必要がありますか？

これは、BVTタスクを自動化する前に行う非常に難しい決定です。 BVTの成功は、BVTに含めるテストケースに依存することに注意してください。

ここに含めるべきいくつかの簡単なヒントがあります テストケース BVT Automation Suiteの場合：

  • 重要なテストケースのみをBVTに含めます。
  • BVTに含まれるすべてのテストケースは安定している必要があります。
  • すべてのテストケースは、期待される結果を知っている必要があります。
  • 含まれているすべての重要な機能テストケースが、アプリケーションテストカバレッジに十分であることを確認してください。

また、まだ安定していないモジュールをBVTに含めないでください。一部の開発中の機能では、これらのモジュールが不安定であり、これらの不完全なモジュールをテストする前にいくつかの既知の障害を知っている可能性があるため、予想される動作を予測できません。 BVTでそのようなモジュールやテストケースを使用しても意味がありません。

プロジェクトの開発とテストのライフサイクルに関係するすべての人と通信することで、この重要な機能のテストケースを含めるタスクを簡単にすることができます。このようなプロセスでは、BVTテストケースをネゴシエートする必要があります。これにより、最終的にBVTの成功が保証されます。いくつかのBVT品質基準を設定します。これらの基準は、主要なプロジェクトの機能とシナリオを分析することによってのみ満たすことができます。

広告なしのアンドロイドのための最高のmp3ダウンローダー

例えば、 テキストエディタアプリケーションのBVTに含まれるテストケース （一部のサンプルテストのみ）：

  • テキストファイルを作成するためのテストケース。
  • テキストエディタに何かを書き込むためのテストケース
  • テキストエディタのコピー、切り取り、貼り付け機能のテストケース
  • テキストファイルを開く、保存する、削除するためのテストケース。

これらはいくつかのサンプルテストケースであり、「クリティカル」としてマークすることができ、アプリケーションのマイナーまたはメジャーの変更ごとに、これらの基本的なクリティカルテストケースを実行する必要があります。このタスクは、BVTによって簡単に実行できます。

BVT自動化スーツは、随時維持および変更する必要があります。例えば。新しい安定したプロジェクトモジュールが利用可能になったときに、BVTにテストケースを含めます。

BVTスイートを実行するとどうなりますか？

新しいビルドの後に実行されたビルド検証自動化テストスイートと言います。
＃1） BVT実行の結果は、そのプロジェクトに関連付けられているすべての電子メールIDに送信されます。
＃二） BVT所有者（BVTスイートを実行および保守する人）は、BVTの結果を検査します。
＃3） BVTに障害が発生した場合、BVTの所有者は障害の原因を診断します。
＃4） 失敗の原因がビルドの欠陥である場合、失敗ログを含むすべての関連情報がそれぞれの開発者に送信されます。
＃5） 最初の診断の開発者は、失敗の原因についてチームに返信します。これが本当にバグかどうか？そして、それがバグの場合、彼のバグ修正シナリオはどうなるでしょうか。
＃6） バグ修正時にもう一度BVTテストスイートが実行され、ビルドがBVTに合格すると、ビルドはテストチームに渡され、機能、パフォーマンス、およびその他の詳細なテストが行​​われます。

このプロセスは、新しいビルドごとに繰り返されます。

BVTまたはビルドが失敗したのはなぜですか？

BVTは時々壊れます。これは、ビルドに常にバグがあるという意味ではありません。テストケースのコーディングエラー、自動化スイートエラー、インフラストラクチャエラー、ハードウェア障害など、ビルドが失敗する理由は他にもいくつかあります。
BVTブレークの原因のトラブルシューティングを行い、診断後に適切なアクションを実行する必要があります。

BVTを成功させるためのヒント：

＃1） BVTテストケーススクリプトの作成にかなりの時間を費やしてください。
＃二） BVTの合格または不合格の結果を診断するために、できるだけ詳細な情報をログに記録します。これは、開発者チームがデバッグし、障害の原因をすばやく知るのに役立ちます。
＃3） BVTに含める安定したテストケースを選択します。新しい機能の場合、新しい重要なテストケースがさまざまな構成で一貫して合格する場合は、BVTスイートでこのテストケースを宣伝します。これにより、新しい不安定なモジュールやテストケースが原因で頻繁にビルドが失敗する可能性が低くなります。
＃4） BVTプロセスを可能な限り自動化します。ビルドリリースプロセスからBVT結果まで、すべてを自動化します。
＃5） ビルドを壊した場合はいくつかのペナルティがあります;-)ビルドを壊した開発者からのチョコレートやチームコーヒーパーティーで十分です。

新入生向けのJavaインタビュープログラムpdf

結論

BVTは、新しいビルドのために毎回実行される一連の回帰テストケースに他なりません。これはスモークテストとも呼ばれます。 BVTが合格しない限り、ビルドはテストチームに割り当てられません。

BVTは開発者またはテスターが実行でき、BVTの結果はチーム全体に伝達され、BVTが失敗した場合は、バグを修正するための即時アクションが実行されます。 BVTプロセスは通常、テストケースのスクリプトを作成することで自動化されます。

重要なテストケースのみがBVTに含まれています。これらのテストケースは、アプリケーションテストのカバレッジを保証する必要があります。 BVTは、毎日のビルドだけでなく、長期のビルドにも非常に効果的です。これにより、時間、コスト、リソースが大幅に節約され、結局、不完全なビルドに対するテストチームのフラストレーションがなくなります。

BVTプロセスの経験がある場合は、以下のコメントで読者と共有してください。

推奨読書

^