5-静态测试的理解

• 1 介绍
• 2 静态测试技术
• • 2.1 代码检查
  • • 2.1.1 代码走查
    • 2.1.2 编码风格与规范
    • 2.1.3 审查
    • • 2.1.3.1 代码审查和代码走查
      • 2.1.3.2 代码审查清单
  • 2.2 静态结构分析
  • 2.3 代码质量度量

1 介绍

• 静态测试包括包括代码检查、静态结构分析、代码质量度量等。
• 它可以由人工进行，充分发挥人的逻辑思维优势，也可以借助软件工具自动进行。
• 动态测试在完成静态测试之后进行，这样，就需要设计一系列的测试用例来确保测试的完整性和有效性，而在测试用例的设计中，通常会把白盒测试和黑盒测试结合起来使用。

2 静态测试技术

静态测试是指不运行程序进行的测试–只是检查和审阅。静态测试包括包括代码检查、静态结构分析、代码质量度量等。

2.1 代码检查

• 代码检查包括代码走查、代码审查等，主要检查代码和设计的一致性，代码对标准的遵循、可读性，代码的逻辑表达的正确性，代码结构的合理性等方面；
• 可以发现违背程序编写标准的问题，程序中不安全、不明确和模糊的部分，找出程序中不可移植部分、违背程序编程风格的问题，包括变量检查、命名和类型审查、程序逻辑审查、程序语法检查和程序结构检查等内容。

2.1.1 代码走查

代码走查的一个问题是全部的代码是否都需要走查，在实践中，通常是不可行的，测试者必须找到那些必须要走查的代码，例如，由于在将来的版本中引入缺陷的风险，由于维护阶段的费用很高，将会留下一些代码或者随机检查，或者按照优先权次序。

代码走查过程中的最大的问题是劝说开发者要遵循一定的标准，开发人员对于代码走查可能会有这样的态度：我写的代码为什么要别人批评我写代码的方式。代码走查要采用一个公认的标准以便所有人都能够同意接受它的要求，所有这些都要小心选择并能够全面反映团队的工作环境。

正规的走查是把代码打印出来，邀请别的同行开会检查代码的缺陷。但这种方法太耗时间，所以一般在走查会议上各开发人员自己讲解自己的逻辑、写法，让别人提意见。在编码阶段这种会议有助于大家了解整个项目情况，也有助力于各开发人员及早发现问题。

2.1.2 编码风格与规范

在程序设计中要使程序结构合理、清晰，形成良好的编程习惯，对程序的要求不仅是可以在机器上执行，给出正确的结果，而且要便于程序的调试和维护，这就要求编写的程序不仅自己看得懂，而且也要让别人能看懂。有时候会出现过了一年半载，连编程者自己也读不懂程序的情况。程序如同一篇文章，应该易于被人看懂，读起来流畅，必要时又容易修改，可以从源程序代码中得到提示从哪里修改。好的程序设计风格有助于提高程序的正确性、可读性、可维护性、可用性。

好的风格对于好的程序设计具有关键性作用。写好一个程序，当然需要使它符合语法规则、修正其中的错误和使它运行得足够快，但是实际应该做的远比这多得多。一个写得好的程序比那些写得差的程序更容易读、更容易修改。经过了如何写好程序的训练，生产的代码更可能是正确的。

程序设计风格的原则根源于由实际经验中得到的常识，它不是随意的规则或者处方。代码应该是清楚的和简单的——-具有直截了当的逻辑、自然的表达式、通行的语言使用方式。

2.1.3 审查

2.1.3.1 代码审查和代码走查

来源：虫无涯