什么是静态测试？软件测试技术
托马斯·汉密尔顿
什么是静态测试？
静态测试 是一种软件测试技术，用于在不执行代码的情况下检查软件应用程序中的缺陷。静态测试是为了在开发早期避免错误，因为这样更容易识别错误并解决错误。它还有助于发现动态测试可能无法发现的错误。
它的对应物是动态测试，它在代码运行时检查应用程序。请参阅本教程以了解两者之间的详细区别 静态和动态测试.
静态测试技术的两种主要类型是
- 手工检查：手动检查包括手动完成的代码分析，也称为 评论。
- 使用工具自动分析： 自动分析基本上是使用工具完成的静态分析。
静态测试技术
- 非正式的 Rev尤斯
- 演练
- 技术 Rev尤斯
- 检查
- 静态分析
- 数据流
- 控制流
用于静态测试的工具
用于静态测试的各种工具如下：
什么是测试 Rev有啥看法？
静态测试中的评审是为查找任何程序设计中的潜在缺陷而进行的过程或会议。评审的另一个重要意义是，所有团队成员都了解项目的进展情况，有时想法的多样性可能会产生极好的建议。文件由人员直接审查，并整理出差异。
Rev观点又可分为四个部分：
- 非正式评论
- 演练
- 技术审查
- 检查
在 Rev查看过程 参与测试的四种类型的参与者是：
- 主讲人：执行入职检查、跟进返工、辅导团队成员、安排会议。
- 作者：负责修复发现的缺陷并提高文档质量
- 刻划式打标系统：在评审期间记录缺陷并参加评审会议
- Rev尤尔：检查材料是否有缺陷并进行检查
- 经理：决定审查的执行并确保满足审查过程的目标。
在静态测试中更容易发现的缺陷类型有：
- 与标准的偏差
- 不可维护的代码
- 设计缺陷
- 缺少要求
- 接口规范不一致
通常，静态测试中发现的缺陷是由于安全漏洞、未声明的变量、边界违规、语法违规、接口不一致等造成的。
成功静态测试过程的技巧
在软件工程中执行静态测试过程的一些有用技巧。
- 只关注真正重要的事情
- 明确计划和 track 评审活动。软件演练和检查通常综合纳入同行评审中。
- 通过示例培训参与者
- 解决人的问题
- 保持流程正式作为项目文化
- 持续改进——流程和工具
- 通过消除测试执行中的主要延迟，可以减少测试成本和时间
为什么要进行静态测试？
进行静态测试的原因如下
- 早期缺陷检测和纠正
- 缩短开发时间
- 减少测试成本和时间
- 为了提高开发效率
- 在测试的后期阶段减少缺陷
静态测试测试什么
在静态测试中，测试以下内容
- 单元测试用例
- 业务需求文件 (BRD)
- 使用案例
- 系统/功能要求
- 原型
- 原型规格文件
- DB 字段字典电子表格
- 测试数据
- Trac能力矩阵文件
- 用户手册/培训指南/文档
- 测试计划策略文档/测试用例
- 自动化/性能测试脚本
如何进行静态测试
要执行静态测试，可以通过以下方式完成：
- 执行检查流程以全面检查应用程序的设计
- 对每个正在审查的文件使用清单，以确保所有审查都得到完全覆盖
执行静态测试的各种活动是：
- 用例需求验证： 它验证所有最终用户操作以及与其关联的任何输入和输出均已识别。用例越详细和彻底，测试用例就越准确和全面。
- 功能需求验证：它确保功能需求确定所有必要的元素。它还关注数据库功能、接口列表以及硬件、软件和网络要求。
- Archi质地 RevIEW：所有业务级流程，如服务器位置、网络图、协议定义、负载平衡、数据库可访问性、测试设备等。
- 原型/屏幕模型验证：此阶段包括验证需求和用例。
- 字段字典验证：UI 中的每个字段都定义得足够好，可以创建字段级验证测试用例。检查字段的最小/最大长度、列表值、错误消息等。
