Chp 6 白盒测试用例设计技术ppt课件.ppt

《Chp 6 白盒测试用例设计技术ppt课件.ppt》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、第6章白盒测试用例设计技术9/10/20211软件质量保证与测试内容提要白盒测试技术静态白盒法侵入式法路径覆盖法基本路径法定义/使用法程序片法白盒测试的其他方法2软件质量保证与测试白盒测试技术白盒测试的定义白盒测试是基于代码的针对被测对象内部是如何进行工作的测试，通过程序代码或者通过开发工具找出软件的缺陷，也称作结构测试或逻辑驱动测试。白盒测试的目的检测软件程序内部结构，程序书写是否规范、是否按照项目需求规格说明正常运行。白盒测试法检查程序内部逻辑结构，对所有逻辑路径进行测试，是一种穷举路径的测试方法。是基于覆盖的测试技术

2、！覆盖全部代码、分支、路径、条件3软件质量保证与测试白盒测试技术重要说明即使每条路径都测试过了，仍然可能存在错误。原因在于：穷举路径测试无法检查出程序本身是否违反了设计规范，即程序是否是一个错误的程序。穷举路径测试不可能查出程序因遗漏路径而出错。穷举路径测试发现不了一些与数据相关的错误。4软件质量保证与测试白盒测试技术白盒测试技术静态方法（静态分析）代码检查、静态结构分析静态分析能够有效地发现30%～70%的逻辑设计和编码错误定性分析软件质量动态方法各种覆盖方法……5软件质量保证与测试白盒测试的策略各种方法综合使用应尽量使

3、用工具进行静态结构分析采取先静态后动态的组合方式先进行静态结构分析、代码检查和静态质量度量然后进行覆盖率测试不同测试阶段测试的侧重点不同单元测试：代码检查、逻辑覆盖集成测试：静态结构分析、静态质量度量系统测试：根据黑盒测试的结果采取相应的白盒测试6软件质量保证与测试内容提要白盒测试技术静态白盒法侵入式法路径覆盖法基本路径法定义/使用法程序片法白盒测试的其他方法7软件质量保证与测试为什么要进行静态白盒测试尽早发现软件缺陷为黑盒测试员在接受软件进行测试时设计和应用测试用例提供思路8软件质量保证与测试静态白盒测试（静态分析）静态

4、白盒测试是在不执行程序的情况下有条理地仔细审查软件设计、体系结构和代码，从而找出软件缺陷的过程。静态分析的手段代码检查依据公司颁布的编码规范等技术标准，可通过事先制定好的检查表（CheckList）进行检查。静态结构分析主要是以图形的方式表现程序的内部结构，如控制流图、函数调用关系图……9软件质量保证与测试静态白盒方法检查的内容模块规范性测试代码对标准的遵循、可读性、代码的逻辑表达的正确性等。例：命名规范，…模块逻辑性测试检查算法是否实现了所要求的功能。例：引用分析、表达式分析（如数组下标、零除数，…）模块接口测试确定参数

5、的个数、数据类型、顺序、返回值等是否正确模块局部数据结构测试局部变量的逻辑正确性模块全局数据结构测试全局变量的逻辑正确性10软件质量保证与测试静态白盒方法的四个要素确定问题静态白盒测试的目的是找出软件的问题，全部的批评应该直指代码或设计，而不是其设计实现者。参与者之间不应该相互指责，应该把自我意识、个人情绪和敏感丢在一边。遵守规则静态白盒测试要遵守一套固定的规则，如哪些内容要做评价等。其重要性在于参与者了解自己的角色、目标是什么。有助于使审查进展更加顺利。充分准备每一个参与者都尽力为审查做准备。根据审查的类型，参与者可能扮

6、演不同的角色。他们需要了解自己的责任和义务，并积极参与审查。在审查过程中找出的问题大部分是在准备期间发现的，而不是实际审查期间。编写报告审查小组必须做出审查结果的书面总结报告，并使报告便于开发小组的成员使用。11软件质量保证与测试静态白盒测试法分类静态白盒测试法一般根据审查的严格程度分为三种同行评审代码走查评审12软件质量保证与测试同行评审/同事审查要求最底的正式审查同事之间换着审查常在编写代码或设计体系结构的程序员之间进行为了提高效率,也必须遵守4个基本要素13软件质量保证与测试代码走查走查是正式、严格、具有深度的技术评

7、审，以便尽可能准确地确定问题之所在。走查过程的目的：在软件开发过程中尽可能早地发现问题确保对重要部分达成一致意见有组织的代码走查在编码阶段去除错误的成本是在软件发布阶段去除错误成本的1/92。最大的问题是劝说开发者要遵循一定的标准。14软件质量保证与测试编码标准与规范编码标准与规范的原因可靠性可读性/维护性移植性……编码规范与风格代码应该是清楚的和简单的-------具有直截了当的逻辑、自然的表达式、通行的语言使用方式好的风格对于好的程序设计具有关键性作用项目要求从严格遵守国家和国际标准到松散的小组内部规范ANSI标准IE

8、C标准ISO标准NCITS标准ACM标准IEEE标准……15软件质量保证与测试代码审查（评审）评审是最正式的审查类型。评审的陈述者不是原来的程序员。这就迫使他们学习和了解要陈述的材料，从而有可能在会议上提出不同的看法和解释。其余的参与者称为评审员，其职责是从不同的角度，例如用户、测试员或者产品支持人员的