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