第01章、白盒测试及代码质量(理论课).pptVIP

/ 白盒测试 课程介绍 课程定位 课程简介 白盒测试 第一章、白盒测试与代码质量 几个问题 对测试过的软件有足够信心吗？ 如何预防内存泄漏问题？ 系统测试覆盖了多少代码？某些难执行到的异常处理分支测试到了吗？ 实验室条无法难模拟出真实的测试环境，怎么办？ 本章学习目标 了解白盒测试的目的 了解白盒测试和黑盒测试的联系 掌握白盒测试的策略 了解使用LogiScope度量代码质量 隐藏的错误 使用一个经过运算处理后的数据作为除数进行运算: 内容进度 白盒测试 白盒测试的目的 白盒测试和黑盒测试的联系 白盒测试的策略 代码质量 代码度量 使用LogiScope度量代码质量 代码检查工具 白盒测试 又称透明盒测试、逻辑驱动测试 是测试被测单元内部如何工作的一种测试方法 允许测试人员根据程序内部逻辑结构及有关信息来设计测试用例，对程序的逻辑结构进行测试 可覆盖全部代码、分支、路径和条件等 白盒测试目的 保证一个模块中的所有独立路径至少被执行一次； 对所有的逻辑值均需要测试真、假两个分支； 在上下边界及可操作范围内运行所有循环； 检查内部数据结构以确保其有效性。 白盒测试和黑盒测试比较 白盒测试的策略 桌前检查（Desk Check） 单元测试（Unit Testing） 同行评审（Peer Review） 代码评审（Code Review） 代码走查（Walkthrough） 静态分析（static analyse） 静态分析报告、代码质量报告 白盒测试对测试人员的要求 了解软件语言 了解软件开发技术 有开发经验最好 掌握白盒测试工具 掌握白盒测试用例设计方法 掌握开发人员编程中容易出现的问题，不断积累经验 内容进度 白盒测试 白盒测试的目的 白盒测试和黑盒测试的联系 白盒测试的策略 代码质量 代码度量 使用LogiScope度量代码质量 代码检查工具 软件质量 软件质量 《GB／T16260-1996(idt ISO／IEC9126：1991)信息技术软件产品评价质量特性及其使用指南》 功能性、可靠性、易用性、效率、可维护性、可移植性 要求产品中没有BUG 常用指标 缺陷率（缺陷密度 ） 可靠性（运行n小时失效次数） 顾客满意度 影响软件质量的因素 代码质量对软件质量的贡献 代码是软件产品中的重要部分 代码质量反映软件质量 其它非代码因素也起着关键作用 文档（设计、帮助、用户手册等） 制约程序员编写高质量代码的因素 对需求和设计的理解不透彻 对软件业务流程不熟悉 没有开发经验 对开发工具或开发语言不熟悉 受情绪因素的影响等因素 其它非代码因素也起着关键作用 如何提高代码质量 编码规范和标准 坚持标准和规范的原因 可靠性 可读性/可维护性 移植性 代码审查单 代码审查单 代码质量度量 程序复杂性：费用、周期、错误 代码度量-代码行度量 Windows的代码行复杂度 代码度量-Halstead软件科学法 程序=运算符化+ 运算元结构度量 Halstead公式 N=N1+N2=n1log2(n1)+n2log2(n2) N1=运算符出现的总次数 N2=运算元出现的总次数 代码度量-结构度量 扇入：调用该模块的模块计数； 扇出：该模块所调用的模块计数； 使用扇入扇出来评价软件设计 具有大扇入和大扇出的模块可能是不良设计。这种模块可能未能正确分解并需要重新设计。 McCabe度量法 辅助分析工具 对源代码进行分析经常需要辅助分析工具 Logiscope代码检查工具 本章内容总结 白盒测试的作用 白盒测试的策略 白盒测试与黑盒测试的联系 提高代码质量的方法 运用代码编写规范、代码检查单 代码质量度量的方法 使用LogiScope 强调白盒测试和黑盒测试不是决然分开的，单独做黑盒测试或白盒测试都是做了测试的一个方面，很难保证发现了软件中大部分缺陷。 在测试过程中往往把两者结合起来进行测试，从代码逻辑结构上保证正确，再从功能和非功能特性上保证正确，经过这两方面的测试， 才能最大可能的保证软件质量。在测试过程中，采用这两种测试技术的时间有所不同。 白盒测试主要是在编码阶段采用。而根据编码所处的时间段不同，运用白盒测试的方法也不同。这里简要的提一下，这些方法的使用将在下一章详细讲解。 桌前检查主要是开发人员自己检查自己的代码； 同行评审是引用CMM中的概念，主要是开发人员和设计人员或测试人员参加的代码走查；代码评审 代码走查：通常是测试人员测试软件的方法之一，通过阅读源代码发现问题的过程； 单元测试：主要是开发人员自己测试编写的代码，来保证提交的模块是经过测试的；有时测试人员也进行单元测试。 在单元测试中，主要测试功能，并覆盖程序中的语句和分析等达到逻辑覆盖准则。 静态分析：主要是指借助测试工具对源代码进行分析的过程。前