STLC-テスト計画

テスト計画は、アプリケーションのテストに使用される戦略、使用されるリソース、テストが実行されるテスト環境、およびテストの制限とテストアクティビティのスケジュールの概要を示します。通常、品質保証チームリーダーは、テスト計画の作成を担当します。

テスト計画には何が含まれていますか?

テスト計画には、次のものが含まれます。

  • テスト計画ドキュメントの概要。
  • アプリケーションのテスト中の仮定。
  • アプリケーションのテストに含まれるテストケースのリスト。
  • テストする機能のリスト。
  • ソフトウェアのテスト中に使用される一種のアプローチ。
  • テストが必要な成果物のリスト。
  • アプリケーションのテストに割り当てられたリソース。
  • テストプロセス中に関連するリスク。
  • 達成すべきタスクとマイルストーンのスケジュール。

テスト計画の重要なポイント

STLCのテスト計画では、次の点を考慮する必要があります。

  • 理想的には、テストアナリスト(リード)/マネージャーがテスト戦略/テスト計画文書を作成します。

  • 分析は、アプリケーション関連のデータ/情報に重点を置いています。

  • これは、実際のテストタスクの最初のフェーズです。

  • このフェーズでは、「何をテストするか」と「どのリソースをテストする必要があるか」に回答します。

  • このフェーズの基本的な入力基準は、要件トレーサビリティマトリックスとともに要件ドキュメント(不明確/欠落/明確化された要件の更新バージョン)の提供です。

  • 自動化の範囲内にある場合は、このフェーズに入る前に自動化実現可能性レポートを作成する必要があります。

  • このフェーズの終了基準は、テスト戦略/テスト計画ドキュメントとテスト作業見積もりドキュメントの完了です。

テスト計画フェーズの側面

このフェーズの主な目的は、テスト計画/テスト戦略ドキュメントを準備することです。これには、成果物の範囲、労力の見積もり、およびリソース計画の3つの主要な側面が含まれます。

成果物の範囲

成果物の範囲を結論付けるには、次のアクティビティを実行する必要があります-

  • 適切なエンゲージメントと配信モデルを特定します。
  • テストの目的、テストの範囲、テストのフェーズおよびアクティビティを定義します。
  • ビジネス要件とシステム要件を確認して、テストの実現可能性を特定します。
  • テストプロセス、テストの種類、および手順を定義します。
  • 欠陥管理と変更管理の手順を定義します。
  • テストツール、手法、およびベストプラクティスを特定します。
  • リスク分析を定義します。
  • 自動化ソリューションを定義し、該当する場合は自動化に適した候補を特定します。

労力の見積もり

推定とは、入力データが不完全、不確実、または不安定な場合でも、何らかの目的で使用できる値である推定または近似を見つけるプロセスです。

見積もりによって、特定のシステムまたは製品を構築するのにかかる費用、労力、リソース、および時間が決まります。見積もりは以下に基づいています-

  • 過去のデータ/過去の経験
  • 利用可能なドキュメント/知識
  • Assumptions
  • 特定されたリスク

テスト見積もりの​​4つの基本的なステップは次のとおりです。

  • AUT(テスト対象アプリケーション)のサイズの見積もり。
  • 人月または人時間での労力の見積もり。
  • 暦月のスケジュールの見積もり。
  • 合意された通貨でのプロジェクトコストの見積もり。

リソースプラン

リソース計画は、テストフェーズの重要な要素です。これらの計画は、テストチームが特定のタスクを完了するのにかかる時間に反比例します。リソースの数を増やすと、一定の制限の完了日数が減少し、その後は飽和状態になります。リソースの増加はあまり影響を与えず、完了日数の減少につながらない可能性があります。

リソースリクエスター(通常はプロジェクトマネージャー)は、リソースを要求し、労力とコストを追跡するためのリソース計画を作成します。リソースマネージャは、プランが使用される前にリソースプランを変更および承認できます。

リソースプランの通常のワークフローは次のとおりです。

  • プロジェクトマネージャーによる計画
  • プロジェクトマネージャーからのリクエスト
  • リソースマネージャーによる承認/変更/拒否
  • 完了-リソースマネージャーによるサインオフ後にリクエストを閉じる