什么是静态测试
顾名思义，这里的静态是指程序的状态，即在不执行代码的情况下检查软件应用程序中的缺陷。进行静态测试是为了仅早在开发的早期阶段发现程序缺陷，因为这样可以更快速地识别缺陷并低成本解决缺陷，它还有助于查找动态测试过程找不到的缺陷。与静态测试对应的是动态测试(Dynamic Testing)，它指在代码执行过程测试应用程序。
静态测试技术的两种类型
- 人工检查：指人工完成的代码的分析，也称为CodeRreview。
- 工具自动分析：自动化分析基本上是借助于工具完成的静态分析。
什么是测试评审？
静态测试中的评审是为了发现任何程序设计中的潜在缺陷而进行的活动。评审的另一个好处是，帮助所有团队成员都了解项目本身，有时想法的多样性可能会产生出色的建议。项目文件直接由项目相关人员检查，并找出大家对统一需求理解的差异性。
评审可以为四个部分：
- 非正式评审
- 演示
- 技术评审
- 审查
在评审过程中，参与者分别是：
- 主持人：执行入场检查，跟进返工，指导团队成员，安排会议。
- 作者：负责修复发现的缺陷并提高文档质量
- 抄写员：在评审过程中记录缺陷并参加评审会议
- 审稿人：检查材料是否有缺陷并检查
- 经理：决定执行评审，并确保达到评审过程的目标。
在静态测试中更容易发现的缺陷类型为：
- 违背(编码)标准
- 代码可维护性差
- 代码存在缺陷
- 需求缺失
- 接口规范不一致
通常，在静态测试中发现的缺陷是变量未声明、边界逻辑处理考虑不全面、语法错误、接口设计不一致等因素引起的。
现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：110685036【暗号：csdn999】
为什么要进行静态测试？
由于以下原因：
- 早期更容易发现缺陷和修复
- 缩短开发时间
- 降低测试成本和时间
- 为了提高开发效率
- 降低测试阶段出现缺陷的概率
静态测试测试内容是什么
在“静态测试”中，对以下内容进行测试
- 单元测试用例
- 业务需求文档（BRD）
- 用例
- 系统/功能要求
- 原型
- 原型规格文件
- 数据库字段字典电子表格
- 测试数据
- 需求跟踪矩阵文件
- 用户手册/培训指南/文档
- 测试计划策略文档/测试用例
- 自动化/性能测试脚本
如何进行静态测试
要做静态测试，它可以通过以下方式完成：
- 进行检查过程以完全检查应用程序的设计
- 对要审核的每个文档使用清单，以确保所有审核均被完全覆盖
执行静态测试的各种活动是：
- 用例需求验证：它验证是否标识了所有最终用户操作以及与之关联的任何输入和输出。用例越详细和透彻，测试用例就越准确和全面。
- 功能需求验证：确保功能需求标识所有必要的元素。它还查看数据库功能，接口列表以及硬件，软件和网络要求。
- 架构评审：所有业务级别的流程，例如服务器位置，网络图，协议定义，负载平衡，数据库可访问性，测试设备等。
- 原型/屏幕模型验证：此阶段包括需求和用例的验证。
- 字段字典验证：UI中的每个字段都定义得足够好，可以创建字段级别的验证测试用例。字段用于检查最小/最大长度，列表值，错误消息等。
静态测试技术有哪些
- 非正式评审
- 演示
- 技术评审
- 审查
- 静态分析
- 数据流
- 控制流
静态测试的工具有哪些
静态测试的工具如下：
- Checkstyle
- Soot
- SourceMeter
- Sonar
静态测试的技巧
静态测试的一些技巧：
- 只专注于真正重要的事情
- 明确计划和跟踪审核活动。通常将软件演练和检查综合到同行的评论中
- 解决人员问题
- 持续改进流程和工具
- 通过消除测试执行中的主要延迟，可以减少测试成本和时间
概括
- 静态测试是为了尽早发现缺陷。
- 静态测试不能替代动态测试，两者都会发现不同类型的缺陷
- 评审是进行静态测试的有效技术
最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走！
软件测试面试文档
我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。
