软件测试重点1.docVIP

  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文档。上传文档
查看更多
重点: 软件测试分类(3个角度); (填空或简答*) 1、从是否需要执行被测软件的角度分类:静态测试和动态测试。 2、从软件测试用例设计方法的角度分类:黑盒测试和白盒测试。 3、从软件测试的策略和过程的角度分类:单元测试、集成测试、确认测试、系统测试和验收测试。 测试原则;(简答*) 尽早地和不断地进行软件测试; 不可能完全地测试; 增量测试、由小到大; 避免测试自己的程序; 设计周密的测试用例; 注意错误集中的现象; 确认BUG的有效性; 合理安排测试计划; 回归测试; 测试结果的统计和分析; 及时更新测试; 测试与调试的区别; (简答*) 在软件开发的过程中,调试和测试是两个不同的过程,分别由程序开发人员和测试人员来完成。 第一,调试的过程是随机的不可重复的;而测试的过程是有计划的、可以重复的过程。 第二,调试的目的是为了隔离和确认问题的所在,并加以解决,使得程序能够正常运行;而测试的目的是为了找出与软件实现定义的规格和标准不符合的问题,保证软件能都满足用户需求。 但二者也有相同之处,最终目的都是为了提高软件质量。 软件测试的误区: 1调试和测试是一样的,2软件测试在软件开发过程中并不重要,3在软件开发结束之后进行测试,4过分依赖Beta测试,5过分依赖自动化测试,6测试是可穷尽的,7测试是证明软件的正确性,8可以忽略测试的设计。 白盒测试:基本路径测试、覆盖测试(哪些种); 基本路经测试:课本54页,自己看,自己理解。 覆盖测试:课本57页,自己看,自己理解。 白盒测试规则:(简答) 1保证一个模块中的所有独立执行路径至少被测试一次; 2对所有逻辑判定取值true和false的两种情况都至少测试一次; 3在循环边界和运行界限内执行循环体; 4测试内部数据结构的有效性。 基本路径测试:(分析题**) 步骤 以设计和代码为基础,画出相应的程序图 确定所得程序图的环形复杂度 确定线性独立的路径的一个基本测试集 准备测试用例,强制执行基本集中每条路径 执行每个测试用例,并和期望值比较 环形复杂度:V(G)=E-N+2 或 V(G)=P+1; E:边,N:节点, P:判定节点 覆盖测试: 方法覆盖。2、语句覆盖。3、判断/分支覆盖。4、条件覆盖 白盒测试和黑盒测试的异同:(简答) 1执行测试人员不同:黑盒通常由用户,而白盒通常由开发人员 2测试覆盖目标不同 3测试动机不同:白盒:发现普通代码错误,黑盒:测试软件是否能够为用户提供预期输出 4测试方法不同:白盒:基于代码本身定义测试,黑盒:基于外部功能定义 5评估测试方法不同:白盒:需要一些能检测肉眼无法发现的缺陷的工具,黑盒只是简单观察程序的正常输出。 黑盒测试:等价类测试、因果图测试;(应该是分析题***) 课本68页---75页,看例題,自己理解。 附加知识:白盒测试和黑盒测试的优缺点; 1、白盒测试的优缺点 优点: A、可构成测试数据对特定程序部份测试,可以检测代码中的的每一条分支和路径。 B、揭示隐藏在代码中的错误。 C、对代码测试比较彻底。 D、有较多的工具支持。 E、有一定的充分性度量手段。 缺点: A、工作量打,成本高。通常只用于单元测试,有应用局限。 B、无法检测代码中遗漏的路径和数据敏感性错误。 C、不能验证规格说明的正确性。 D、无法对规格说明中未实现的部份进行测试。 E、不易生成测试数据(通常)。 2、黑盒测试的优缺点 优点: A、对于较大的代码单元来说,效率高。 B、测试人员不需要了解实现的细节,包括具体的编程语言。 C、测试员和程序员可以由不同的人员来担任。 D、从用户的角度进行测试,容易被理解和接受。 E、有助于暴露任何规格不一致或者有歧义的问题。 F、测试用例的设计可以在规格说明完成之后马上进行。 G、容易入手生成测试数据。 H、适用于各阶段测试。 缺点: A、实际上,只有一小部份可能的输入被测试到,某些代码得不到测试。 B、如果没有清晰、简洁的规格说明,难以设计测试用例。 C、如果测试人员不知道开发人员已经执行过哪些测试用例,会存在不必要的重复测试。 D、会有很多程序路径没有被测试到。 E、不能直接针对可能隐蔽了许多问题的特定程序段进行测试。 F、如果规格说明有误,则无法发现。 G、不易进行充分性测试。 测试用例的组成;(填空或简答*) 被测单元模块的初始状态声明 被测单元的输入 该测试用例实际测试的代码 测试用例的期望输出结果 三个测试之间的区别(单元测试、集成测试、系统测试)(简答***) 测试对象不同:单元测试的对象是实现具体功能的单元,集成测试的测试对象是由通过了单元测试的各个模块多集成起来的组件,而系统测试的测试对象,除了软件之外,还包括计算器硬件及相关的外围设备、数据采集和传输机构、计算器系统操作人员等

文档评论(0)

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

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

1亿VIP精品文档

相关文档