what is software testing life cycle
ソフトウェアテスト：
このチュートリアルでは、ソフトウェアテストの進化について説明します。 ソフトウェアテストのライフサイクル およびに関連するさまざまなフェーズ STLC。
学習内容：
ソフトウェアテストライフサイクル（STLC）の8つのフェーズ
進化：
1960年代のトレンド：
1990年代のトレンド
2000年代のトレンド：
テストの傾向と能力は変化しています。テスターは現在、より技術的でプロセス指向である必要があります。現在のテストは、バグを見つけるためだけに限定されているだけでなく、より広い範囲があり、要件が確定されていないプロジェクトの最初から必要です。
テストも標準化されているので。ソフトウェアの開発にライフサイクルがあるように、テストにもライフサイクルがあります。以降のセクションでは、ライフサイクルとは何か、それがソフトウェアテストとどのように関連しているかについて説明し、詳細を説明します。
始めましょう！
ライフサイクルとは何ですか？
簡単に言うと、ライフサイクルとは、ある形式から別の形式への一連の変更を指します。これらの変更は、有形または無形のものに発生する可能性があります。すべてのエンティティには、開始から廃止/終了までのライフサイクルがあります。
同様に、ソフトウェアもエンティティです。ソフトウェアの開発に一連のステップが含まれるのと同様に、テストにも明確なシーケンスで実行する必要のあるステップがあります。
体系的かつ計画的な方法でテストアクティビティを実行するこの現象は、テストライフサイクルと呼ばれます。
ソフトウェアテストライフサイクル（STLC）とは
ソフトウェアテストのライフサイクルとは、品質目標が達成されていることを確認するために、明確な順序で実行される特定のステップを持つテストプロセスを指します。 STLCプロセスでは、各アクティビティは計画的かつ体系的な方法で実行されます。各フェーズには、異なる目標と成果物があります。組織が異なれば、STLCのフェーズも異なります。ただし、基本は同じです。
以下は、STLCのフェーズです。
- 要件フェーズ
- 計画段階
- 分析フェーズ
- 設計段階
- 実装フェーズ
- 実行フェーズ
- 結論フェーズ
- 閉鎖フェーズ
＃1。 要件フェーズ ：
STLCのこのフェーズでは、要件を分析して調査します。他のチームとブレーンストーミングセッションを行い、要件がテスト可能かどうかを確認してください。このフェーズは、テストの範囲を特定するのに役立ちます。テストできない機能がある場合は、このフェーズでその機能を伝えて、軽減戦略を計画できるようにします。
＃二。 計画段階 ：
Windowsで.apkファイルを開く方法
実際のシナリオでは、テスト計画はテストプロセスの最初のステップです。このフェーズでは、テストの目的を達成するのに役立つアクティビティとリソースを特定します。計画中に、メトリック、それらのメトリックを収集および追跡する方法の特定も試みます。
計画はどのような基準で行われますか？要件のみ？
答えはいいえだ。要件は基本の1つを形成しますが、テスト計画に影響を与える他の2つの非常に重要な要素があります。これらは：
–組織のテスト戦略。
–リスク分析/リスク管理と軽減。
＃3。分析フェーズ：
このSTLCフェーズでは、テストする「何」を定義します。基本的に、要件文書、製品リスク、およびその他のテストベースを通じてテスト条件を特定します。テスト条件は、要件までさかのぼって追跡できる必要があります。
テスト条件の特定に影響を与えるさまざまな要因があります。
–テストのレベルと深さ
–製品の複雑さ
–製品およびプロジェクトのリスク
–関連するソフトウェア開発ライフサイクル。
–テスト管理
–チームのスキルと知識。
–利害関係者の可用性。
テスト条件を詳細に書き留めておく必要があります。たとえば、eコマースWebアプリケーションの場合、「ユーザーは支払いを行える必要がある」というテスト条件を設定できます。または、「ユーザーはNEFT、デビットカード、クレジットカードで支払いを行えるようにする必要があります」と説明することもできます。
詳細なテスト条件を作成することの最も重要な利点は、テストケースがテスト条件に基づいて作成されるため、テストカバレッジが増加することです。これらの詳細により、より詳細なテストケースが作成され、最終的にカバレッジが増加します。
また、テストの終了基準を特定します。つまり、テストを停止する条件を決定します。
＃4。設計段階：
このフェーズでは、テストする「方法」を定義します。このフェーズには、次のタスクが含まれます。
–テスト条件の詳細。テスト条件を複数のサブ条件に分割して、カバレッジを増やします。
–テストデータを特定して取得する
–テスト環境を特定してセットアップします。
–要件のトレーサビリティメトリックを作成する
–テストカバレッジメトリックを作成します。
＃5。実装フェーズ：
このSTLCフェーズの主なタスクは、詳細なテストケースを作成することです。テストケースに優先順位を付け、どのテストケースが回帰スイートの一部になるかを特定します。テストケースを完成させる前に、テストケースの正確さを確認するためにレビューを実行することが重要です。また、実際の実行を開始する前に、テストケースのサインオフを忘れないでください。
プロジェクトに自動化が含まれる場合は、自動化の候補となるテストケースを特定し、テストケースのスクリプト作成に進みます。それらを確認することを忘れないでください！
＃6。 実行フェーズ ：
名前が示すように、これは実際の実行が行われるソフトウェアテストのライフサイクルフェーズです。ただし、実行を開始する前に、入力基準が満たされていることを確認してください。テストケースを実行し、不一致がある場合は欠陥をログに記録します。トレーサビリティメトリックを同時に入力して、進捗状況を追跡します。
＃ 7。 結論フェーズ ：
このSTLCフェーズは、終了基準とレポートに重点を置いています。プロジェクトと利害関係者の選択に応じて、週次レポートなどの日次レポートを送信するかどうかをレポートするかどうかを決定できます。
送信できるレポートにはさまざまな種類（DSR –日次ステータスレポート、WSR –週次ステータスレポート）がありますが、重要な点は、レポートの内容が変更され、誰にレポートを送信するかによって異なります。
プロジェクトマネージャーがテストのバックグラウンドに属している場合は、プロジェクトの技術的な側面に関心があるため、レポートに技術的な事項を含めます（テストケースの合格数、失敗数、発生した欠陥、重大度1の欠陥など）。
ただし、上位の利害関係者に報告する場合は、技術的な事柄に関心がない可能性があるため、テストによって軽減されたリスクについて報告してください。
＃8。閉鎖フェーズ：
閉鎖活動のタスクは次のとおりです。
–テストの完了を確認します。すべてのテストケースが意図的に実行または軽減されているかどうか。重大度1の欠陥が開かれていないことを確認します。
–教訓会議を行い、教訓文書を作成します。 （何がうまくいったか、どこが改善の範囲で、何が改善できるかを含めてください）
結論
ソフトウェアテストのライフサイクル（STLC）をまとめてみましょう。
| S.No | フェーズ名 | エントリー基準 | 実行されたアクティビティ | 成果物 |
|---|---|---|---|---|
| 7 | 結論 | テストケースを結果で更新 閉鎖条件をテストする | 正確な数値とテスト結果を提供する 軽減されるリスクを特定する | 更新されたトレーサビリティメトリック テスト概要レポート 更新されたリスク管理レポート |
| 1 | 要件 | 要件仕様書 アプリケーション設計ドキュメント ユーザー受け入れ基準文書 | 要件のブレインストーミングを行います。要件のリストを作成し、疑問を明確にします。 テスト可能かどうかにかかわらず、要件の実現可能性を理解します。 プロジェクトで自動化が必要な場合は、自動化の実現可能性調査を行ってください。 | RUD（要件理解ドキュメント。 実現可能性レポートのテスト 自動化実現可能性レポート。 |
| 二 | 計画 | 要件ドキュメントを更新しました。 テスト実現可能性レポート「 自動化実現可能性レポート。 | プロジェクトの範囲を定義する リスク分析を行い、リスク軽減計画を作成します。 テスト見積もりを実行します。 全体的なテスト戦略とプロセスを決定します。 ツールとリソースを特定し、トレーニングの必要性を確認します。 環境を特定します。 | テスト計画文書。 リスク軽減文書。 テスト見積もり文書。 |
| 3 | 分析 | 更新された要件ドキュメント テスト計画文書 リスク文書 テスト見積もり文書 | 詳細なテスト条件を特定する | テスト条件のドキュメント。 |
| 4 | 設計 | 更新された要件ドキュメント 試験条件文書 | テスト条件を詳しく説明します。 テストデータを特定する トレーサビリティ指標を作成する | 詳細な試験条件文書 要件のトレーサビリティメトリック カバレッジメトリックをテストする |
| 5 | 実装 | 詳細な試験条件文書 | テストケースを作成して確認します。 自動化スクリプトを作成して確認します。 回帰と自動化の候補となるテストケースを特定します。 テストデータを特定/作成する テストケースとスクリプトのサインオフを取ります。 | テストケース テストスクリプト テストデータ |
| 6 | 実行 | テストケース テストスクリプト | テストケースを実行する 不一致の場合はバグ/欠陥をログに記録する ステータスを報告する | テスト実行レポート 欠陥レポート テストログと欠陥ログ 要件のトレーサビリティメトリックを更新 |
| 8 | 閉鎖 | テスト閉鎖条件 テスト概要レポート | ふりかえりの会合を行い、学んだ教訓を理解する | 学んだ教訓文書 テストマトリックス テスト終了レポート。 |
ハッピーテスト!!
推奨読書
- 最高のソフトウェアテストツール2021 (QAテスト自動化ツール)
- ソフトウェアテストQAアシスタントジョブ
- ソフトウェアテストコース：どのソフトウェアテスト機関に参加する必要がありますか？
- キャリアとしてのソフトウェアテストの選択
- ソフトウェアテストテクニカルコンテンツライターフリーランサーの仕事
- いくつかの興味深いソフトウェアテストのインタビューの質問
- ソフトウェアテストコースのフィードバックとレビュー
- ソフトウェアテストの欠陥/バグライフサイクルとは何ですか？欠陥ライフサイクルチュートリアル