测试需求分析.pptVIP

  1. 1、本文档共22页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
测试需求分析

实例讲解:3G186R项目测试需求分析 1、产品包需求 2、软件、硬件、结构需求 3、其他已有类似的软件程序、文档、产品 W6数据卡、3G150B路由器、华为E5、中兴AC30 1、被测试产品分析 2,软件测试需求提取 根据产品需求说明书、参考软件、硬件、结构需求说明书、 参考3G150B无线路由产品、中兴AC30等同类或相关的产品, 应用软件需求跟踪矩阵表提取测试需求点, 如下表:简略提取首页模块的测试需求 3,测试需求分析建模 根据提取的需求,分析其测试类型、与质量特性的对应关系、确定测试的重要级别、优先级别等 4,软件测试规格分析 从整体上 分析提取的所有测试点(及系统测试子项),分析其是否有功能性重叠、冗余;所有重要测试需求点汇总;所有测试类型汇总。 软件测试规格分析 是产品测试策略 的基础与源泉。 矩阵表要能够体现集成测试和系统测试 谢谢! 测试需求分析及工程方法 3G测试—刘群 软件测试,是怎么来的 早在1997年,像很多测试行业的朋友一样,在还不清楚软件测试是做什么时,稀里糊涂地走上了软件测试这个岗位。回首过去,从没想到测试会成为一个行业,也没想到在自己的职业生涯中能坚持这么长时间一直从事这个工作。说来也是很幸运的,能有机会见证这个行业在某些方面的点滴变化,如测试专业书籍的变化,从原来没有专业书到现在琳琅满目。同时也被这个行业中的不少人和事感动着,如近几年涌现了一批批国内的测试专家,他们奉献着自己的实践经验,无论是通过出版专业书籍,还是在网上建立个人博客,无不洋溢着对测试事业的热爱。 《软测之魂:核心测试设计精解》 作者:肖利琼 从无到有,从小作坊 到专业化 CMM级别 级别描述 开发、测试发展情况 例子 初始级 1、过程非常混乱或者没有过程 2、整个软件开发过程基本上没有文档 3、实施情况依赖于个人的技能、知识和动机 1、由开发人员自己编写、调试、测试 (个人英雄主义天下) 求伯君 WPS (1988.5 -1989.9) 已定义级 1、全组织的开发和维护软件的标准过程已文档化 1、有开发流程 2、测试是一个步骤,一个收尾的工作 传统的瀑布模型 (计划--需求分析-设计-编码-测试-维护) 已管理级 1、组织对软件产品和过程都设置定量的质量目标 1、有详细的开发、测试流程 2、测试是一个过程,测试工作从需求分析阶段就介入,与开发并行 统一软件开发RUP 集成产品开发IPD 我 问题1:测什么 ? 问题2:怎么测 ? 问题3:什么时候测 ? 需求 是什么 IEEE 软件工程标准词汇表(1997年)中定义需求为: (1)用户解决问题或达到目标所需要的条件或权能。 (2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具备的条件或权能。 (3)一种反应上面(1)或(2)所描述的条件或权能的文档说明。 测试需求 是什么 确切地讲,所谓的测试需求就是在项目中要测试什么。 我们在测试活动中,首先需要明确测试需求(What),才能决定怎么测(How), 什么时候测(When),需要多少人(Who),测试的环境是什么(Where),测试中需要的技能、工具以及相应的背景知识,测试中可能遇到的风险等等 以上所有的内容结合起来就构成了测试计划的基本要素。测试需求是测试计划的基础,是测试策略、测试用例设计的源泉。 实例分析 1,LKS系统登陆界面,假定产品需求如图(用户名位数6-10,字母、数字、下划线, 密码位数1-16位,由字母、数字、下划线组合,不能以数字开头、不能是全数字。) 2,3G186R主页面软件、测试需求 在软件工程的历史中, 很长时间里人们一直认为需求分析是整个软件工程中最简单的一个步骤, 但在过去的十几年中越来越多的人认识到它是整个过程中最关键的一个过程。 为什么要做 测试需求分析 1、如果要成功的做一个测试项目,首先必须了解测试规模、复杂程度与可能存在的风险,这些都需要通过详细的测试需求来了解。   知己知彼,百战不殆 2、测试需求不明确,只会造成获取的信息不正确,无法对所测软件有一个清晰全面的认识,测试计划就毫无根据可言。   3、活在自己世界里的人是可悲的,只凭感觉不做详细了解就下定论的项目是失败的。     4、测试需求越详细精准,表明对所测软件的了解越深,对所要进行的任务内容就越清晰,就更有把握保证测试的质量与进度。  根据IBM研究表明,假定在分析阶段发现错误其改进成本为1个单位的话,那么在测试之前发现一个错误的修改成本约为6.5个货币单位,在测试时发现一个错误的修改成本约为15个货币单位,在发布之后发现一个错误的修改成本约为60到100个货币单位。同样的比例也适用于发现一个错误需要的时间。 产品测试需

文档评论(0)

118books + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档