软件测试复习02：静态测试

作者：非妃是公主
专栏：《软件测试》
个性签：顺境不惰，逆境不馁，以心制境，万事可成。——曾国藩

评审

评审过程

• 组建评审组
• 评审组长负责主持和控制全部评审活动
• 评审计划
• 评审准备
• 评审会
• 提交评审报告
• 建立评审过程
  

角色和职责

• 主审员：协调本次审查并主持讨论。
• 责任人：负责被审查的产品。
• 讲解员：在审查会上讲解被审查的产品。
• 审查员：审查产品。
• 记录员：记录在审查会议上讨论的问题。
• 产品经理：责任人的管理者。

评审类型

• 需求评审
• 概要设计评审
• 详细设计评审
• 数据库设计评审
• 测试评审

静态分析

控制流分析

对用结构化程序语言书写的程序，可以通过使用“控制流覆盖规则”从程序推导出其对应的控制流图：

数据流分析

• 控制流测试是面向程序的结构，控制流图和测试覆盖准则一旦给定，即可产生测试用例。
• 数据流测试是面向程序中的变量。
  

编码标准一致性检查

• 代码检查是静态测试的主要方法， 主要包括：
  • 桌面检查
  • 代码走查
  • 代码审查
  • 静态结构分析：流程图审查
• 代码检查：主要检查代码和流图设计的一致性、代码结构的合理性、代码编写的标准性、可读性、代码的逻辑表达的正确性等方面。包括变量检查、命名和类型审查、程序逻辑审查、程序语法检查和程序结构检查等内容。

桌面检查

• 桌面检查是程序员对源程序代码进行分析、检验，并补充相关的文档，发现程序中的错误的过程。
• 由于程序员熟悉自己的程序，可以由程序员自己检查，这样可以节省很多时间，但要注意避免自己的主观判断。

代码走查

• 由程序员和测试员组成的审查小组，通过逻辑运行程序，发现问题。小组成员要提前阅读设计规格书、程序文本等相关文档，利用测试用例，使程序逻辑运行。
• 可分为以下两个步骤：
  • 小组负责人把材料发给每个组员，然后由小组成员提出发现的问题。
  • 通过记录，小组成员对程序逻辑及功能提出自己的疑问，开会探讨发现的问题和解决方法。

代码审查

• 由程序员和测试员组成的审查小组，通过阅读、讨论、分析技术对程序进行静态分析的过程。
• 代码审查可分为以下两步：
  • 第一步：小组负责人把程序文本、规范、相关要求、流程图及设计说明书发给每个成员。
  • 第二步：每个成员依据所发材料作为审查依据，但是由程序员讲解程序的结构、逻辑和源程序。在此过程中，小组成员可以提出自己的疑问；程序员在讲解自己的程序时，也能发现自己原来没有注意到的问题。

课堂练习

答案：A
解析：桌面检查就是程序员整理自己的程序，以达到编码标准一致性。
2.

答案：C
解析：为了时间和效率，会上只进行问题提出，会下进行问题解决。
3.

正确答案：A
解析：