Stlc-test-planning

提供:Dev Guides
移動先:案内検索

STLC-テスト計画

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

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

テスト計画には以下が含まれます。

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

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

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

  • 理想的には、テストアナリスト(リード)/マネージャーがテスト戦略/テスト計画文書を準備します。
  • 分析は、アプリケーション関連のデータ/情報により重点を置いています。
  • これは、実際のテストタスクの最初のフェーズです。
  • このフェーズでは、「テストする対象」および「テストに必要なリソース」に回答します。
  • このフェーズの基本的な入力基準は、要件トレーサビリティマトリックスと一緒に要件ドキュメント(不明確/欠落/明確化された要件の更新バージョン)を提供することです。
  • 自動化が範囲内にある場合、このフェーズに入る前に、自動化実現可能性レポートを準備する必要があります。
  • このフェーズの終了基準は、テスト戦略/テスト計画ドキュメントとテスト作業量の見積もりドキュメントの完成です。

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

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

成果物の範囲

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

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

工数見積もり

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

見積もりにより、特定のシステムまたは製品を構築するのにどれだけのお金、労力、リソース、時間がかかるかが決まります。 推定はに基づいています-

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

テスト推定の4つの基本的な手順は次のとおりです-

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

リソースプラン

リソース計画は、テスト段階の重要な要素です。 これらの計画は、テストチームが特定のタスクを完了するのにかかる時間に反比例します。 リソースの数を増やしても、一定の制限の完了までの日数は減りますが、その後はリソースが飽和し、リソースを増やしても大きな影響はなく、完了日数が減らない可能性があります。

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

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

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