软件测试技术-4静态测试.pdf

静态测试 1 本章要点  静态测试概述  评审  评审流程  对规格说明书的测试  代码评审  代码分析 2 静态测试  定义  通过检查和评审软件而不是运行软件对软件进行测试 的方法.  对象  各种与软件相关的有必要进行测试的产物，例如各类 文档、源代码等. 3 静态测试方法  评审 1.对软件文档和代码由人进行评估的活动，用以确定与预期结果之间 的偏差和相应的改进意见. IBM的工程师Michael Fagan于20世纪70年代提出 静态分析 通过工具对被测代码进行特性分析 4 V模型的评审时间点 需求|需求规格说明书 评审 评审 系统测试文档 系统测试 概要设计|概要设计说明书 评审 评审 集成测试文档 集成测试 详细设计|详细设计说明书 评审 评审 单元测试文档 单元测试 编码|源代码 走读，静态分析 5 静态测试的优缺点  优点 1.充分发挥人的思维优势,易开展，不需特别条件 2.一旦发现错误，就知道错误的性质和位置，修改花费的代价低 3.使用这种方法，一次能揭示一批错误，而不是一次只揭示一个错误 按经验估算，一般能发现30%～70%的逻辑设计和编码错误的缺陷。 IBM使用代码审查，错误检测效率占所有错误的80%。  缺点 1.静态代码检查非常耗费时间，而且代码检查需要丰富的知识和经验 积累。 2.静态白盒测试一般面临的情况是不能善始善终，因为小组会认为不 太好使，费用太高，没有产出。 3.对测试人员要求较高，要有编程经验，需要有知识和经验的积累， 能发现问题本身而非征兆。 6 评审的类型  评审类型的区别在于正式程度  评审越正式，发现的缺陷越多，但评审越正式，花费成 本越高。  被评审对象越重要或者风险越高，采用的评审方式越正 式 。 7 评审流程 流程 计划、介绍会议、准备、会议、返工、跟踪、因果分析 每个阶段参与的角色、输入、输出 8 审查流程