2Overview of Testing【荐】.ppt

  1. 1、本文档共31页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
2Overview of Testing【荐】.ppt

软件测试概述 肖睿 rui.xiao@ 内容 软件测试 定义、目的和作用 衡量标准 发展方向 原则和经验 软件测试要素 测试技术 测试过程 测试人员 软件测试 概况 定义:为了发现程序的错误而执行程序的过程 软件测试是SQA的重要手段,属于软件工程领域 目前状况 软件测试的实践性大于理论性 软件测试理论体系尚不成熟 软件测试工具尚不成熟 软件测试效果对于个人的依赖性比较大 软件测试 目的 为了寻找错误,并尽可能地为修正错误提供更多的信息 为了证明软件有错误,而不证明软件没有错误 作用 发现并管理缺陷 度量质量 评价工作效率和效果 预期项目风险 内容 软件测试 定义、目的和作用 衡量标准 发展方向 原则和经验 软件测试要素 测试技术 测试过程 测试人员 软件测试 衡量标准 多 能够找到尽可能多的、以至于所有的BUG 快 能够尽可能早地发现最严重的BUG 好 找到的BUG是关键的、用户最关心的 找到BUG后能够重现找到的BUG,并为修正BUG提供尽可能多的信息 省 能够用最少的时间、人力和资源发现BUG 测试的过程和数据可以重用 内容 软件测试 定义、目的和作用 衡量标准 发展方向 原则和经验 软件测试要素 测试技术 测试过程 测试人员 软件测试 发展方向 验证技术 形式化数学方法,用于关键应用小程序 静态测试 WALKTHROUGH/INSPECTION/REVIEW 走查/审查/评审 动态测试 选择测试策略 设计测试方式和测试用例 执行测试并评估和跟踪测试结果 自动测试 测试管理和测试执行中都有可以自动测试的地方 选择需要自动测试的地方 注重ROI 内容 软件测试 定义、目的和作用 衡量标准 发展方向 原则和经验 软件测试要素 测试技术 测试过程 测试人员 软件测试 原则 1、测试应该基于用户需求。 2、测试设计是关键 测试时间和资源是有限的 测试到所有情况是不可能的。 避免冗余的测试。 3、应该尽早开始测试 尽早制定测试计划。 测试从模块级开始。 软件测试 经验 1、心理素质最重要 开发人员 我不会犯错---任何人都可能犯错 这种错误不能算作错误---质量是由用户来评价的 发现我的错误是对我工作的否定---是对我的工作的帮助 测试人员 责任心不够,反正测试是不可能发现所有错误的---职业教育+激励措施 没有创造性、枯燥---总结经验,培养敏锐度,提升个人价值和权威 技术比开发人员差,自信心不足---代表用户,决定成功的是用户满意 软件测试 经验 2、测试前必须明确预期的输出结果 否则实际的输出结果很可能成为检验的标准,测试失去意义 3、必须检查每一个实际输出结果 很可笑,但是却是事实:不认真检查输出结果 软件测试 经验 4、一段程序中存在错误的概率与这段程序中已经发现的错误数成正比 编码规范、需求理解、技术能力、内部耦合性都会导致这种“虫子窝“现象 5、可能的情况下,避免测试自己的软件 发现不了思路错误 发现不了环境错误 心理因素导致测试可能不够彻底和全面 软件测试 经验 6、依照用户的要求、配置环境和使用习惯进行测试并评价结果 7、测试设计决定了测试的有效性和效率,测试工具只能提高测试效率 8、注意保留测试设计,并注意测试设计的可重用性和说明文档 软件测试 经验 9、测试活动要有组织、有计划、有选择 穷举测试是不可能的 不充分的测试是不负责任,过度的测试是浪费资源 计划的活动提高效率 10、不要放弃随机测试的方法 测试的不成熟性和艺术性 内容 软件测试 定义、目的和作用 衡量标准 发展方向 原则和经验 软件测试要素 测试技术 测试过程 测试人员 测试技术 内容 软件测试 定义、目的和作用 衡量标准 发展方向 原则和经验 软件测试要素 测试技术 测试过程 测试人员 测试过程 测试过程 单元测试:Unit Testing 目标: 检验程序最小单元有无错误 接口、数据结构、边界、覆盖、逻辑 检验单元编码与设计是否吻合 时机: 编码完成后,首先要实施的测试 方法: 静态测试 白盒测试 责任: 开发工程师 测试过程 集成测试:Integration Testing 目标: 检验组成系统的模块接口有无错误 代码实现的系统设计与需求定义是否吻合 时机: 主要的单元测试完成后,经常与单元测试同步进行 方法: 黑盒测试 责任: 开发工程师 测试工程师 测试过程 系统测试:System Testing 目标: 检验组成整个系统的代码、以及系统的软硬件配合有无错误 代码实现的系统与用户需求是否吻合 检验系统的文档等各种是否完整、有效 模拟验收测试的要求,检查系统是否符合用户的验收标准 时机: 多数集成测试完成后 方法: 黑盒测试 责任: 测试工程师 测试过程 系统测试:System Testing 稳定期测试 目标: 度量是否可以结束测试 时机

文档评论(0)

cnsg + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档