第一章软件测试概述V2讲述.ppt

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

* 从电脑诞生之日起,就有了电脑BUG。第一个有记载的bug是美国海军的编程员,编译器的发明者格蕾斯·哈珀(GraceHopper)发现的。哈珀后来成了美国海军的一个将军,领导了著名计算机语言Cobol的开发。? 1945年9月9日,下午三点。哈珀中尉正领着她的小组构造一个称为“马克二型”的计算机。这还不是一个完全的电子计算机,它使用了大量的继电器,一种电子机械装置。第二次世界大战还没有结束。哈珀的小组日以继夜地工作。机房是一间第一次世界大战时建造的老建筑。那是一个炎热的夏天,房间没有空调,所有窗户都敞开散热。? 突然,马克二型死机了。技术人员试了很多办法,最后定位到第70号继电器出错。哈珀观察这个出错的继电器,发现一只飞蛾躺在中间,已经被继电器打死。她小心地用摄子将蛾子夹出来,用透明胶布帖到“事件记录本”中,并注明“第一个发现虫子的实例。”[1]? 从此以后,人们将计算机错误戏称为虫子(bug),而把找寻错误的工作称为(debug)。 * * * * 黑盒测试又称功能测试或数据驱动测试,是针对软件的功能需求/实现进行测试。 在已知软件应具有的功能的条件下,通过测试来检测每个功能是否符合需求,不考虑程序内部的逻辑结构。 “黑盒”法是穷举输入测试,只有把所有可能的输入都作为测试情况使用,才能以这种方法查出程序中所有的错误。 黑盒测试主要在开发后期进行。基于对需求、设计、用户要求的理解 黑盒测试关注输入、输出的信息域,而不关注软件的内部结构 进行黑盒测试的主要工作在于对整个系统的划分,即将系统划分为若干个“黑盒集合”;以及对某个“黑盒”进行测试 * * 因为一个软件模块本身不一定是一个单独的程序,所以必须为每个单元测试开发驱动器或/和稳定的桩(stub)。 在大多数应用中,一个驱动只是一个接收测试数据,并把数据传送给要测试的模块,然后打印相关结果的“主程序”。子程序桩的功能是替代那些被本模块调用的模块。 根据模块间关系的不同需要有不同的桩和驱动器,可以根据桩的类型开发一些通用结构的桩和驱动器,以减少桩和驱动器的开发工作量。 * 首先对代码风格和规则、程序设计和结构、业务逻辑等进行静态审议,及早地发现和解决不易显现的错误。 接口测试:保证进出单元模块的数据流是正确的。 内部数据结构:保证临时存储的数据在算法执行过程中的完整性。 全局数据结构:全局数据结构对单元模块的影响应当审查。 边界:采用边界值分析技术,保证模块在边界条件和及县情况下正常执行 语句覆盖:保证每个语句均执行一次 错误路径:对所有处理错误的路径进行测试 * 自顶向下集成:模块集成的顺序是首先集成主模块,然后按照控制层次结构向下进行集成,隶属于主模块的模块按照深度优先或广度优先的方式集成到整个结构中去。 自底向上集成:从原子模块开始来进行构造和测试,因为模块是自底向上集成的,进行时要求所有隶属于某个给定层次的模块总是存在的,也不再有使用稳定桩的必要。 集成测试的过程 明确测试目标和完成准则,并确定关键部分。 确定阶段和进度安排。 测试和修正协调的策划。 清理系统结构。 确定集成测试方法的组合策略。 描述集成顺序。 针对每次集成编制测试用例,从而形成测试方案。 进行附加软件(驱动器及桩)的开发。 测试软件和测试环境准备。 依据测试方案进行测试。 根据测试结果提交测试报告。 测试报告的分析。 缺陷的管理。 修正和测试工作。 完成测试软件提交配置。 * 在需求分析阶段要确定软件的可测性,保证有效完成系统测试工作。 要对软件需求规范中的要求形成确认标准,并且在其形成之初进行评审,保证可测试性。 对于一些不能由测试确认的需求,要在需求规范中说明,如果可能尽量明确其他的确认方式。 * 重新根据6、8特性定义 * 产品-确认测试 项目-用户验收测试 项目试运行-相当于b测试 * 当一个新的模块被当作集成测试的一部分加进来的时候,软件就发生了改变,这些改变可能使原本工作正常的功能产生错误。 * 选择回归测试策略应该兼顾效率和有效性两个方面。常用的选择回归测试的方式包括: 再测试全部用例 选择基线测试用例库中的全部测试用例组成回归测试包,测试成本最高 基于风险选择测试 可以基于一定的风险标准来从基线测试用例库中选择回归测试包。首先运行最重要的、关键的和可疑的测试,测试从主要特征到次要特征。 回归测试方式 基于操作剖面选择测试 重新测试修改的部分 基于操作剖面选择测试 测试所使用的测试用例个数可以由测试预算确定,回归测试可以优先选择那些针对最重要或最频繁使用功能的测试用例 重新测试修改的部分 当测试者对修改的局部化有足够的信心时,可以通过相依性分析识别软件的修改情况并分析修改的影响,将回归测试局限于被改变的模块和它的接口上 * * * Intro

文档评论(0)

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

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

1亿VIP精品文档

相关文档