静态测试是指在不运行被测程序的情况下，通过检查、审查、分析软件的文档、源代码、设计图等，来发现潜在的错误、缺陷、安全漏洞或不符合规范的问题。它主要依赖于人工审查、自动化工具辅助，或两者的结合。静态测试是软件开发过程中质量保证的重要环节，旨在尽早发现并纠正问题，以降低软件开发后期的成本和风险。
静态测试的方法主要包括以下几种：
1. 代码审查（Code Review）
定义：由开发人员、测试人员或其他专家对源代码进行详细的审查，以评估代码质量，发现潜在错误或不符合编码标准的地方。
开展过程：
-
确定审查目标、范围和参与人员。
-
分发代码，给予审查人员足够时间进行独立审查。
-
召开审查会议，共同讨论发现的问题，确定解决方案。
-
记录审查结果，跟踪问题修复情况。
优点：能够发现深层次的逻辑错误和设计缺陷，促进知识共享和团队协作。
缺点：耗时较长，依赖审查人员的经验和技能水平。
常用工具：GitHub、GitLab（代码托管平台的审查功能）、Review Board、Crucible等。
2. 代码走查（Code Walkthrough）
定义：一种通过会议形式集体检查代码的方法，目的是找出代码中的错误和不符合规范的地方。
开展过程：
-
选择走查的代码段，并通知团队成员。
-
团队成员提前准备，熟悉相关代码。
-
在会议上逐行或逐块讨论代码，记录问题。
-
分配问题修复任务，并跟踪修复情况。
-
优点：集思广益，能够发现更多问题；促进团队成员间的沟通和协作。
缺点：效率可能较低，受限于会议时间和参与人员数量。
常用工具：投影设备、共享屏幕或支持协作的在线代码编辑器。
3. 静态分析（Static Analysis）
定义：利用自动化工具对源代码进行扫描和分析，以检测常见的编程错误、安全漏洞或不符合编码规范的问题。
开展过程：
-
选择合适的静态分析工具。
-
配置工具以符合项目编码规范和标准。
-
运行工具对代码进行扫描。
-
分析扫描结果，修复发现的问题。
优点：自动化程度高，快速发现问题；减轻人工审查负担。
缺点：可能产生误报或漏报；某些复杂问题可能无法被工具检测到。
常用工具：
-
Java：FindBugs、PMD、Checkstyle。
-
JavaScript：ESLint。
-
跨语言：SonarQube等。
4. 文档审查（Document Review）
定义：对软件的需求文档、设计文档等进行仔细的检查和评估，确保其准确性、完整性和一致性。
开展过程：
-
收集并分发待审查的文档。
-
审查人员独立审查文档，记录问题或建议。
-
召开审查会议，讨论并确定问题及其解决方案。
-
更新文档以反映审查结果。
优点：确保文档质量，降低因文档错误导致的开发风险。
缺点：可能耗时较长，依赖审查人员的专业知识和经验。
常用工具：Microsoft Office、LibreOffice（文档编辑工具）；Adobe Acrobat（PDF文档审查和注释工具）。
总结：静态测试通过不同的方法和工具来确保软件的质量和可靠性。每种方法都有其独特的定义、开展过程、优缺点和适用的工具支持。在实际项目中，应根据具体需求和资源情况选择合适的方法进行静态测试。
标签：谈一谈,审查,静态,08,文档,工具,常用工具,代码 From： https://www.cnblogs.com/qwfy8910/p/18409715