软件静态测试技术概述.pdf

软件静态测试技术概述 软件测试基础 Software Testing Foundation 本章内容 1. 静态测试技术-评审 2. 静态分析 2 2.静态测试技术 2.1 评审 2.2 通用评审过程 2.3 评审中的角色和职责 2.4 评审的类型 3 2.静态测试技术及测试过程 2.1 评审 (Review) • 评审是对所有人工静态分析技术和具体 文档检查技术的统称，通常通过深入阅 读和理解被检查文档来完成。 • 文档检查有多种不同的技术，可以通过 检查的强度、形式、必需的资源（人员 和时间）以及它们的目的来区分。 4 2.1 评审(Review) • 评审的时机：文档完成后越早越好 –评审是测试软件产品（包括代码）的一种方 式，可以在动态测试之前执行。在软件开发 周期早期发现的缺陷，其修复代价往往要比 在运行测试时发现的缺陷修复代价要低的多。 5 2.1 评审(Review) • 评审的对象：任何软件工作产品 –任何软件工作产品都可以被评审，包括需求 规格说明、设计说明、代码、测试计划、测 试规格说明、测试用例、测试脚本、用户指 南及网页。 6 2.1 评审(Review) 评审的好处 • 降低消除缺陷的成本，早期发现并消除 缺陷，可以提高开发的生产率 • 缩短开发时间 • 降低整个软件开发周期的成本 • 降低系统运行的故障率 • 团队学习，改进团队工作方法 • …… 7 • IBM公司报道，进行1个小时的评审可节 约20小时的测试，如果在发布的产品中 遗留了审查所发现的缺陷，则所需的返 工时间为82小时 • 贝尔北方研究中心审查了250万行实时系 统的程序代码，避免了平均每个缺陷33 小时的维护费用。通过审查发现缺陷的 效率是测试的2-4倍 2.1 评审(Review) 静态与动态技术比较 • 评审、静态分析和动态测试有着同样的 目标，即发现缺陷，这两种技术互补， 不同的技术可以有效地发现不同类型的 缺陷。与动态测试相比，静态技术更多 地发现缺陷的原因而非缺陷本身。 9 2.1 评审(Review) • 静态测试技术比动态测试技术更容易发 现以下类型的缺陷：与标准的偏差、需 求缺陷、设计缺陷、不充分的可维护性 和错误的接口规格等。 10 2.1 评审(Review) 评审的成本和收益 • 评审的成本大概占整个开发预算的 10%~15%。成本包括评审过程本身、评 审数据分析和过程改进的工作量。估计 节约的成本约为 14%~25%，这一计算包 括评审自身的工作量。 • 如果能够系统地使用并有效地开展评审， 70%以上的文档缺陷都能够在它们遗漏 到下一道工序前被发现和修复。