ソフトウェアのライフサイクル
软件立项
|
可行性研究
|
需求分析
|
概要设计
|
详细设计
|
编码实现
|
单元测试
|
集成测试
|
系统测试
|
验收测试
|
运行维护
ソフトウェアからプロジェクト全体のテスト評価 - 「受け入れテストのプロセス全体
ソフトウェア開発プロセス
ウォーターフォールモデル
- 計画
- 要求分析
- ソフトウェア設計
- プログラミング
- ソフトウェアのテスト
- タイムリーなメンテナンス
これは、ウォーターフォールモデルの典型的なもので、最後のセッションの出力は、作業の次の段階が、遅すぎるテストに関わる仕事を入力することで、反復をサポートしていません。
ラピッドプロトタイピングモデル
素早くビルドはプロトタイプソフトウェアは、開発者がユーザーとの合意に到達するためにあなたが問題を理解し、明確化することができますように、実行することができ、最終的に顧客満足度のソフトウェア製品の開発は、ユーザーのニーズに基づいて決定されます。
- ラピッドプロトタイピングモデルは、機能の全部または一部を表示するために使用される、要求分析フェーズでプロトタイプソフトウェアシステムの急速な発展を可能にします
- プロトタイプのテスト評価のユーザー、特定の改善、詳細なソフトウェア要件
- このモデルは、事前デマンドソフトウェアシステム開発の正確な定義に適合しません
長所：、ウォーターフォールモデルの欠点を克服するため、ソフトウェアの要件に起因する不確実性への開発リスクを軽減します
短所：開発手法やツールの選択は、開発の主流に沿ったものである必要はなく、連続的な変化と相まって、システムアーキテクチャの迅速なビルドアップが貧弱な製品の品質につながります
インクリメンタルモデル
増分モデルコンポーネントとして開発されるモジュラーソフトウェアシステム、モジュールの各増分であり、その結果、バッチ分析、設計、インクリメンタル符号化及びこれらの構成要素のテスト
、ウォーターフォールモデル、増分モデルに対して開発者は、ユーザーに1回に全体のソフトウェア製品を提出する必要はありませんが、提出バッチに分割することができます
利点：
- プログレスソフトウェア製品がバッチで配信することができ、ユーザーがソフトウェアプロジェクトに遅れないようすることができます
- コンポーネント単位は、ソフトウェア開発の開発のためのリスクを軽減します
- より柔軟な開発するため
の制限を： - ソフトウェア製品は、バッチで配信することができ
- モジュラーソフトウェアシステムであることを開発します
- プロジェクトマネージャーの高い要件は、全体のレベルを把握します
反復モデル
イテレーションは、他のすべての周辺素子公開しているすべての開発活動の製品リリース（安定し、製品の実行可能バージョン）を生成し、使用に含ま
：方法では、それはすべてのワークフロープロセスを通じて完全な開発の繰り返しであります要件分析、設計、実装、テストのワークフロー
利点：
- これは、増分支出のリスクを軽減します
- 製品のリスクがスケジュール通りに市場に参入することはできません削減
- 開発作業の進捗状況をスピードアップ
- ユーザーのニーズと、もはや最初に需要のより実用的な変化になる反復プロセスの完全な定義を作成するには
テストプロセス
ソフトウェアのテストと独自のプロセスモデルの開発については、ソフトウェアのテストプロセスは、抽象モデルは、ソフトウェア・テストの標準プロセスが含まれている必要がありますなどの要件分析、テスト計画、テスト設計、テスト実行、テストの概要を、
Vモデル
用户需求 验收测试
| |
需求分析与系统 系统测试
| |
概要设计 集成测试
| |
详细设计 单元测试
| |
编码
利点：開発サイクルの短縮による開発と同時にテストするために、テスト段階に対応するプロセスの開発との関係を説明する
デメリットを：初期のテストの原則を反映していません
Wモデル
用户需求 验收测试设计
| |
需求分析与系统设计 确认与系统测试设计 验收 验收测试
| | | |
概要设计 集成测试设计 实施 确认测试与系统测试
| | | |
详细设计 单元测试设计 集成 集成测试
| |
编码 单元测试
利点：
- テストおよび開発活動を同時に行います
- テスト・オブジェクトは、プログラムだけでなく、要件や設計だけでなく、
- ソフトウェア開発費の中の欠陥の早期発見
の制限事項：
ワットモデル、要件、設計、コーディング、およびシリアルのための他の活動と同様に、直線的な関係、最後のイベントの終わりを維持するために、テストと開発、次の活動開始へ
Hモデル
测试准备 ------》 测试就绪点 -------->测试执行---》【测试流程】
|
-----------------------》-------------------------》其他流程
利点：
- 時間モデル試験活動は、独立して、完全に別個のプロセスを形成します
- 限り試験条件が熟していると、私たちは活動のテストを開始することができます
- Hモデルは、その初期のテストを示し、早期実施
注：テストのプロセスのより良い発展には順序wは、我々は通常+ hの試験モデルを使用します
テストプロセスの経営理念
- 初期のテスト
-すぐに、できるだけ早く、できるだけ、テスト計画などのテストを実行するためにテストプログラムとテストの準備を開発するプロジェクトに関わるソフトウェアテスター
の仕事にできるだけ早くとして、単体テストで始まります- - 包括的なテスト
-すべての製品については、要件、設計ドキュメント、コード、ユーザマニュアルなどを含めた総合的なソフトウェアテスト、実施して
、ソフトウェア開発者とテスターがテスト作業に関与することを- - テストの全体のプロセス
-テスト担当者は、開発プロセスの変化に対応し、開発プロセスへの完全な注意を払う必要があり
、テストトラックの全体のプロセスを- - インディペンデントは、反復テスト
-テストのプロセスが独立しており、長い条件が熟していると、テストの準備活動が完了したとして、テスト実行活動を行うことができる
-と同時に、上記の考え方に従って、テストは、スタンドアローンのプロセス管理として使用します
