静态测试

在本节中，我们将了解静态测试，它用于在不执行代码的情况下检查应用程序。我们还学习了静态测试、我们为什么使用静态测试、如何执行静态测试、静态测试的不同技术、静态测试的优势以及各种静态测试工具。

静态测试简介

静态测试是一种验证过程，用于在不实现应用程序代码的情况下测试应用程序。这是一个具有成本效益的过程。

为了避免错误，我们会在开发的初始阶段进行静态测试，因为它更容易识别错误来源，并且可以轻松修复。

换句话说，我们可以说静态测试可以手动完成，也可以借助工具来完成，通过在开发早期发现错误来提高应用程序的质量；这也称为验证过程。

我们可以在执行静态测试时进行以下一些重要活动：

• 业务需求审查
• 设计回顾
• 代码演练
• 测试文档审查

注意：静态测试在白盒测试阶段执行，开发人员在将代码交给测试工程师之前检查每一行代码。

静态测试还帮助我们识别动态测试可能无法发现的那些错误。

为什么我们需要进行静态测试？

我们可以通过静态测试来实现以下几个方面：

• 我们可以使用静态测试来提高开发效率。
• 如果我们对应用程序进行静态测试，我们可以在早期阶段找到检测结果并轻松修复它们。
• 静态测试的使用将降低测试成本、开发时间和时间。

我们可以在静态测试中测试哪些不同的功能？

我们可以在静态测试中测试各种测试活动，具体如下：

• BRD [业务需求文档]
• 功能或系统要求
• 单元用例
• 原型
• 原型规格文件
• 测试数据
• 数据库字段字典电子表格
• 文档/培训指南/用户手册
• 测试用例/测试计划策略文档
• 追溯矩阵文件
• 性能测试脚本/自动化

我们什么时候进行静态测试？

要进行静态测试，我们需要按照以下步骤操作：

Step1：为了全面审查应用程序的设计，我们将执行检查过程。

步骤 2：之后，我们将对每份被审查的文件使用清单，以确保所有审查都被完全覆盖。

我们还可以在执行静态测试的同时实施多项活动，如下表所述：

活动	解释
架构审查	架构审查活动包含所有业务级流程，例如网络图、负载平衡、服务器位置、协议定义、测试设备、数据库可访问性等。
用例需求验证	它用于验证所有最终用户操作以及相关的输入和输出。如果用例更加全面和详细，我们可以做出更加精确和包容的测试用例。
功能需求验证	功能需求验证活动用于确保正确识别所有必要元素。它还负责软件、接口列表、网络要求、硬件和数据库功能。
字段字典验证	在字段字典验证中，我们将测试用户界面中指定的每个字段，以创建字段级验证测试用例。我们可以检查错误消息、最小或最大长度、列表值等字段。
原型/屏幕模型验证	原型验证活动包含需求和用例的验证。

为什么我们需要静态测试？

每当我们在测试应用程序或软件时遇到以下情况时，我们都需要进行静态测试：

• 动态测试很耗时
• 早期阶段的缺陷/Bug 的识别
• 动态测试是昂贵的
• 增加软件体积

动态测试很耗时

我们需要静态测试来测试应用程序，因为动态测试是一个耗时的过程，即使动态测试会识别错误并提供有关错误的一些信息。

早期阶段的缺陷/Bug 的识别

当我们在开发软件时，我们不能完全依赖动态测试，因为它会在后期发现应用程序/软件的错误或缺陷，因为它会花费程序员大量的时间和精力来修复错误。

动态测试是昂贵的

我们需要对软件产品进行静态测试，因为动态测试比静态测试更昂贵。由于测试用例已经在初始阶段创建，因此在动态测试中涉及测试用例的成本很高。

而且我们还需要保留测试用例的实现和验证，这需要测试工程师花费大量时间。

增加软件体积

每当我们测试软件时，它都会增加软件产品的大小，因为代码覆盖率的生产力降低，我们无法处理。

这就是为什么我们需要静态测试来摆脱软件开发生命周期早期的错误或缺陷。

静态测试的目的

执行静态测试的主要目标如下：

• 静态测试将减少生产中的缺陷。
• 静态测试将尽早识别、预测和修复错误。
• 它用于节省时间和成本。
• 它用于在 SDLC 的早期阶段识别缺陷，我们可以轻松修复它们。

成功的静态测试过程的一些有用的要点

以下指南帮助我们在软件测试中执行成功的静态测试过程。

• 我们可以用例子训练参与者。
• 如果我们删除测试执行中的主要延迟，测试成本和时间可以减少。
• 我们可以根据项目文化保留流程。
• 我们只能强调重要的事情。
• 众所周知，软件演练和审查通常合并为同行审查；因此，我们可以明确计划并跟踪审查活动。
• 我们可以解决客户的问题。

静态测试技术

静态测试技术提供了一种提高软件开发质量和效率的好方法。静态测试技术可以通过两种方式完成，如下所示：

• 审查
• 静态分析

审查

