开始静态测试的时机和准备

理论上讲，静态测试应从项目立项即开始测试，然后始终贯穿整个项目。但在实际操作中，基本上是上一个版本系统测试结束的时候才进入下一个版本的静态测试阶段。这个时候，基本系统规格书和软件需求说明书都已经完成初稿，因此静态测试开始的原则是越早越好。

（1）测试前的重要准备：熟悉业务流程和背景

静态测试能否成功有一个很重要的前提条件，是测试人员要对测试系统的业务流程有一定的认识和基础，这样测试才能更加全面和深入的进行。例如，如果要对新增的业务流程进行测试，建议先在类似的业务系统中熟悉业务基础流程。如果是要对变更类项目进行测试，建议将原有的系统先熟悉起来，以便对变更和修改的内容有更明确清晰的认识。其次，对于静态测试内容的业务背景和总体设计的了解也是非常重要的。例如：通过对业务背景和总体方案的研读，了解系统要实现哪些内容，清晰了解所测试的内容的轮廓，透彻的审视系统规格书和软件需求说明书。只有充分的前期准备，才会在静态测试过程中取得比较满意的效果。如果涉及到比较复杂的情况时，测试人员较难搞清楚的，好提前跟对应的开发沟通，搞清楚项目的测试要点，或是去求证测试思路是否正确。这样有助于缩短准备时间，更好的进行静态测试。

（2）静态测试前先准备好产品说明书

静态测试前需要先对产品说明书进行高级审查，测试产品说明书的目的不是钻进去找软件缺陷，而是在一个高度上审视。审查产品说明书是为了找出根本性的大问题、疏忽和遗漏之处。也许这更像是研究而不是测试，但是产品说明书的研究主要是为了更好地了解软件要做什么。如果能够很好地理解产品说明书背后的原因和操作方式，可以更好地仔细进行静态测试检查了。因此，测试人员在第一次接到需要审查的产品说明书时，应该要把自己代入客户的角色想思考。代入客户的角色思考和看问题是很重要的，这涉及到静态测试的准备工作是否做到位的问题。再加上有一定的业务背景了解，在审视产品说明书的时候才有可能发现功能上设计不合理的地方。

（3）审查和测试同类软件

审查和测试同类软件中存在的缺陷问题和功能，可以给测试人员一个好的提示和借鉴，让测试人员在静态测试更加有的放矢。比如说一个软件系统中要设计一个新的功能，而这个功能在同类软件中已经有成形的产品，借鉴现有的经验，很容易比对出目前的设计是否存在某些缺陷或欠缺。

高效进行静态测试的策略和方法

人员和过程是决定软件静态测试质量的关键因素，因此高质量的人员和良好的过程是必须要重视和控制的。

（1）挑选合适的审查成员

静态测试对参与人员的经验要求非常高，因此静态测试的要点是要挑选合适的审查成员。因为审查人员是否具有丰富的经验和知识，将在缺陷讨论、判断和争议的环节中起到决定性的作用。

（2）审查活动前的准备必须要充分

静态测试一般是在编译和动态测试之前进行，这个时候系统是否能正常运行也是一个未知之数。因此在静态检查前，必须充分准备好需求描述文档、程序设计文档、程序源代码清单、代码编码标准和代码缺陷检查表等。

（3）组织和控制好审查会议过程

静态测试的代码检查阶段是需要召开会议形式的审查活动，而活动是否有效的进行和控制意味着是否高质量的进行静态测试。因此，必须要组织和控制好审查会议的过程，审查过程本身的目的是提出问题，引发讨论和争议，而不是现场解决这些缺陷。否则，缺乏控制的审查会议过程，会很容易本末倒置的变成了现场缺陷修改会议。