软件测试与维护要点详解.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件测试与维护 软件测试综述 软件测试背景 软件开发过程 软件测试实质 软件测试背景 臭名昭著的软件错误案例 软件缺陷是什么 为什么会出现软件缺陷 软件缺陷的修复费用 软件测试员究竟做些什么 怎样成为优秀的软件测试员 臭名昭著的软件错误案例 Disney的狮子王(1994-1995) 美国航天局火星极地登陆(1999) 爱国者导弹防御系统(1991) 千年虫(1974) 软件缺陷是什么 描述软件缺陷的术语 缺点(defect) 偏差(variance) 谬误 (fault) 失败(failure ) 问题(problem )矛盾(incosistency ) 错误( error) 特殊( feature) 毛病(incident ) 缺陷( bug) 异常(abnormality ) 软件缺陷是什么 软件缺陷的定义(符合下列规则的叫软件缺陷):  1.软件未达到产品说明书的功能  2.软件出现了产品说明书指明不会出现的错误  3.软件功能超出产品说明书指明范围  4.软件未达到产品说明书虽未指出但应达到的目标  5.软件测试员认为难以理解、不易使用、运行速度缓慢、或者最终用户认为不好 为什么会出现软件缺陷 软件缺陷的修复费用 软件测试员究竟做些什么 软件测试员的目的是发现软件缺陷 软件测试员的目的是发现软件缺陷,尽可能早一些 软件测试员的目的是发现软件缺陷,尽可能早一些,并确保其得以修复 怎样成为优秀的软件测试员 探索精神 故障排除能手 不懈努力 创造性 追求完美 判断准确 老练稳重 说服力 软件开发过程 产品的组成部分 软件开发过程 软件开发模式 产品的组成部分-软件产品需要多少投入 客户要求 产品开发小组必须摸清客户所需 用调查问卷的形式搜集详细信息 反馈软件的以前版本 竞争产品信息(同领域产品) 杂志评论(媒体) 焦点人群的意见 产品说明书 对客户要求的研究结果是原始资料,无法描述要做的产品,只是确定哪些要做,哪些不要做,以及客户要求的功能. 产品说明书综合上述信息和一些没有提出但必须实现的要求,真正地定义产品是什么、有哪些功能、外观如何 产品说明书是“锁定”的 进度表(Gantt图) 系统最终交付日期已经确定,软件开发部门必须在规定期限内完成 系统最终交付日期只确定了大致的年限,最后交付日期由软件开发部门确定 Gantt图中横坐标表示时间,纵坐标表示任务,图中的水平线段表示对一个任务的进度安排,线段的起点和钟点对应在横坐标上的时间分别表示该任务的开始时间和结束时间,线段的长度表示完成该任务所需的时间。 文档 常用的软件设计文档: 构架 数据流示意图 状态变化示意图 流程图 注释代码 测试文档 软件开发模式 大棒式 边写边改式 流水式 螺旋式 软件测试的实质 软件为什么永远不会完美 软件测试为什么不仅是技术问题 测试原则 完全测试不可能 软件测试的风险,最优测试量 并非所有软件缺陷都能修复 软件测试员在产品小组中不受欢迎 软件测试的基本方法 尽早不断的测试 回归测试的关联性一定要引起充分的注意 测试应从“小规模”开始,逐步转向“大规模” 不可将测试用例置之度外,排除随意性 必须彻底检查每一个测试结果 一定要注意测试中的错误集中发生现象 对测试错误结果一定要有一个确认的过程 黑盒测试 黑盒测试法,也称为功能测试或数据驱动测试 黑盒测试主要用于发现以下情况: ①是否有不正确或遗漏了的功能 ②在接口上,能否正确地接受输入数据,能否产生正确地输出信息 ③访问外部信息是否有错 ④性能上是否满足要求 ⑤界面是否错误,是否不美观 ⑥初始化或终止错误 黑盒测试方法示意图 白盒测试法 白盒测试,也称为结构测试或逻辑驱动测试 已知产品地内部工作过程,清楚最终生成软件产品地计算机程序地结构和语句,按照程序内部地结构测试程序,测试程序内部的变量状态、逻辑结构、运行路径等,检验程序中的每条通路是否都能按照预订的要求正确工作,检查程序内部动作或运行是否符合设计规格要求,所有内部成分是否按规定正常进行。 白盒测试的原则: 保证每个模块中所有独立路径至少被执行一次 对所有逻辑值均测试为真值和假值 在上下边界及可操作范围内运行所有循环 检查内部数据结构以确保其有效性 白盒测试用例的常见设计方法有逻辑覆盖、循环覆盖和基本路径测试。 静态和动态的方法 静态测试就是静态分析,对模块的源代码进行研读,查找缺陷或收集一些度量数据,并不需要对代码进行编译和仿真运行。包括对软件产品的设计产品说明书的审查,对程序代码的阅读、审查等。 包括人工检测和计算机辅助静态分析。 动态测试是通过观察代码运行时的动作,来提供执行跟踪、时间分析,以及测试覆盖度方面的信息,它通过真正运行发现缺陷。 软件测试方法分类(一) 按测试范围分类 单元测试

文档评论(0)

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

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

1亿VIP精品文档

相关文档