浅析软件测试复习.ppt

  1. 1、本文档共48页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
5.7 写出输入变量的一般边界值分析测试用例的的五个值。 5.8 写出保险金计算程序的最坏情况边界值测试,并用坐标描述。 5.9 写出输入变量的详细边界值分析测试用例的的五个值。 5.10 用坐标描述详细最坏情况值测试用例 5.11写出保险金计算程序的弱等价类测试用例,并用坐标的空心点表示。 5.12写出保险金计算程序的强等价类测试用例,并用坐标的实心点表示。 5.13 写出保险金计算程序的决策表测试用例,并用坐标的表示。 第5章 白盒测试 白盒测试也称结构测试或逻辑驱动测试,通过了解软件系统的内部工作过程,设计测试用例来检测程序内部动作是否按照规格说明书规定的正常进行,按照程序内部的结构测试程序,检验程序中的每条通路是否都有能按预定要求正确工作。 1、逻辑路径覆盖度量标准 (各个概念及应用) 语句覆盖 判定覆盖 条件覆盖 判定/条件覆盖 路径覆盖 2、基本路径法(独立路径方法) 基本路径法包括以下几个部分: 程序的控制流图:描述程序控制流的一种图示方法。 程序环路复杂性:McCabe复杂性度量;从程序的环路复杂性可导出程序基本路径集合中的独立路径条数,这是确定程序中每个可执行语句至少执行一次所必需的测试用例数目的上界,也即应该设计的测试用例的数目。 确定线性无关的路径的基本集。 准备测试用例,确保测试基本路径集中的每一条路径的执行。 3、数据流测试(应用) 数据流测试是指关注变量定义点和使用(或引用)点的一种结构测试方式 数据流找出的缺陷: 变量被定义,但是从来没有使用(引用). 所使用的变量没有被定义。 变量在使用之前被定义两次。 4、定义/使用测试 (应用) 节点n∈G(P)是变量v∈V的定义节点,记做DEF(v,n),当且仅当变量v的值由对应节点n的语句片段处定义。 节点n∈G(P)是变量v∈V的使用节点,记做USE(v,n),当且仅当变量v的值由对应节点n的语句片段处使用。 使用节点USE(v,n)是一个谓词使用(记做P-use),当且仅当语句n是判断语句;否则,USE(v.n)是计算使用(记做C-use)。 关于变量v的定义-使用路径(记做du-path)是PATHS(P) 中的路径,使得对某个v∈V,存在定义和使用节点DEF(v,m)和USE(v,n),使得m和n是该路径的最初和最终节点。 关于变量v的定义清晰路径(记做dc-path),是具有最初和最终节点DEF(v,m)和USE(v,n)的PATHS(P)中的路径,使得该路径中没有其他节点是v的定义节点。 5、程序片法 程序片是确定或影响某个变量在程序某个点上的取值的一组程序语句。 给定一个程序P和一个给出语句及语句片段编号的程序图G(P),以及P 中的一个变量集合V,变量集合V在语句片段n上的一个片,记做S(V,n),是P中在n以前对V中的变量值作出贡献的所有语句片段编号的集合。 现在先假设片S(V,n)是一个变量的片,即集合V由单一变量v组成。 如果语句片段n是v的一个定义节点,则n包含在该片中。 如果语句片段n是v的一个使用节点,则n不包含在该片中。 其他变量的谓词使用和计算使用,要包含其执行会影响变量v取值的节点。 6、什么叫符号测试 7、什么叫程序插装 设计程序插装时需要考虑以下几个问题: ● 探测哪些信息; ● 在程序的什么部位设置探测点; ● 需要设置多少个探测点。 第6章 软件测试技术 1、什么叫单元测试 2、什么叫集成测试 3、集成测试策略分类 4、自顶向下测试和自底向上测试的优缺点比较 5、什么叫系统测试 6、系统测试方法包括(性能测试、 强度测试、 安全性测试、 恢复测试、 安装测试、 可靠性测试、 配置测试、 可用性测试、 兼容性测试、 文档资料测试、 网站测试 ) 第7章 验证测试和确认测试 1、验证的基本方法包括:软件审查、走查、伙伴检查,三者之间的区别 2、什么叫确认测试 确认测试以需求规格说明中的规定作为检验尺度,在开发过程中或结束时,对系统或组成部分进行评估,确认开发的软件是否满足需求规格说明规定的所有功能和性能,文档资料是否完整、人机界面和其他方面是否令用户满意等 3、确认测试策略 基于需求的测试:基于需求的测试必须采用黑盒测试策略,在不知道详细设计规格说明或代码的情况下对用户需求进行测试。基于需求的测试根据功能设计规格说明设计测试用例。 基于功能的测试:基于功能的测试应该采用黑盒策略,根据功能设计规格说明,采用等价类划分、边界值分析和故障猜测等方法设计测试用例。 基于内部的测试:基于内部的测试只能采用白盒测试策略,但可采用功能设计规格说明制订测试计划。一但采用白盒测试,便可通过一系列的技术确保系统的内部各部分获得充分的测试并且达到足够的逻辑覆盖。 4、什

文档评论(0)

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

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

1亿VIP精品文档

相关文档