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

ソフトウェアテストのライフサイクル

ソフトウェア テスト ライフ サイクル (STLC) とは何ですか?

ソフトウェア テスト ライフ サイクル (STLC) ソフトウェアの品質目標が達成されていることを確認するために、テスト プロセス中に実行される一連の特定のアクティビティです。 STLC には、検証と検証の両方のアクティビティが含まれます。 一般に信じられていることに反して、ソフトウェア テストは単なる単一の/分離されたアクティビティ、つまりテストではありません。 これは、ソフトウェア製品の認定を支援するために方法論的に実行される一連のアクティビティで構成されます。 STLC はソフトウェア テスト ライフ サイクルの略です。

STLC フェーズ

すべてのソフトウェア テスト ライフ サイクル モデル (STLC モデル) には、次の 6 つの主要なフェーズがあります。

STLC フェーズ
STLC モデルのフェーズ
  1. 要件分析
  2. テスト計画
  3. テストケース開発
  4. テスト環境のセットアップ
  5. テストの実行
  6. テストサイクルの終了

これらの各段階には、明確な開始基準と終了基準、それに関連するアクティビティと成果物があります。

STLC の開始基準と終了基準とは何ですか?

  • エントリー基準: 開始基準には、テストを開始する前に完了する必要がある前提条件項目が示されています。
  • 終了基準 終了基準は、テストを完了する前に完了する必要がある項目を定義します。

ソフトウェア テスト ライフ サイクル (STLC) のすべてのレベルに開始基準と終了基準があります。

理想的な世界では、前のステージの終了基準が満たされるまで、次のステージに進むことはできません。 しかし実際には、これは常に可能であるとは限りません。 したがって、このチュートリアルでは、STLC ライフサイクルのさまざまな段階のアクティビティと成果物に焦点を当てます。 それらを詳しく見てみましょう。

ソフトウェアテストにおける STLC に関するビデオ

要件フェーズのテスト

要件フェーズのテスト 要件分析とも呼ばれます。テスト チームがテストの観点から要件を調査してテスト可能な要件を特定し、QA チームが要件を詳細に理解するためにさまざまな関係者と対話する場合があります。 要件は機能的である場合もあれば、非機能的である場合もあります。 テスト プロジェクトの自動化の実現可能性もこの段階で行われます。

要件フェーズのテストの活動

  • 実行するテストの種類を特定します。
  • テストの優先順位と重点に関する詳細を収集します。
  • 準備 要件トレーサビリティマトリックス(RTM).
  • テストが実行される予定のテスト環境の詳細を特定します。
  • 自動化の実現可能性分析 (必要な場合)。

要件フェーズテストの成果物

  • RTM
  • 自動化の実現可能性レポート。 (該当する場合)

STLC でのテスト計画

STLC でのテスト計画 上級 QA マネージャーが、プロジェクトの作業量とコストの見積もりとともにテスト計画戦略を決定するフェーズです。 さらに、リソース、テスト環境、テストの制限、テストのスケジュールも決定されます。 テスト計画は同じフェーズで準備され、最終化されます。

テスト計画活動

  • 各種テストのテスト計画書・戦略書の作成
  • テストツールの選択
  • テスト工数の見積もり
  • リソースの計画と役割と責任の決定。
  • トレーニング要件

テスト計画の成果物

テストケース開発フェーズ

当学校区の テストケース開発フェーズ テスト計画の準備ができた後のテスト ケースとテスト スクリプトの作成、検証、再作業が含まれます。 当初は、 テストデータ 特定され、作成およびレビューされ、前提条件に基づいて再加工されます。 その後、QA チームが個々のユニットのテスト ケースの開発プロセスを開始します。

テストケース開発活動

  • テスト ケース、自動化スクリプト (該当する場合) を作成します。
  • Revレビューとベースラインのテストケースとスクリプト
  • テストデータの作成(テスト環境がある場合)

テストケース開発の成果物

  • テストケース/スクリプト
  • テストデータ

テスト環境のセットアップ

テスト環境のセットアップ 作業成果物をテストするソフトウェアとハ​​ードウェアの条件を決定します。 これはテスト プロセスの重要な側面の XNUMX つであり、テスト ケース開発フェーズと並行して実行できます。 開発チームがテスト環境を提供する場合、テスト チームはこのアクティビティに関与しない場合があります。 テスト チームは、特定の環境の準備状況チェック (スモーク テスト) を行う必要があります。

テスト環境のセットアップ作業

  • 必要なアーキテクチャ、環境設定を理解し、テスト環境のハードウェアおよびソフトウェア要件リストを準備します。
  • テスト環境とテストデータのセットアップ
  • ビルドでスモークテストを実行する

テスト環境セットアップの成果物

  • テストデータをセットアップして環境を準備
  • 煙テストの結果。

テスト実行フェーズ

テスト実行フェーズ テスターに​​よって実行され、作成されたテスト計画とテスト ケースに基づいてソフトウェア ビルドのテストが行​​われます。 このプロセスは、テスト スクリプトの実行、テスト スクリプトのメンテナンス、バグ報告で構成されます。 バグが報告された場合は、修正のために開発チームに戻され、再テストが実行されます。

テスト実行アクティビティ

  • 計画通りにテストを実行する
  • テスト結果を文書化し、失敗したケースの欠陥を記録する
  • RTM で欠陥をテスト ケースにマッピングする
  • 再テストしてください 欠陥 修正
  • 欠陥を追跡して解決する

