第8讲 软件测试.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文档。上传文档
查看更多
* 黑盒测试方法。对等价类划分方法的补充。 * 集成测试方法 (1)自顶向下; (2)自底向上 * 在单元测试的同时可进行组装测试, 发现并排除在模块连接中可能出现的问题,最终构成要求的软件系统。 自顶向下增殖的方式和自底向上增殖的方式各有优缺点。 一般来讲,一种方式的优点是另一种方式的缺点。 * 在软件交付使用之后,用户将如何实际使用程序,对于开发者来说是无法预测的。 * 时机 可以从软件产品编码结束之时开始; 或在模块(子系统)测试完成之后开始; 也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。 * 与α测试不同 在开发者无法控制的环境下进行的软件现场应用。 * * 自顶向下集成-深度优先/广度优先 * * 自顶向下集成(续) 优点 尽早的对程序的主要控制和决策机制进行检验,尽早发现错误。 缺点 测试较高层模块时,低层用桩模块替代,不能反映真实情况。 * * 自底向上集成 从软件结构最底层模块开始自底向上进行组装和测试 * * 3.3 确认测试 任务 (1)验证软件的有效性:判断目标软件系统是否满足用户的功能和性能需求; (2)文档资料是否完整、准确。 依据和标准:用户需求规格说明书 * * 3.3 确认测试(续) 步骤1:有效性测试 (1)制定测试计划; (2)制定测试过程:定义具体的测试用例; (3)对软件其它需求(如可移植性、兼容性、错误恢复能力、可维护性等)进行测试。 步骤2:软件配置复审 保证软件配置齐全、分类有序,具有维护阶段所需的细节。 * * * * 3.3 确认测试 (续) 步骤3:验收测试 以用户为主的测试。 α测试,β测试 * * α测试 α测试 公司内部的用户在模拟实际操作环境下进行的测试。 目的 评价软件产品的FURPS(功能、可使用性、可靠性、性能和支持);尤其注重产品的界面和特色。 * * β测试 由软件的多个用户在实际使用环境下进行的测试。这些用户返回有关错误信息给开发者。 目的 衡量产品的FLURPS。着重于产品的支持性,包括文档、客户培训和支持产品生产能力。 处在整个测试的最后阶段。 β测试 * * 3.4 系统测试 系统测试 将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起; 在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试。 目的 通过与系统的需求定义作比较,发现软件与定义不符合的地方。 * * 测试种类 软件测试由一系列不同的测试组成。 目的 对以计算机为基础的系统进行充分的测试。 * * 测试种类(1) 功能测试 在规定的一段时间内运行软件系统的所有功能,以验证这个软件系统有无严重错误。 * * 测试种类(2) 可靠性测试 如果系统需求说明书中有对可靠性的要求,则需进行可靠性测试。 ① 平均失效间隔时间 MTBF (Mean Time Between Failures) 是否超过规定时限? ② 因故障而停机的时间 MTTR (Mean Time To Repairs) 在一年中应不超过多少时间。 * * 测试种类(3) 强度测试 检查在系统运行环境不正常乃至发生故障的情况下,系统可以运行到何种程度的测试。 例如: 把输入数据速率提高一个数量级,确定输入功能将如何响应。 设计需要占用最大存储量或其它资源的测试用例进行测试。 * * 测试种类(4) 性能测试 检查系统是否满足在需求说明书中规定的性能。特别是对于实时系统或嵌入式系统。 常需要与强度测试结合起来进行,并要求同时进行硬件和软件检测。 通常,对软件性能的检测表现在以下几个方面 响应时间、吞吐量、辅助存储区,例如缓冲区,工作区的大小等、处理精度,等等 * * 恢复测试 要证实在克服硬件故障(包括掉电、硬件或网络出错等)后,系统能否正常地继续进行工作,并不对系统造成任何损害。 为此,可采用各种人工干预的手段,模拟硬件故障,故意造成软件出错。 测试种类(5) * * 安全性测试 检验在系统中已经存在的系统安全性、保密性措施是否发挥作用,有无漏洞。 测试种类(6) * * 3.5 排错 测试是为了发现错误,当发现错误后就要将它改正,改正错误主要依靠排错技术 * * 排错过程 * * 排错(续) 排错方法 (1) 原始法 (2) 回溯法 (3) 排除法 基于归纳和演绎的方法:收集与出错有关的所有数据,假想一组出错的原因,用这组数据证明或者反驳之 * * 4 基于CASE的软件测试和排错 静态分析器 通过静态的扫描源程序,找出可能导致程序出错的异常情况 代码审查器 检查源程序代码是否满足最基本的代码标准 断言处理器 检查程序员关于程序

文档评论(0)

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

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

1亿VIP精品文档

相关文档