比較-STLCとSDLC
この章では、STLCとSDLCの比較の要因を理解します。 次の点を考慮して、STLCとSDLCを比較してみましょう。
- STLCはSDLCの一部です。 STLCはSDLCセットのサブセットであると言えます。
- STLCは、ソフトウェアまたは製品の品質が保証されるテスト段階に限定されます。 SDLCは、ソフトウェアまたは製品の完全な開発において非常に重要な役割を果たします。
- ただし、STLCはSDLCの非常に重要なフェーズであり、最終製品またはソフトウェアはSTLCプロセスを経ることなくリリースできません。
- STLCは、既知の欠陥が修正されるか、ソフトウェアに新しい機能が追加されるSDLCのメンテナンスフェーズであるリリース後/更新サイクルの一部でもあります。
次の表は、フェーズに基づいてSDLCとSTLCを比較する要因を示しています-
Phase
|
SDLC
|
STLC
|
Requirement Gathering
|
- Business Analystは要件を収集します。
- 開発チームが要件を分析します。
- 高レベルの後、開発チームはアーキテクチャと設計の観点から分析を開始します。
|
- テストチームがSRDドキュメントをレビューおよび分析します。
- テスト要件を特定します-範囲、検証、および検証のキーポイント。
- さまざまなモジュール間の論理的および機能的な関係の要件を確認します。 これは、早い段階でギャップを特定するのに役立ちます。
|
Design
|
- SDLCのアーキテクチャは、要件に基づいてソフトウェアの高レベルおよび低レベルの設計を開発するのに役立ちます。
- Business Analystは、UIデザインのモッカーに取り組んでいます。
- 設計が完了すると、利害関係者によって承認されます。
|
- STLCでは、通常、テストアーキテクトまたはテストリードがテスト戦略を計画します。
- テストポイントを識別します。
- リソースの割り当てとスケジュールはここで確定します。
|
Development
|
- 開発チームがソフトウェアの開発を開始します。
- 異なるシステムと統合します。
- すべての統合が完了すると、すぐにテストできるソフトウェアまたは製品が提供されます。
|
- テストチームがテストシナリオを作成して、製品の品質を検証します。
- 予想される動作とともに、すべてのモジュールの詳細なテストケースが作成されます。
- ここでは、テストモジュールの前提条件とエントリと終了の基準を示します。
|
Environment Set up
|
- 開発チームは、検証するために開発された製品でテスト環境をセットアップします。
|
- テストチームは、前提条件に基づいてセットアップされた環境を確認します。
- 煙テストを実行して、テスト対象の製品に対して環境が安定していることを確認します。
|
Testing
|
- 実際のテストはこのフェーズで実行されます。 これには、単体テスト、統合テスト、システムテスト、欠陥の再テスト、回帰テストなどが含まれます。
- 開発チームは、報告されたバグがある場合は修正し、再テストのためにテスターに送り返します。
- UATテストは、SITテストからサインオフした後、ここで実行されます。
|
- システム統合テストは、テストケースに基づいて開始されます。
- 報告された欠陥は、もしあれば、再テストおよび修正されます。
- ここで回帰テストが実行され、終了基準を満たした製品はサインオフされます。
|
Deployment/Product Release
|
- さまざまなテストチームからサインオフを受け取ると、実際のエンドユーザー向けにアプリケーションがprod環境にデプロイされます。
|
- 製品がデプロイされるとすぐに、実稼働環境での煙と健全性のテストがここで完了します。
- テストレポートとマトリックスの準備は、テストチームが製品を分析するために行われます。
|
Maintenance
|
- 展開後のサポート、拡張機能、更新プログラム(存在する場合)について説明します。
|
- このフェーズでは、テストケース、リグレッションスーツ、および自動化スクリプトの保守が、機能強化と更新に基づいて行われます。
|