テスト実行の成果物

  • 完了した RTM と実行ステータス
  • テストケースが結果とともに更新されました
  • 欠陥報告

テストサイクルの終了

テストサイクルの終了 フェーズはテスト実行の完了であり、これにはテスト完了レポート、テスト完了マトリックスおよびテスト結果の収集などのいくつかのアクティビティが含まれます。 テスト チームのメンバーは、現在のテスト サイクルから教訓を得て、将来実装する必要がある戦略を特定するために、テストの成果物に会い、議論し、分析します。 その目的は、将来のテスト サイクルに向けてプロセスのボトルネックを取り除くことです。

テストサイクル終了アクティビティ

  • 時間、テスト範囲、コスト、ソフトウェア、重要なビジネス目標、品質に基づいてサイクル完了基準を評価します
  • 上記のパラメータに基づいてテスト指標を準備します。
  • プロジェクトから得た学びを文書化する
  • テスト終了レポートの準備
  • 作業成果物の品質を顧客に定性的および定量的に報告します。
  • テスト結果を分析して、種類と重大度ごとに欠陥の分布を調べます。

テストサイクル終了の成果物

  • テスト終了レポート
  • テストメトリクス

STLC フェーズと開始基準および終了基準

STLCステージ エントリー基準 アクティビティXNUMX 終了基準 成果
要件分析
  • 利用可能な要件ドキュメント (機能的および非機能的の両方)
  • 受け入れ基準が定義されています。
  • アプリケーションアーキテクチャドキュメントが利用可能です。
  • ビジネス機能を分析して、ビジネス モジュールとモジュール固有の機能を把握します。
  • モジュール内のすべてのトランザクションを識別します。
  • すべてのユーザー プロファイルを特定します。
  • ユーザー インターフェイス/認証、地理的分散要件を収集します。
  • 実行するテストの種類を特定します。
  • テストの優先順位と重点に関する詳細を収集します。
  • 要件の準備 トレーサビリティマトリクス (RTM)。
  • テストが実行される予定のテスト環境の詳細を特定します。
  • 自動化の実現可能性分析 (必要な場合)。
  • RTM をサインオフしました
  • クライアントによって承認されたテスト自動化実現可能性レポート
  • RTM
  • 自動化実現可能性レポート (該当する場合)
テスト計画
  • 要件文書
  • 要件トレーサビリティ マトリックス。
  • テスト自動化の実現可能性に関するドキュメント。
  • 利用可能なさまざまなテストアプローチを分析する
  • 最適なアプローチを最終決定する
  • 各種テストのテスト計画書・戦略書の作成
  • テストツールの選択
  • テスト工数の見積もり
  • リソースの計画と役割と責任の決定。
  • 承認されたテスト計画/戦略文書。
  • 工数見積もり文書が承認されました。
  • テスト計画/戦略文書。
  • 労力見積もりドキュメント。
テストケース開発
  • 要件文書
  • RTM とテスト計画
  • 自動化分析レポート
  • テスト ケース、テスト設計、自動化スクリプトの作成 (該当する場合)
  • Revレビューとベースラインのテストケースとスクリプト
  • テストデータの作成
  • Rev閲覧および署名されたテストケース/スクリプト
  • Rev閲覧および署名されたテストデータ
  • テストケース/スクリプト
  • テストデータ
テスト環境のセットアップ
  • システム設計とアーキテクチャのドキュメントが利用可能
  • 環境構築プランあり
  • 必要なアーキテクチャ、環境設定を理解する
  • ハードウェアおよびソフトウェアの開発要件リストを作成する
  • 接続要件を最終決定する
  • 環境設定チェックリストの準備
  • テスト環境とテストデータのセットアップ
  • ビルドでスモークテストを実行する
  • スモークテストの結果に応じてビルドを承認/拒否します
  • 環境設定は計画とチェックリストに従って機能しています
  • テストデータの設定が完了しました
  • 発煙テストは成功しました
  • テストデータをセットアップして環境を準備
  • 煙テストの結果。
テストの実行
  • ベースライン化された RTM、 テスト計画 、テストケース/スクリプトが利用可能です。
  • テスト環境が準備できました
  • テストデータの設定が完了しました
  • テスト対象のビルドの単体テスト/統合テスト レポートが利用可能です
  • 計画通りにテストを実行する
  • テスト結果を文書化し、失敗したケースの欠陥を記録する
  • 必要に応じて、テスト計画/テスト ケースを更新します。
  • RTM で欠陥をテスト ケースにマッピングする
  • 欠陥修正を再テストする
  • 回帰テスト アプリケーションの
  • 欠陥を追跡して解決する
  • 計画されたすべてのテストが実行される
  • 欠陥が記録され、閉鎖まで追跡される
  • 完了した RTM と実行ステータス
  • テストケースが結果とともに更新されました
  • 欠陥報告
テストサイクルの終了
  • テストは完了しました
  • テスト結果が入手可能です
  • 欠陥ログが利用可能です
  • サイクル完了基準を以下に基づいて評価します – 時間、 テストカバレッジ、コスト、ソフトウェア品質、重要なビジネス目標
  • 上記のパラメータに基づいてテスト指標を準備します。
  • プロジェクトから得た学びを文書化する
  • テスト終了レポートの準備
  • 作業成果物の品質を顧客に定性的および定量的に報告します。
  • テスト結果の分析により、タイプおよび重大度ごとに欠陥の分布を特定します。
  • クライアントによるテスト終了レポートの承認
  • テスト終了レポート
  • テストメトリクス