在静态测试中，审查是一种用于发现应用程序中可能存在的错误的技术或过程。我们可以在审核过程中轻松识别和消除SRS [软件需求规范]等各种支持文件中的故障和缺陷。

换句话说，我们可以说静态测试中的审查是所有团队成员都会了解项目进度的地方。

在静态测试中，评论可以分为四个不同的部分，分别如下：

• 非正式评论
• 演练
• 技术/同行评审
• 检查

让我们一一详细了解它们：

• 非正式评审

  在

  非正式评审中

  ，文档设计者将内容呈现在浏览者面前，每个人都给出自己的看法；因此，在早期阶段就承认错误。

• 演练 通常，演练审查用于由技术人员或专家执行以验证错误。因此，在开发或测试阶段可能不会出现问题。

• 同行评审 在同行评审中，我们可以检查彼此的文档以查找并解决错误，这通常是在一个团队中完成的。

• 检查 在审查中，检查实质上是上级对文件的验证，**例如**对SRS[软件需求规范]文件的验证。

静态分析

另一种静态测试技术是静态分析，用于包含由开发人员建立的代码质量评估。

我们可以使用不同的工具来执行代码的分析和评估。

换句话说，我们可以说开发人员开发的代码使用了一些工具来分析结构性错误，这可能会导致缺陷。

在静态分析也将帮助我们找出以下错误：

• 死代码
• 未使用的变量
• 无限循环
• 语法不正确
• 具有未定义值的变量

在静态测试中，静态分析可以进一步分为三个部分，讨论如下：

数据流：在静态分析中，数据流连接到流处理。

控制流：通常，控制流用于指定命令或指令的实现方式。

Cyclomatic Complexity：它是程序复杂度的度量，主要与程序控制流图中独立路径的数量有关。

用于静态测试的工具

在静态测试中，我们市场上有几种工具，但这里我们讨论的是最常用的工具，它们如下：

• 检查样式
• 源表
• 煤烟

检查样式

它是一种开发工具，用于帮助开发人员编写遵循编码标准的 Java 代码。该CheckStyle的工具可以自动检查Java代码的过程。

它是一个高度配置的工具，旨在支持几乎所有的编码标准。在谷歌的Java式，孙代码约定是那些配置文件，这是由CheckStyle的支持。

CheckStyle 的特点

以下是 CheckStyle 最常见的功能：

• 它可以检查我们源代码的各种特征。
• CheckStyle 代码能够验证代码布局和格式问题。
• 它还可以帮助识别方法设计问题、类设计问题。

源表

它是针对C / C++、C#、Python、RPG项目等各种编程语言的特定静态源代码分析的高级工具。

在SourceMeter 工具的帮助下，我们可以轻松地从源代码中识别正在开发的系统的漏洞点。

具有 SourceMeter 部分功能的免费版本适用于所有编程语言。

在 SourceMeter 中，我们可以使用分析的输出、分析的源代码的质量来以定向的方式增强和开发短期和长期。

源表功能

SourceMeter工具最常用的功能如下：

• 它提供最精确的编码错误检测。
• SourceMeter 工具将提供深入的静态代码分析。
• 它在第三方集成的帮助下改进了用户界面。
• 它将提供独立于平台的命令行工具。

Soot

它是一个Java优化框架，也就是说它是一个分析和转换Java和Android应用程序的框架，我们可以从以下几个方面进行测试：

• 命名模块和模块化 jar 文件。
• 自动模块，这意味着模块是从模块路径中的 jar 重复创建的。
• 爆炸模块
• 解析 Soot 中的模块

Soot 还可以生成各种输出格式的可能转换的代码，例如Android 字节码、Java 字节码 Jasmin 和 Jimple。

静态测试的优势

静态测试的优点如下：

• 提高产品质量 静态测试将提高产品质量，因为它在软件开发的初始阶段识别缺陷或错误。
• 提高动态测试的效率静态测试的使用将提高动态测试的效率，因为执行静态测试后代码会变得更清晰、更好。 正如我们上面所理解的，静态测试需要一些努力和时间来生成和保持高质量的测试用例。
• 降低 SDLC 成本 静态测试降低了 SDLC 成本，因为它在软件开发生命周期的早期阶段识别错误。因此，更改产品和修复它们所需的努力和时间更少。
• 即时评估和反馈 静态测试在开发软件产品的每个阶段为我们提供对软件的即时评估和反馈。
• 跟踪 错误的确切位置 当我们执行静态测试时，与动态测试相比，我们可以轻松识别错误的确切位置。

概述

在静态测试部分，我们学习了以下主题：

• 静态测试用于在软件开发周期 [SDLC] 的早期阶段识别故障。
• 我们已经理解静态测试不能替代动态测试，因为这两种测试识别不同的错误类型。
• 我们已经了解静态测试的目标。
• 在静态测试中，评审是测试应用程序的有效方法，因为评审有助于识别错误并识别设计缺陷、缺失的需求和不可维护的代码等。
• 我们了解了几种静态测试工具，它们可以帮助我们提高软件产品的测试性能。