- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
任务14:软件测试策略本讲提纲软件应用生命周期软件应用测试策略应用测试过程模型软件测试的原则软件应用生命周期(1/13)软件开发流程依据一定的原则,可以把软件生命周期划分为若干不同阶段相邻的阶段既相互区别又相互联系每个阶段都以其前一阶段的工作成果作为本阶段工作的基础软件生命周期的划分有助于软件开发和管理人员根据不同阶段的特点进行软件开发及其管理软件应用生命周期(2/13)软件开发流程与测试的关系需求分析阶段引入的软件缺陷是最多的软件测试人员需要审核需求规格说明书,检查有没有任何遗漏的地方,有没有与客户需求不相符的地方,找出偏差,并与需求工程师沟通,修改需求规格说明书软件缺陷的 80/20 原则 从需求分析开始到集成测试阶段引入测试手段,能发现所有缺陷的 80%系统测试阶段引入测试手段,能发现剩余缺陷的 80%在运行维护阶段经过大量的长时间运行软件后,能够发现剩余 4%的缺陷软件应用生命周期(3/13)软件需求软件需求包含着多个层次,不同层次的需求从不同角度与不同程度反映着细节问题IEEE 的定义:用户通过软件解决问题或达到目标所需的条件或权能(Capability);系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能;一种反映上面所描述的条件或权能的文档说明。需求是指明必须实现什么的规格说明,它描述了系统的行为、特性或属性,是在开发过程中对系统的约束软件应用生命周期(4/13)需求的层次业务需求:反映了组织机构或客户对系统、产品高层次的目标要求;用户需求:描述了用户使用产品必须要完成的任务;功能需求:定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求;非功能需求:产品必须遵从的标准、规范和合约外部界面的具体细节性能要求设计或实现的约束条件及质量属性软件应用生命周期(5/13)需求实例:字处理程序业务需求:用户能有效地纠正文档中的拼写错误用户需求:能找出文档中的拼写错误并通过一个提供的替换项列表来供选择替换拼错的词功能需求找到并高亮度提示错词的操作显示提供替换词的对话框实现整个文档范围的替换软件应用生命周期(6/13)需求说明的特征完整性正确性可行性必要性无二义性 可验证性划分优先级软件应用生命周期(7/13)软件设计——概要设计系统分析员审查软件计划、软件需求分析提供的文档,提出候选的最佳推荐方案,用系统流程图,组成系统物理元素清单,成本效益分析,系统的进度计划,供专家审定,审定后进入设计。 确定模块结构,划分功能模块,将软件功能需求分配给所划分的最小单元模块。确定模块间的联系,确定数据结构、文件结构、数据库模式,确定测试方法与策略编写概要设计说明书、用户手册、测试计划,选用相关的软件工具来描述软件结构(如结构图),选择分解功能与划分模块的设计原则,例如模块划分独立性原则、信息隐蔽原则等软件应用生命周期(8/13)软件设计——详细设计为每个模块确定采用的算法,选择某种适当的工具表达算法的过程,写出模块的详细过程性描述确定每一模块使用的数据结构确定模块接口的细节,包括对系统外部的接口和用户界面,对系统内部其它模块的接口,以及模块输入数据、输出数据及局部数据的全部细节。 在详细设计结束时,应该把上述结果写入详细设计说明书,并且通过复审形成正式文档,交付给下一阶段(编码阶段)的工作依据。 要为每一个模块设计出一组测试用例,以便在编码阶段对模块代码(即程序)进行预定的测试,模块的测试用例是软件测试计划的重要组成部分,通常应包括输入数据、期望输出等内容软件应用生命周期(9/13)应用开发过程模型——瀑布模型软件应用生命周期(10/13)其他开发过程模型增量模型迭代模型快速原型模型螺旋模型软件应用测试策略软件测试策略在一定的软件测试标准、测试规范的指导下,依据测试项目的特定环境约束而规定的软件测试的原则、方式、方法的集合。测试标准测试规范测试原则测试方式测试方法测试策略为测试提供全局分析制定软件测试策略的影响因素 随着软件生命周期的变化、软件测试方法、技术与工具的不同发生的变化综合考虑测试策略的影响因素及其依赖关系测试项目资源因素项目的约束测试项目的特殊需要测试策略的种类黑盒测试功能测试、数据驱动测试或者基于规格说明书的测试,注重测试软件的功能需求测试人员不关心程序具体如何实现,根据软件的规格对软件进行各种输入,观察软件的各种输出结果,发现软件的缺陷灰盒测试介于黑盒测试与白盒测试之间的测试方法在执行白盒测试的时候考虑使用黑盒测试的方法白盒测试结构测试、逻辑驱动测试或基于程序代码的测试根据软件内部的工作原理分析来进行测试测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量黑盒测试、灰盒测试与白盒测试手工测试与自动测试静态测试与动态测试功能测试与性能测试冒烟测试回归测试随
文档评论(0)