软件测试--生命周期和模型

软件危机和软件工程

软件危机

是指落后的软件生产方式方法无法满足迅速增长的计算机软件需求，从而导致软件开发或者维护过程中出现一系列严重问题的现象。

（网状、层次、关系）数据库

软件工程

基于软件危机对于计算机发展的阻碍，1968年，在联邦德国召开的国际会议上，北大西洋公约组织的计算机科学家讨论软件危机的问题。提出了软件工程这个名词，从此软件生产进入工程化时代。

软件工程包括两个方面的内容：

软件开发技术：软件开发方法学、软件工具和软件工程环境。

软件项目管理：软件质量、项目估算、进度控制、人员组织、配置管理、项目计划。

 

引起软件危机的主要问题是软件质量问题

软件工程主要解决的就是软件质量问题

软件测试是软件质量管理体系中一个非常重要的手段

 

软件生命周期

生命周期模型

需求分析  --  需求规格说明书

概要设计  --  架构文档

详细设计  --  详设文档

编码  --  源代码

测试  --  测试报告

验收  --  产品上线

软件生命周期模型

瀑布模型

最早提出软件开发的过程模型

存在的问题：

1. 强调时间顺序的严格执行；前面阶段不完成，后面阶段无法开始；
2. 将测试放在了编码之后，没有体现出测试贯穿软件生命周期的原则。可以避免需求类的问题一直到代码完成之后才发现。

优点：

1. 为项目提供了按阶段划分的检查点
2. 当前一个阶段完成后，只需要去关注后续阶段

缺点：

1. 各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量。
2. 线性开发，用户等到整个过程的末期才能见到开发成果，从而增加了开发风险。
3. 瀑布模型不适用用户需求的变化

 

快速原型模型

应用领域越来越多

原型：就是一个模型，可以模拟操作，简单运行

典型的应用和工具：Axure--制作原型

工作流程：产品经理->客户->开发人员->

 

增量模型

把一个软件分割成独立的模块；分批次的完成和交互。

缺点：打破原有的软件结构和框架可能会带来一定的风险。

增量模型一般会和迭代模型一起运用。

软件增加了新功能。

本次更新优化了...；修复了某些已知bug；

（迭代优化，增量增加）

 

迭代模型

迭代包括产生产品发布的全部开发活动和要使用该发布必需的所有其他元素，强调开发的深入。

在某种程度上，开发迭代是一次完整的经过所有工作流程的过程：需求分析、设计、实施和测试工作流程。

优点：

1. 降低在一个增量上的开发风险。
2. 降低了产品无法按照规定进度进入市场的风险。
3. 加快了整个开发工作的进度。
4. 迭代过程这种模式使适应需求的变化会更容易些。

 

螺旋模型

螺旋模型是一种演化软件开发过程模型，它兼顾了快速原型的迭代特性以及瀑布的系统化与严格监控。

引入了其他模型不具备的风险分析，使软件在无法排除重大风险时有机会停止，以减小损失。

落选模型更适合大型的昂贵系统级的软件应用。

 

敏捷模型

敏捷宣言，也叫做敏捷软件开发宣言，正式宣布了对四种核心价值和十二条原则，可以指导迭代的以人为中心的软件开发方法。