软件测试原理与方法-ch1.ppt

* * * * * * * * * * * * * * * 软件产品的组成（续） 6、开发进度表 系统最终交付日期已经确定，软件开发部门必须在规定期限内完成 系统最终交付日期只确定了大致的年限，最后交付日期由软件开发部门确定 Gantt图中横坐标表示时间，纵坐标表示任务，图中的水平线段表示对一个任务的进度安排，线段的起点和钟点对应在横坐标上的时间分别表示该任务的开始时间和结束时间，线段的长度表示完成该任务所需的时间。 7、软件产品组成部分 （1）程序代码 （2）帮助文件 （3）用户手册 （4）样本和示例 （5）标签 6）产品支持信息 （7）图表和标志 （8）错误信息 （9）广告与宣传材料 （10）软件的安装 （11）软件说明文件 （12）测试错误提示信息 软件开发项目组 项目管理经理：全程负责整个软件项目的开发。 系统设计师：设计整个系统构架或软件构思。 程序员：负责设计、编写程序，并修改软件中的缺陷。 软件测试员/测试师：负责找出并报告软件产品的问题，与开发组密切合作，进行测试并报告发现的问题。 技术制作、用户助手、用户培训员、手册编写和文件档案专员：负责编写软件产品附带的文件和联机文档 。 结构管理和制作人员：负责将程序员编写的全部文档资料合并成一个软件包 。 软件开发基本过程 软件开发的基本过程可以分为需求分析、设计、编码、测试和 维护阶段，即通常所说的“传统生命周期”，也就是“瀑布模型”。 软件开发基本过程 需求分析: 根据客户的要求，清楚了解客户需求中的产品功 能、特性、性能、界面和具体规格等，然后进行 分析，确定软件产品所能达到的目标。 设计: 根据需求分析的结果，考虑如何在逻辑、程序上去实 现所定义的产品功能、特性等，可以分为概要设计和 详细设计，也可分为数据结构设计、软件体系结构设 计、应用接口设计、模块设计、界面设计等。 编程: 将设计转换成计算机可读的形式。 测试: 对设计、编程进行验证和用户需求确认的过程。 维护：维持软件运行，修改软件缺陷、增强已有功能、增加 功能、升级等。 软件开发模型 1. 瀑布模型 2. 原型模型 3. 快速应用开发(RAD)模型 4. 改进的V模型 5. 螺旋模型 6. 增量模型和迭代模型 瀑布法 瀑布模式是将软件生命周期的各项活动，规定为按照固定顺序相连的若干个阶段性工作，形如瀑布流水，最终得到软件产品。 优点：易于理解；调研开发的阶段性；强调早期计划及需求调查；确定何时能够交付产品及何时进行评审与测试。 缺点：需求调查分析只进行一次，不能适应需求变化；顺序的开发流程，使得开发中的经验教训不能反馈到该项目的开发中去；不能反映出软件开发过程的反复与迭代性；没有包含任何类型的风险评估；开发中出现的问题直到开发后期才能够显露，因此失去及早纠正的机会。 问题定义 分析研究 需求分析 软件设计 编码 测试 维护 定义阶段 开发阶段 维护阶段 瀑布开发模式 快速原型法 根据客户需求在较短的时间内解决用户最迫切解决的问题，完成可演示的产品。这个产品只实现最重要功能，在得到用户的更加明确的需求之后，原型将丢弃。 需求分析 原型开发 原型评价 最终设计 系统实现 用户反馈 图1-6 快速原型开发模式 快速应用开发(RAD) 模型（P6） RAD开发模式 V模型 图1-8 V型开发模式 螺旋模式法 螺旋模式是瀑布模式与边写边改演化模式相结合，并加入风险评估所建立的软件开发模式。 主要思想是在开始时不必详细定义所有细节，而是从小开始，定义重要功能，尽量实现，接受客户反馈，进入下一阶段，并重复上述过程，直到获得最终产品。 每一螺旋（开发阶段）包括5个步骤：①确定目标，选择方案和限制条件。 ②对方案风险进行评估，并能解决风险。 ③进行本阶段的开发和测试。 ④计划下一阶段。 ⑤确定进入下阶段的方法。 优点：严格的全过程风险管理；强调各开发阶段的质量；提供机会评估项目是否有价值继续下去。 螺旋开发模式 详细设计 风险分析 评估方案 累计成本 提交线 制定计划 原型1 原型2 原型3 可运行 原型 风险分析 风险分析 需求计划 开发计划 集成与测试 软件 需求 软件产品设计 需求 确定 设计 确定 实现 编码 单元测试 集成测试 验收测试 阶段开发模型 软件分阶段开发示意图 增量和迭代模型 增量开发 迭代开发 软件分阶段增量和迭代示意图 软件测试学科的发展 从测试的思想导向来划分为4个阶段: 1957～1978年，以功能验证为导向，测试是证明软件是正确的（正向思维）。