静态测试

静态测试-代码审查和走查
代码审查小组人员(4人组成最佳) 协调人、编码人员、模块的设计人员、一名测试专家 协调人职责 为代码审查分发材料(程序清单、设计规范 )，安排进程 在代码审查过程中起主导作用 记录发现的所有错误 确保所有错误随后得到改正
静态测试-代码审查和走查
代码审查过程：

(1)协调人提前把代码审查常见错误列表、设计规格说明 书、控制流程图、程序文本及有关要求、规范等分发给 小组成员，作为评审的依据。小组成员在充分阅读这些 材料之后，进入审查的第二步。
常见错误列表：把以往所有可能发生的常见错误罗列出来 ，供与会者对照检查，以提高会审的实效。这个常见错 误清单也叫做检查表，它把程序中可能发生的各种错误 进行分类，对每一类列举出尽可能多的典型错误，然后 把它们制成表格，供在会审时使用。
静态测试-代码审查和走查
会议理想时间为90-120分钟。时间越长，效率
越低。 审查按150行/小时速度进行。 每次会议审查一个或几个模块或子程序。 为了使每个人都采取建设性态度，最好对审查 结果进行保密，仅限于参与者内部。如果让管 理人员做为考评依据，则与检查过程的目的背 道而驰。
静态测试-代码检查和走查
代码审查常见错误列表
(1) 检查代码和设计的一致性； (2) 代码的可读性以及对软件设计标准的遵循情况；
(3) 代码逻辑表达的正确性；
(4) 代码结构的合理性； (5) 程序中不安全、不明确和模糊的部分； (6) 编程风格方面的问题等。
静态测试-常见错误列表
针对代码的常见错误列表
静态测试-代码审查和走查
代码审查过程： (2)召开程序审查会。在会上，首先由程序员逐句讲解程 序的逻辑。在此过程中，程序员或其他小组成员可以提 出问题，展开讨论，审查错误是否存在。实践表明，程 序员在讲解过程中能发现许多原来自己没有发现的错误 ，而讨论和争议则促进了问题的暴露。
协调人要确保会议高效进行，参与者将注意力用于查 找错误而不是修正错误。修正错误由程序员在会后完成。 会议结束后，程序员得到一份已发现错误清单。如 果错误太多或程序要做根本改动，协调人可以再安排一 次审查。

静态测试概述
实际使用中，静态代码检查比动态测试更有效率，更能快 速找到缺陷。按经验估算，一般能发现30%～70%的逻辑设计 和编码错误的缺陷。但是静态代码检查非常耗费时间，而且代 码检查需要丰富的知识和经验积累。 静态白盒测试一般面临的情况是不能善始善终，因为小组 会认为不太好使，费用太高，没有产出。 原因是人们认为程序员的任务就是编写代码，而任何破坏 代码编写效率的事情都会减缓开发过程。
静态测试-桌面检查
由于程序员熟悉自己的程序及其程序设计风格，可以 节省很多的检查时间，但应避免主观片面性。这种检查应 在软件开发早期实施，最好在设计编码之后、系统测试之
前使用。桌面检查的文档是一种过渡性的文档，不是公开
的正式文档。通过编写文档，也是对程序的一种下意识的 检查和测试，可以帮助程序员发现和抓住更多的错误。管
理部门也可以通过审查桌面检查文档，了解模块的质量、
完全性、测试方法和开发人员的能力。
静态测试-代码审查和走查
代码审查

由若干程序员和测试员组成一个会审小组，通过阅读、讨论 和争议，对程序进行静态分析的过程。
优点


比桌面检查更有效 一旦发现错误，通常就能在代码中对其进行精确定位，降低 调试成本。 可以发现成批同一类型错误并得以修正。
静态测试
静态测试概述
定义：静态测试是基于期望属性、专业经验、通用标 准来对工作件的特征进行详细检查的一种测试方法。
工作件：也就是静态测试的测试对象，是不同种类的 产品交付 件，即一切项目过程文档，例如系统设计 说明书、产品需求文档、开发设计文档（详细设计说 明书、数据库设计说明书）、源代码以及测试文档。
静态测试概述
静态测试的优点
•加深对项目的理解，使测试计划和测试设计质量得到提高； •使得测试用例全面、有效，从“撞问题”转变为有目的的“找 问题” •提前了对项目的理解，减少了测试执行时的摸索时间，从而加 快测试进度 •提前发现问题（尤其是设计问题），避免项目走弯路，降低缺 陷修复成本、回归测试成本以及沟通成本，同时降低项目风险， 减轻测试执行时的压力
静态测试和动态测试
静态测试（人工测试）

不运行程序进行测试，即检查和审阅

静态黑盒测试——检查产品说明书 静态白盒测试——检查代码，在不执行的条件下有 条理地仔细审查软件设计、体系结构和代码，从而 找出软件缺陷的过程，有时称为结构分析。
动态测试（基于计算机的测试）

运行和使用软件以发现错误，即通常意义上的测试
代码检查法
代码检查包括 桌面检查（Desk Checking） 代码审查（Inspection） 代码走查（Walk through） 技术评审（Review） 当然在实际工作，我们完全不必要被概念所束缚住， 而应根据项目的实际情况来决定采取哪种静态测试形 式，不用严格去区分到底是代码走查，代码审查和还 是技术评审。
静态测试概述
静态测试的方法主要有代码检查法、静态结构分析法等。
代码检查法 包括桌面检查、代码审查、代码走查和技术评审等。主要 检查代码的设计是否一致性、代码是否遵循标准性和可读性、 代码的逻辑表达是否正确性、以及代 码结构是否合理性等。 静态结构分析法 一种计算机辅助的静态分析方法。主要是以图形的方式表 现程序的内部结构，例如函数调用关系图、函数内部控制流图。 静态分析的对象是软件 程序，程序设计语言不同，相应的 静态分析工具也就不同。
Leabharlann Baidu
静态测试-桌面检查
桌面检查：由程序员自己检查自己编写的程序。程序员在程序 通过编译之后，进行单元测试设计之前，对源程序代码进行分 析，检验，并补充相关的文档，目的是发现程序中的错误。
检查内容：
变量和标识符的交叉引用 子程序、函数、宏的调用、参数 等价性检查 常量检查，常量的取值、数据类型 设计标准检查 风格检查 路径检查