移动设备系统开发与设计原理教学全套课件移动设备系统开发与设计原理-8.pptVIP

移动设备系统开发与设计原理教学全套课件移动设备系统开发与设计原理-8.ppt

  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文档。上传文档
查看更多
8.3.1 黑盒测试 3. 错误推测法 基于经验和直觉推测被测目标系统中所有可能存在的各种错误,从而有针对性地设计测试用例 列举出被测目标系统中所有可能有的错误和容易发生错误的特殊情况,从而根据这些列举出的项目选择测试用例 4. 因果图法 考虑输入条件之间的联系及相互组合等因素 必须采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例 最终生成的结果是决策表(Decision Table),可把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确 8.3.2 白盒测试 也称“结构测试”或“逻辑驱动测试” 把被测对象形象地看作透明的盒子,从而依赖于对被测对象细节的严密验证,针对特定条件设计测试用例,对逻辑执行路径进行测试。 针对硬件的白盒测试根据硬件内部逻辑结构选择测试信号,通过在不同点检查信号状态,确定实际的信号波形或状态是否与预期的一致 针对软件的白盒测试通过检查软件内部逻辑结构,对软件中的逻辑路径进行覆盖测试,并在程序不同地方设立检查点,检查程序的状态,以确定实际运行状态与预期状态是否一致 8.3.2 白盒测试 白盒测试的测试用例需要做到 (1)保证一个模块中的所有独立路径至少被使用一次; (2)对所有逻辑值均需测试真值和假值; (3)在上下边界及可操作范围内运行所有循环; (4)检查内部数据结构以确保其有效性。 白盒测试具有如下优点 (1)迫使测试人员去仔细、认真地思考被测目标系统的实现; (2)可以检测被测目标执行逻辑的每条分支和路径; (3)揭示隐藏在被测目标执行逻辑中的错误; (4)对被测目标执行逻辑的测试比较彻底; (5)最优化效果。 白盒测试缺点 (1)人力、物力及时间资源投入较大; (2)对于被测目标系统的设计缺陷无能为力; (3)无法检测被测目标执行逻辑中遗漏的路径以及与数据相关的错误; (4)不能验证需求规格的正确性。 8.3.2 白盒测试 常用的软件白盒测试方法有六种 语句覆盖,判定覆盖,条件覆盖,判定条件覆盖,条件组合覆盖,路径覆盖 (1)语句覆盖:设计若干测试用例,运行被测程序,使得每一可执行语句至少执行一次; 语句覆盖率 = 被评价语句数量/可执行语句总数 x 100% ; (2)判定覆盖:使设计的测试用例保证程序中每个判断的每个取值分支至少经历一次 (3)条件覆盖:选择足够的测试用例,使得运行这些测试用例时,判定中每个条件的所有可能结果至少出现一次,但未必能覆盖全部分支 (4)判定条件:设计足够的测试用例,使得判断中每个条件的所有可能取值至少执行一次,同时每个判断的所有可能判断结果至少执行,即要求各个判断的所有可能的条件取值组合至少执行一次; (5)条件组合:选择足够的测试用例,使所有判定中各条件判断结果的所有组合至少出现一次,满足这种覆盖标准即称为条件组合覆盖; (6)路径覆盖 每条可能执行到的路径至少执行一次。 8.3.3 静态测试与动态测试 从测试对象或方式的角度,还可将常用的软件测试方法分为两大类:静态测试方法和动态测试方法 静态测试 并不真正实际运行或仿真运行被测目标系统,而只进行对被测目标的特性分析,即仅仅通过分析或检查被测目标的语法或电路原理、结构、过程、接口等来检查其正确性 通过对需求规格说明书、体系结构设计书、源代码或原理图等设计资料做结构分析、流程图分析及符号执行等审查工作来发现可能存在的缺陷错误 动态测试 将被测目标系统真正地运行或仿真运行起来,同时输入预先按照测试准则构造准备的测试用例 观察被测目标系统运行时的动作并进行跟踪计时等操作 最后检查运行结果与预期结果之间的异同,分析运行效率和健壮性等性能,以发现被测目标所存在的缺陷错误 由构造测试用例、执行被测目标系统、分析目标输出结果三部分组成 8.3.3 静态测试与动态测试 静态测试与动态测试的区别体现在: (1)静态测试通常用于预防性测试,动态测试通常用于矫正性测试; (2)在效率和效益上,多次的静态测试比动态测试要高; (3)在较短时间内,静态测试的覆盖度可达100%,而动态测试常常是只能达到50%左右,因为动态测试发现的缺陷基本上都是在测试中实际执行的那部分目标; (4)静态测试比动态测试耗费时间少; (5)静态测试比动态测试更能发现缺陷; (6)对于软件测试,静态测试执行可先于程序编译,动态测试只能在编译后执行; (7)静态测试发现的缺陷来源范围比动态测试更大一些。 8.3.4 相互关系 现实中,同一个测试既有可能属于黑盒测试,也有可能属于动态测试;既有可能属于静态测试,也有可能属于白盒测试 不同的测试方法,其各自的目标和侧重点也是不一样的 实际工作中这这两类测试方法

文档评论(0)

开心农场 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档