静态测试 是指在不实际运行程序的情况下，对软件的需求文档、设计文档、源代码等进行分析和检查，以发现其中的错误、缺陷或不一致之处。它的核心在于 “预防” ，力求在早期就将缺陷扼杀在摇篮里，从而大幅降低后期修复的成本。
以下是静态测试的主要方法和类型：
静态测试通常可以分为两大类：评审 和静态分析。
评审是由人来进行的，通过阅读和讨论来发现文档或代码中的问题。根据其正式程度，可以分为以下几种：
1. 非正式评审
* 描述：一种最简单的评审形式，没有固定的流程。
* 方式：通常是开发者与同事之间一对一的讨论，或者将自己的代码给同事看一眼，请求一些建议。
* 目的：快速获取反馈，解决小问题。
2. 走查
* 描述：比非正式评审稍微结构化一些。
* 方式：由作者（如开发人员或设计人员）向一组同事（通常是同行）介绍自己的作品（如需求文档、设计图或代码）。参与者会根据介绍提出疑问和评论。
* 特点：以作者为主导，目的是收集信息和建议。
3. 技术评审
* 描述：一个由专家组成的团队进行的系统性评估，旨在识别技术上的不一致性或是否违背标准。
* 方式：评审小组会检查产品的技术正确性，重点关注架构、设计、代码实现等方面是否符合预定的技术规范和标准。
* 目标：评估技术价值，确认技术实现的选择。
4. 审查
* 描述：这是最正式、最严格的一种评审方法，有定义明确的流程和角色。
* 流程：通常包括以下几个阶段：
* 规划：确定审查范围、标准和参与人员。
* 启动会议：向所有参与者介绍要审查的内容和目标。
* 个人准备：每位审查者独立工作，查找缺陷。
* 审查会议：会议上，作者逐项解释作品，记录员记录发现的缺陷，但不现场讨论解决方案。
* 返工：作者根据记录的缺陷列表修复问题。
* 跟踪： moderator（主持人）确认所有缺陷都已得到妥善解决。
* 角色：通常包括 Author（作者）、Moderator（主持人）、Reviewer（评审员）、Scribe（记录员）。
* 特点：流程严谨，缺陷检出率非常高，但成本也最高。
静态分析主要是由工具自动完成的，工具会对源代码或字节码等进行扫描和分析，找出潜在的问题。
1. 代码质量分析
* 目的：检查代码的结构和质量，确保其符合编程规范。
* 检测内容：
* 编码规范：命名规范、缩进、注释等。
* 复杂度：圈复杂度过高、嵌套过深等。
* 重复代码：代码克隆/重复。
* 常用工具：SonarQube, Checkstyle, PMD, ESLint (for JavaScript) 等。
2. 数据结构分析
* 目的：检查数据的使用是否正确。
* 检测内容：
* 变量声明了但未使用。
* 数据类型不匹配。
3. 控制流分析
* 目的：检查程序的执行流程是否存在问题。
* 检测内容：
* 不可达的代码（死代码）。
* 无限循环。
* 逻辑错误（如在循环中错误的 break/continue）。
4. 语法分析
* 目的：检查代码语法是否正确。这实际上是编译器的主要功能之一。
* 例子：缺少分号、括号不匹配等。
静态测试不仅仅针对代码，它贯穿于整个软件开发生命周期：
* 需求规格说明书
* 设计文档（如架构设计、详细设计）
* 源代码
* 测试用例
* 用户手册/帮助文档
1. 早期发现缺陷：在编写代码甚至在设计阶段就能发现问题，修复成本极低。
2. 提高开发质量：通过评审和规范检查，能提升代码的整体质量和可维护性。
3. 缩短开发周期：减少了后期动态测试和调试的时间。
4. 知识共享：评审过程是团队成员交流学习的好机会。
5. 预防缺陷：不仅找到当前的错误，还能防止未来类似的错误发生。
| 特性 | 静态测试 | 动态测试 |
| :--
| 程序运行 | 不运行程序 | 必须运行程序 |
开元棋app官网进入| 测试对象 | 文档、设计、源代码 | 正在运行的软件系统 |
| 阶段 | 开发早期 | 开发中后期（有可执行代码后） |
| 主要目标 | 预防缺陷 | 发现缺陷 |
| 执行者 | 开发者、测试人员、分析师 | 测试人员、自动化脚本 |
| 方法 | 评审、静态分析工具 | 功能测试、性能测试等 |
静态测试是现代高质量软件开发不可或缺的一环。一个成熟的开发团队通常会结合使用多种静态测试方法，例如：
* 对所有重要文档进行技术评审；
* 对关键代码进行代码审查；
* 在持续集成环境中集成SonarQube等静态分析工具来自动化检查代码质量。
将静态测试与动态测试有效结合，才能构建起坚固的质量保障体系。
