第六讲动态白盒测试.ppt

动态白盒测试 动态白盒测试 利用查看代码功能和实现方式得到的信息来确定哪些要测试，哪些不要测试、如何开展测试。 称为结构测试 软件测试员可以查看并使用代码的内部结构，从而设计和执行测试。 软件的内部结构和运作方式会影响测试手段 动态白盒测试不仅是查看代码，还包括直接测试和控制软件 测试包括 直接测试底层功能、过程、子程序和库 以完整程序的方式从顶层测试软件，但是根据对软件运行的了解调整测试用例 从软件获得读取变量和状态信息的访问权，以便确定测试与预期结果是否相符，同时，强制软件以正常测试难以实现的方式运行 估计执行测试时“命中”的代码量和具体代码，然后调整测试，去掉多余的，补充遗漏的 动态白盒测试与调试 发现缺陷和查看代码的过程 软件测试员的工作 使用与程序员相同的工具或者编译器 要使用代码级调试器单步执行程序，观察变量、设置断点条件 对于要求合法性检查的独立代码模块，还要编写测试程序进行测试 分段测试 单元测试 集成测试 测试策略 测试应该是系统地计划和实施与管理。一个测试策略有如下方面的要求： 测试开始于模块级. 不同的测试技术应该在不同的测试点及时使用 测试实施可以由开发人员，对大项目，由独立的测试组做 测试和调试是两种不同的活动，但是调试应该溶入测试策略中 1 验证和确认. 2 软件测试的组成 3 软件测试策略 4 测试完成的标准 验证和确认 测试就是验证和确认. 验证: 生产的产品是否正确? 确认:是否生产了正确的产品? 软件测试的组织 能够使用独立的测试组做测试工作. 开发者做单元测试,有可能的话,可以做集成测试 独立的测试组完成验收测试和系统测试 ITG 要成为规范的过程,制定出计划和测试规程,需要汇报给SQA 软件测试策略 系统开发的过程是: 1.System engineering 2.Requirements 3.Design 4.Coding 测试工作是一个相反的过程: 单元测试: 使用白盒测试技术的模块级测试 测试模块控制结构的路径, 达到完全覆盖和最大限度地错误发现1. 集成测试 验证程序构造 大量使用黑盒测试技术 有时使用白盒测试来保证主要控制路径的覆盖性 软件测试策略 测试工作是一个相反的过程: 单元测试: 使用白盒测试技术的模块级测试 测试模块控制结构的路径, 达到完全覆盖和最大限度地错误发现1. 集成测试 验证程序构造 大量使用黑盒测试技术 有时使用白盒测试来保证主要控制路径的覆盖性 验收测试 软件确认标准的测试 (在需求分析时建立的) 经常使用黑盒测试技术 系统测试 计算机系统工程部分的测试 考虑软件与其他系统组件的集成问题 软件测试策略 测试策略必须考虑风险,同时指明一个方法能减低风险 测试因素:需要指明的风险 正确性:数据输入、处理、输出是正确的 文件完整性：使用了正确的文件，检索和存储数据是正确的 授权：指明权限，能够实行指定的功能 审计跟踪：证实处理过程发生的能力 处理的继续性：当发生问题，能够继续处理 服务级别：需要的结果能够及时地提供给用户 访问控制：防止误用（偶然或者故意） 软件测试策略 测试策略必须考虑风险,同时指明一个方法能减低风险 测试因素:需要指明的风险 符合性：确保系统是按照需求设计的 可靠性：在一定期限运行的能力 易用性：易于使用和理解 维护性：易于定位问题，并修改 移植性：易于移到其他系统上 偶合性：应用内部组件之间连接的能力 性能：使用较少的系统资源、响应时间 易于使用 开发测试策略 选择和测试因素，并分出等级 识别系统开发的阶段 识别商业风险 开发者、主要用户和测试者集体讨论并同意 建立风险的矩阵 风险矩阵中能将测试用例与风险挂钩 单元测试（Unit Testing） 检验程序最小单位有无错误 编码完成后做的首要测试工作 一般由编程人员完成 大多从程序的内部结构出发设计测试用例 多个程序模块可以独立开展测试工作 单元测试 主要测试以下五个方面： 1、模块接口：检查进出程序的数据流是否正确 内部检查：传输参数的数目、属性、单位、次序是否匹配；全程变量的定义是否一致；只做输入的变元有无被修改，等等。 外部检查：打开、结束、关闭文件的操作；文件和属性；I\O错误处理；输出拼写，等等。 2、局部数据结构：内部数据保持完整性 数据说明(declaration)；初始化与缺省值的设置；变量名拼写；数据类型的相容性；上\下溢出及地址异常，等等。 单元测试 3、重要的执行路径： 由于穷尽测试不可能，故通常针对最常见的错误设计测试方案。较常见的错误有： 计算次序问题 不同类型混合运算（例：比较类型不同的量） 初值设置错误 精度问题（例：精度不够导致两变量不可能相等，而程序中等待相等