软件测试与软件开发过程的关系实用教案

1、2.1 软件产品组成(z chn) 1.软件产品(chnpn)需要各种开发投入 2.客户需求 3.产品(chnpn)说明 4.设计文档 5.测试文档 6.开发进度 7.软件产品(chnpn)的其他组成部分第1页/共24页第一页，共24页。2.2 软件开发项目组 软件项目经理 系统设计师 程序员 软件测试员/测试师 技术制作、用户助手、用户培训(pixn)员、手册编写和文件档案专员 结构管理和制作人员第2页/共24页第二页，共24页。 软件开发过程中存在各种复杂因素，为了解决由此而带来的种种问题，软件开发者们经过多年的摸索，给出了多种实现软件工程(run jin n chn)的方式软件过程模型。

2、 2.3 软件过程(guchng)模型第3页/共24页第三页，共24页。大爆炸式开发模式(SKIP)边写边改模式(SKIP)瀑布过程模型(mxng)螺旋过程模型(mxng)增量过程模型(mxng)极限编程（XP） (SKIP)等第4页/共24页第四页，共24页。 瀑布过程模型反映了人们早期对软件工程的认识水平，是人们所熟悉的一种(y zhn)线性思维的体现。 瀑布过程模型强调阶段的划分及其顺序性、各阶段工作及其文档的完备性，是一种(y zhn)严格线性的、按阶段顺序的、逐步细化的开发模式，如图2-1所示。 2.3.1 瀑布过程(guchng)模型第5页/共24页第五页，共24页。图2-1 瀑布

3、过程(guchng)模型 第6页/共24页第六页，共24页。 螺旋过程模型的基本思路是，依据前一个版本(bnbn)的结果构造新的版本(bnbn)，这个不断重复迭代的过程形成了一个螺旋上升的路径，如图2-2所示。2.3.2 螺旋过程(guchng)模型第7页/共24页第七页，共24页。图2-2 螺旋过程(guchng)模型 第8页/共24页第八页，共24页。 有些时候可能会用一种几乎连续的过程小幅度地推进项目(xingm)，这就是增量过程模型，如图2-3所示。 2.3.3 增量(zn lin)过程模型第9页/共24页第九页，共24页。 增量 日历时间 分析 编码 测试 增量 1 交付客户 设计

4、分析 设 计 编码 测试 增量 2 交付客户 分析 设计 编码 测试 增量 3 交付客户 分析 设计 编码 测试 增量 n 交付客户 图2-3 增量过程(guchng)模型 第10页/共24页第十页，共24页。 对于软件测试与软件开发过程之间的关系，套用固定(gdng)的模型不是聪明之举。比如“程序设计”与“测试”之间的关系，习惯上总以为程序设计在先，测试在后，如下图（a）所示。而对于一些复杂的程序，将测试分为同步测试与总测试更有效，如下图（b）所示。2.4 软件测试与软件开发过程(guchng)的关系第11页/共24页第十一页，共24页。 （a）程序设计在先测试在后 （b）测试分为同步测试与

5、总测试 程序设计 测 试 程序设计 同步测试 总测试 程序设计与测试(csh)的关系 第12页/共24页第十二页，共24页。 现在还有一种全新的软件开发模式以测试驱动软件开发思想 软件测试是贯穿于软件开发过程的。软件生存周期的各个阶段中都少不了相应的测试，软件生存周期各个阶段的测试分别对应于软件测试过程中的单元测试、集成测试、系统测试和确认测试，如下图所示。这种对应关系有利于软件开发过程的管理(gunl)和软件质量的控制。第13页/共24页第十三页，共24页。 需求分析单元测试集成测试确认测试编 码软件设计需求分析说明书确认测试集成测试单元测试源程序代码详细设计说明书概要设计说明书 软件测试与

6、软件开发的关系(gun x) 第14页/共24页第十四页，共24页。2.5 软件开发对应(duyng)的测试过程规格规格(gug)(gug)定义定义设计设计(shj)(shj)编码编码系统测试系统测试集成测试集成测试单元测试单元测试用户需求用户需求验收测试验收测试回归测试配置管理配置管理缺陷跟踪缺陷跟踪 第15页/共24页第十五页，共24页。软件测试的三个阶段(jidun) 初测阶段 细测阶段 回归测试阶段 在集成测试的功能冻结(dngji)和代码冻结(dngji)期间主要是进行回归测试。第16页/共24页第十六页，共24页。 单元测试：Unit Testing 目标： 检验程序最小单元有无错

7、误 接口、数据结构、边界、覆盖、逻辑 检验单元编码与设计是否吻合 时机： 编码完成后，首先要实施的测试 方法： 静态测试 白盒测试 责任(zrn)： 开发工程师第17页/共24页第十七页，共24页。测试(csh)过程-集成测试(csh) 集成测试：Integration Testing 目标： 检验组成系统的模块接口有无错误 代码(di m)实现的系统设计与需求定义是否吻合 时机： 主要的单元测试完成后，经常与单元测试同步进行 方法： 黑盒测试 责任： 开发工程师 测试工程师第18页/共24页第十八页，共24页。测试(csh)过程-系统测试(csh) 系统测试：System Testing 目

8、标： 检验组成整个系统的代码、以及系统的软硬件配合有无错误 代码实现的系统与用户需求是否吻合 检验系统的文档等各种( zhn)是否完整、有效 模拟验收测试的要求，检查系统是否符合用户的验收标准 时机： 多数集成测试完成后 方法： 黑盒测试 责任： 测试工程师第19页/共24页第十九页，共24页。测试(csh)过程-稳定期测试(csh) 系统测试：System Testing 稳定期测试 目标： 度量是否可以结束测试 时机： 传统的系统测试完成后 方法(fngf)： 黑盒测试 责任： 测试工程师第20页/共24页第二十页，共24页。测试(csh)过程-验收测试(csh) 验收测试(csh)：Ac

9、ceptance Testing 目标： 使客户验收签字 系统是否符合事先约定的验收标准 时机： 系统测试(csh)完成后，在项目组看来开发和测试(csh)工作已经全部完成，可以交付使用 方法： 黑盒测试(csh) 责任： 产品经理或其他高级经理 开发工程师 测试(csh)工程师 用户第21页/共24页第二十一页，共24页。测试过程(guchng)-回归测试 回归测试：Regression Testing 目标： 验证程序修改(xigi)或者版本更新以后，以前正确的功能和其他指标仍旧正确。 时机： 每次错误修改(xigi)之后，或者版本更新之后 方法： 白盒测试/黑盒测试 责任： 开发工程师 测试工程师第22页/共24页第二十二页，共24页。测试(csh)过程-缺陷跟踪 缺陷跟踪：Defect Tracing 目标： 确保所有发现的错误(cuw)被正确记录