Stlc-requirement-analysis

STLC-要件分析

要件分析はSTLCの最初のフェーズであり、SRD/SRSがテストチームと共有されるとすぐに開始されます。 STLCの要件分析を理解するために、次の点を考慮しましょう。

• このフェーズのエントリ基準は、SRS（ソフトウェア要件仕様）の提供です。また、アプリケーションアーキテクチャが便利であることも推奨されます。
• このフェーズでは、QAチームは、テスト対象とテスト方法をより高いレベルで分析します。
• QAチームは、要件を理解するためにクエリや説明が必要な場合に、ビジネスアナリスト、システムアーキテクチャ、クライアント、テストマネージャー/リードなどのさまざまな利害関係者をフォローアップします。
• 要件は、パフォーマンス、セキュリティ、ユーザビリティなどのように機能的または非機能的である場合があります。 または機能的および非機能的の両方。
• このフェーズの終了基準は、RTM文書、自動化実現可能性レポート、および要件にさらに具体的に当てはまる場合は質問のリストを完成させることです。

要件分析のために実行されるアクティビティ

このフェーズでQAチームが実行する3つの主要なアクティビティがあります。 アクティビティは以下で説明されています。

スコープの定義

QAチームは、テストの範囲を高レベルで特定し、さまざまな機能モジュールに分割します。 チームは、実行に必要なテストの種類（煙テスト、健全性テスト、機能テスト、回帰テストなど）も特定します。 QAチームは、テストが実行されることになっている前提条件と環境の詳細を分析します。 チームは、テストの優先順位に関する詳細を収集し、検証するモジュールのシーケンスに焦点を当てます。 また、モジュールが矛盾し、機能が他のモジュールと一緒に引き継がれない場合の要件の欠陥も識別します。

RTMを準備する

要件トレースは、要件と、それらの要件を実装および検証するために開発された作業成果物との間のリンクを文書化するプロセスです。 RTMは、要件分析ですべての要件を追跡し、単一のドキュメントに記録します。 これらはすべて、ライフサイクルの終わりに提供されます。

マトリックスは、プロジェクトの範囲と生成される成果物の基礎となるため、プロジェクトの最初に作成されます。

Matrixは、成果物の出力を調べることで要件を前方に追跡し、製品の特定の機能に対して指定されたビジネス要件を確認することで要件を追跡するため、双方向です。

自動化分析

要件フェーズでは、QAチームが回帰テストの自動化の範囲を分析します。 自動化がスコープに追加される場合、チームは、使用可能なツール、自動化としてカバーされる機能、自動化開発に関係する時間枠およびリソース割り当てを決定します。 この分析が完了すると、QAチームは自動化実現可能性レポートをさまざまな関係者に提供し、サインオフを提供します。