- 1、本文档共24页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第二章 软件测试与软件开发过程的关系及测试过程第一页,共二十四页。2.1 软件产品组成1.软件产品需要各种开发投入2.客户需求3.产品说明4.设计文档5.测试文档6.开发进度7.软件产品的其他组成部分第二页,共二十四页。2.2 软件开发项目组软件项目经理系统设计师程序员软件测试员/测试师技术制作、用户助手、用户培训员、手册编写和文件档案专员结构管理和制作人员第三页,共二十四页。 2.3 软件过程模型 软件开发过程中存在各种复杂因素,为了解决由此而带来的种种问题,软件开发者们经过多年的摸索,给出了多种实现软件工程的方式——软件过程模型。第四页,共二十四页。大爆炸式开发模式(SKIP)边写边改模式(SKIP)瀑布过程模型螺旋过程模型增量过程模型极限编程(XP) (SKIP)等第五页,共二十四页。2.3.1 瀑布过程模型 瀑布过程模型反映了人们早期对软件工程的认识水平,是人们所熟悉的一种线性思维的体现。 瀑布过程模型强调阶段的划分及其顺序性、各阶段工作及其文档的完备性,是一种严格线性的、按阶段顺序的、逐步细化的开发模式,如图2-1所示。 第六页,共二十四页。图2-1 瀑布过程模型 第七页,共二十四页。2.3.2 螺旋过程模型 螺旋过程模型的基本思路是,依据前一个版本的结果构造新的版本,这个不断重复迭代的过程形成了一个螺旋上升的路径,如图2-2所示。第八页,共二十四页。图2-2 螺旋过程模型 第九页,共二十四页。2.3.3 增量过程模型 有些时候可能会用一种几乎连续的过程小幅度地推进项目,这就是增量过程模型,如图2-3所示。 第十页,共二十四页。图2-3 增量过程模型 第十一页,共二十四页。2.4 软件测试与软件开发过程的关系 对于软件测试与软件开发过程之间的关系,套用固定的模型不是聪明之举。比如“程序设计”与“测试”之间的关系,习惯上总以为程序设计在先,测试在后,如下图(a)所示。而对于一些复杂的程序,将测试分为同步测试与总测试更有效,如下图(b)所示。第十二页,共二十四页。程序设计与测试的关系 第十三页,共二十四页。 现在还有一种全新的软件开发模式——以测试驱动软件开发思想 软件测试是贯穿于软件开发过程的。软件生存周期的各个阶段中都少不了相应的测试,软件生存周期各个阶段的测试分别对应于软件测试过程中的单元测试、集成测试、系统测试和确认测试,如下图所示。这种对应关系有利于软件开发过程的管理和软件质量的控制。第十四页,共二十四页。 软件测试与软件开发的关系 第十五页,共二十四页。2.5 软件开发对应的测试过程用户需求验收测试规格定义系统测试回归测试设计集成测试编码单元测试配置管理缺陷跟踪 第十六页,共二十四页。软件测试的三个阶段初测阶段细测阶段回归测试阶段 在集成测试的功能冻结和代码冻结期间主要是进行回归测试。第十七页,共二十四页。单元测试:Unit Testing目标:检验程序最小单元有无错误接口、数据结构、边界、覆盖、逻辑检验单元编码与设计是否吻合时机:编码完成后,首先要实施的测试方法:静态测试白盒测试责任:开发工程师第十八页,共二十四页。测试过程-集成测试集成测试:Integration Testing目标:检验组成系统的模块接口有无错误代码实现的系统设计与需求定义是否吻合时机:主要的单元测试完成后,经常与单元测试同步进行方法:黑盒测试责任:开发工程师测试工程师第十九页,共二十四页。测试过程-系统测试系统测试:System Testing目标:检验组成整个系统的代码、以及系统的软硬件配合有无错误代码实现的系统与用户需求是否吻合检验系统的文档等各种是否完整、有效模拟验收测试的要求,检查系统是否符合用户的验收标准时机:多数集成测试完成后方法:黑盒测试责任:测试工程师第二十页,共二十四页。测试过程-稳定期测试系统测试:System Testing稳定期测试目标:度量是否可以结束测试时机:传统的系统测试完成后方法:黑盒测试责任:测试工程师第二十一页,共二十四页。测试过程-验收测试验收测试:Acceptance Testing目标:使客户验收签字系统是否符合事先约定的验收标准时机:系统测试完成后,在项目组看来开发和测试工作已经全部完成,可以交付使用方法:黑盒测试责任:产品经理或其他高级经理开发工程师测试工程师用户第二十二页,共二十四页。测试过程-回归测试回归测试:Regression Testing目标:验证程序修改或者版本更新以后,以前正确的功能和其他指标仍旧正确。时机:每次错误修改之后,或者版本更新之后方法:白盒测试/黑盒测试责任:开发工程师测试工程师第二十三页,共二十四页。测试过程-缺陷跟踪缺陷跟踪:Defect Tracing目标:确保所有发现的错误被正确记录、分发、评估、关闭、统计时机:从错误发现开始到错误关闭为止,每
文档评论(0)