logo

ソフトウェア テスト ライフ サイクル (STLC)

ソフトウェア テストの手順は、テスト プロセスのフェーズを含む STLC (ソフトウェア テスト ライフ サイクル) とも呼ばれます。テスト プロセスは、綿密に計画され、体系的に実行されます。すべての活動は、ソフトウェア製品の品質を向上させるために行われます。

STLC のさまざまなステップを見てみましょう。

ソフトウェア テストのライフ サイクルには次の手順が含まれます。

  1. 要件分析
  2. テスト計画の作成
  3. 環境設定
  4. テストケースの実行
  5. 欠陥のログ記録
  6. テストサイクルの終了
ソフトウェアテストのライフサイクル

要件分析:

手動テスト手順の最初のステップは要件分析です。このフェーズでは、テスターがSDLC(ソフトウェア開発ライフサイクル)の要件文書を分析し、クライアントが提示した要件を検討します。要件を検討した後、テスターはソフトウェアが要件を満たしているかどうかを確認するテスト計画を作成します。

参加基準 活動内容 成果物
テスト計画の要件仕様の計画には、アプリケーション アーキテクチャのドキュメントと明確に定義された承認基準が利用可能である必要があります。 すべての要件と質問のリストを準備し、テクニカル マネージャー/リーダー、システム アーキテクチャ、ビジネス アナリスト、およびクライアントから解決を受けます。
実行するすべての種類のテスト (パフォーマンス、機能、セキュリティ) のリストを作成します。
テスト環境の詳細のリストを作成します。これには、テスト ケースを実行するために必要なツールがすべて含まれている必要があります。
テスト可能な要件に必要なすべてのテストのリストとテスト環境の詳細

テスト計画の作成:

テスト計画の作成は、すべてのテスト戦略が定義される STLC の重要な段階です。テスターは、プロジェクト全体の推定労力とコストを決定します。このフェーズは、 要件分析フェーズ 。このフェーズで提供されるテスト戦略と作業量の見積もりドキュメント。テスト計画の作成が正常に完了したら、テスト ケースの実行を開始できます。

参加基準 活動内容 成果物
要件文書 ソフトウェアの目的と範囲を定義します。
テストに関係するメソッドをリストアップします。
テストプロセスの概要。
テスト環境の整備。
試験スケジュールと管理手順の準備。
役割と責任の決定。
テストの成果物をリストアップし、リスクがある場合は定義します。
テスト戦略ドキュメント。
テスト作業量の見積もりドキュメントは、このフェーズの成果物です。

環境設定:

テスト環境のセットアップは独立したアクティビティであり、テスト環境のセットアップと同時に開始できます。 テストケースの開発 。環境なしではテストは不可能であるため、これは手動テスト手順の重要な部分です。環境セットアップには、テスト環境を作成するために必須のソフトウェアとハ​​ードウェアのグループが必要です。テスト チームは、テスト環境のセットアップには関与せず、テスト環境を作成する上級開発者は関与しません。

参加基準 活動内容 成果物
テスト戦略とテスト計画の文書。
テストケースのドキュメント。
テストデータ。
要件仕様を分析して、ソフトウェアとハ​​ードウェアのリストを作成します。
テスト環境のセットアップ後、スモーク テスト ケースを実行して、テスト環境の準備が整っているかどうかを確認します。
実行レポート。
不具合報告。

テストケースの実行:

テスト ケースは、テスト計画が正常に完了した後に実行されます。このフェーズでは、テスト チームがケースの開発と実行活動を開始します。テストチームは詳細なテストケースを書き留め、必要に応じてテストデータも準備します。準備されたテスト ケースは、チームの同僚メンバーまたは品質保証リーダーによってレビューされます。

RTM (Requirement Traceability Matrix) もこのフェーズで作成されます。要件トレーサビリティ マトリックスは、要件を追跡するために使用される業界レベルの形式です。各テスト ケースは要件仕様にマッピングされます。 RTM 経由で後方および前方トレーサビリティを実行できます。

彼らは歌手です
参加基準 活動内容 成果物
要件文書 テストケースの作成。
テストケースの実行。
要件に応じたテスト ケースのマッピング。
テスト実行結果。
機能一覧と不具合の詳細説明。

欠陥のログ:

テスターと開発者は、テスト範囲、品質、消費時間、コスト、重要なビジネス目標に基づいてソフトウェアの完了基準を評価します。この段階では、ソフトウェアの特性と欠点が決まります。テスト ケースとバグ レポートは徹底的に分析され、欠陥の種類と重大度が検出されます。

欠陥ロギング分析は主に、重大度とタイプに応じた欠陥の分布を見つけるために機能します。欠陥が検出された場合、ソフトウェアは欠陥を修正するために開発チームに戻され、その後ソフトウェアはテストのあらゆる側面で再テストされます。

テスト サイクルが完全に完了すると、テスト終了レポートとテスト指標が準備されます。

参加基準 活動内容 成果物
テストケースの実行レポート。
不具合報告
テスト範囲、品質、消費時間、コスト、重要なビジネス目標に基づいてソフトウェアの完了基準を評価します。
欠陥ロギング分析では、種類と重大度で分類して欠陥の分布を見つけます。
閉店レポート
テスト指標

テストサイクルの終了:

テスト サイクル終了レポートには、ソフトウェアの設計、開発、テスト結果、および欠陥レポートに関連するすべての文書が含まれます。

このフェーズでは、同じ仕様のソフトウェアが存在する場合に、将来これらの手法を使用するために、開発戦略、テスト手順、起こり得る欠陥を評価します。

参加基準 活動内容 成果物
ソフトウェアに関連するすべての文書とレポート。 開発戦略、テスト手順、将来同じ仕様のソフトウェアがある場合にこれらの手法を使用するために起こり得る欠陥を評価します。 テスト終了レポート