从敏捷到生成式:AIGC如何改变软件测试的全流程

从敏捷到生成式:AIGC如何改变软件测试的全流程
在这里插入图片描述

过去二十年,软件测试经历了两次重要范式变迁。

第一次是 瀑布式测试 → 敏捷测试
第二次是 人工驱动测试 → 自动化测试

而今天,随着生成式人工智能(AIGC)的兴起,软件测试正在经历第三次重大转型:

从“敏捷测试”走向“生成式测试(Generative Testing)”。

这种变化不仅仅是工具升级,而是测试方法论、测试流程和测试角色的全面重构
本文将从工程实践的角度,系统分析 AIGC 如何重塑软件测试全流程,并给出可以落地的技术路径。


一、软件测试范式的三次演进

软件测试的发展基本可以分为三个阶段。

阶段核心特点主要问题
瀑布测试测试在开发后期进行反馈周期长
敏捷测试测试融入开发迭代人工成本高
生成式测试AI参与测试设计与执行方法论正在形成

敏捷测试思想来自
Agile Testing: A Practical Guide for Testers and Agile Teams
以及
Continuous Delivery
提出的持续交付理念。

其核心思想包括:

  • 测试左移(Shift Left)
  • 持续测试(Continuous Testing)
  • 自动化优先

但随着系统复杂度上升,敏捷测试仍然面临三大挑战:

1 测试设计效率低

需求越来越多,但测试人员有限。

2 自动化脚本维护成本高

测试脚本经常随 UI 或接口变化而失效。

3 测试分析能力不足

大量测试数据难以转化为质量洞察。

生成式 AI 的出现,为这些问题提供了新的解决路径。


二、什么是“生成式测试”

所谓 生成式测试(Generative Testing),本质是利用大模型的生成能力,自动完成测试活动中的关键任务:

  • 需求理解
  • 测试设计
  • 测试脚本生成
  • 测试数据生成
  • 测试结果分析

技术基础来自 生成式人工智能(Generative AI)。

生成式 AI 的概念在
Generative AI
中被系统化总结,其核心能力包括:

  • 文本生成
  • 代码生成
  • 结构化信息提取
  • 知识推理

在软件测试领域,这些能力可以直接应用于多个环节。


三、AIGC如何重塑软件测试全流程

我们可以按照软件测试生命周期(STLC)来分析。

传统测试生命周期包括:

1 需求分析
2 测试设计
3 测试实现
4 测试执行
5 测试报告

AIGC几乎可以介入每一个环节。


四、需求分析阶段:AI理解需求

需求分析一直是测试设计的基础。

但现实中需求文档往往存在:

  • 表述模糊
  • 业务规则复杂
  • 隐含逻辑较多

生成式 AI 可以帮助进行 需求语义分析

典型能力包括:

1 提取功能点

例如需求:

用户可以通过手机号注册账户, 并通过短信验证码进行验证。 

AI可以提取:

  • 注册功能
  • 手机号校验
  • 验证码验证
  • 账户创建

2 识别测试场景

AI可生成测试场景:

  • 正常注册
  • 错误验证码
  • 手机号格式错误
  • 验证码过期

3 识别需求风险

例如:

  • 是否限制验证码发送频率
  • 是否存在暴力注册风险

这类需求分析任务非常适合大模型。


五、测试设计阶段:AI生成测试用例

测试设计是测试工作中最耗时的环节之一。

AIGC可以自动完成以下工作:

1 等价类划分

例如输入:

年龄:0-120 

AI可以自动生成:

类型测试值
有效值18
边界值0,120
无效值-1,121

2 边界值测试

AI可以识别:

  • 最小值
  • 最大值
  • 边界附近值

3 组合测试设计

在复杂系统中,参数组合会指数级增长。

传统方法通常使用
PICT
进行组合测试生成。

AI可以结合业务语义自动生成组合测试场景,例如:

支付系统组合测试:

支付方式设备网络
微信iOS4G
支付宝AndroidWiFi
银行卡Web5G

六、测试实现阶段:AI生成自动化脚本

自动化脚本开发通常需要较强编程能力。

生成式 AI 在代码生成方面已经取得显著进展,例如:

GitHub Copilot

Codeium。

在测试领域,可以自动生成:

1 API测试脚本

示例:

import requests deftest_create_user(): url="https://api.test.com/user" data={"name":"test","age":18} r=requests.post(url,json=data)assert r.status_code==200

2 UI自动化脚本

示例(Selenium):

from selenium import webdriver driver = webdriver.Chrome() driver.get("https://test.com/login") driver.find_element("id","username").send_keys("test") driver.find_element("id","password").send_keys("123456") driver.find_element("id","login").click()

七、测试执行阶段:AI生成测试数据

测试数据生成是自动化测试的重要环节。

AI可以生成:

  • 随机测试数据
  • 边界测试数据
  • 异常测试数据
  • 脱敏数据

例如金融系统测试:

生成1000条模拟交易数据: 金额范围:1-10000 币种:USD / CNY 

AI可以快速生成符合业务规则的数据集。


八、测试分析阶段:AI分析测试结果

测试执行后通常会产生大量数据:

  • 自动化测试日志
  • 错误日志
  • 缺陷报告

AI可以自动完成:

1 测试日志聚类

识别相同类型错误。

2 Bug分类

自动判断:

  • UI问题
  • API问题
  • 性能问题

3 生成测试报告

例如自动生成:

  • 测试执行统计
  • 缺陷趋势分析
  • 发布风险评估

#九、未来的软件测试形态

随着 AIGC 技术成熟,软件测试将出现几个明显趋势。


1 测试工程师角色升级

执行测试

转变为

设计测试策略


2 自动化测试比例提升

未来很多测试脚本将由 AI 自动生成。


3 测试系统智能化

未来测试平台将具备:

  • 自动生成测试
  • 自动执行测试
  • 自动分析质量

结语

软件测试的核心使命从未改变:

降低软件质量风险。

但实现这一目标的方法正在发生巨大变化。

敏捷测试解决了 开发与测试协作问题
自动化测试解决了 效率问题

而 AIGC 正在解决第三个关键问题:

测试智能化。

当 AI 可以理解需求、设计测试、生成脚本、分析结果时,软件测试将从一种“人工密集型工作”转变为一种智能化工程活动

这不仅会改变测试流程,也会重新定义测试工程师的价值。

未来的软件测试团队,将不再只是“写用例的人”,而是管理软件质量智能系统的人

Read more

基于FPGA的北斗导航自适应抗干扰算法的设计与实现(任务书+开题报告+文献综述+代码+仿真+实物+毕业论文)

基于FPGA的北斗导航自适应抗干扰算法的设计与实现(任务书+开题报告+文献综述+代码+仿真+实物+毕业论文)

摘   要 如今,随着卫星导航技术的飞速发展,位置信息服务已经融入到我们的日常生活中,导航目前被称为继移动互联网后第三大产业。卫星导航在维护国家的安全中也发挥着不可替代的作用。为了使导航系统不受干扰的影响,本文以北斗导航系统为平台,研究基于阵列天线的自适应抗干扰算法。 首先,文章就自适应抗干扰算法的原理和方法进行了系统介绍,并在MATLAB中建立阵列模型,对基于功率倒置算法的空域抗干扰算法和空时联合抗干扰算法进行性能仿真。然后根据系统的指标,确定了在FPGA中实现抗干扰算法的方案,包括数字下变频、权值计算、数据加权、数字上变频等模块。根据权值计算模块实现方式的不同,本文提供了两种抗干扰算法在FPGA中实现的方案:一种是基于FPGA嵌入式软核NIOS II的抗干扰实现,将权值计算的过程放在NIOS II软核中,用C语言进行实现;另一种是基于逻辑语言的抗干扰算法的实现,即用硬件描述语言Verilog HDL进行权值的计算。权值计算涉及到浮点数运算和Hermite矩阵求逆,本文给出了各模块的设计方法和仿真结果,并与MATLAB仿真结果进行对比。最后给出了两种实现方案的实测结果,表明两种实

FPGA 工程师到底有哪些方向?每个岗位都在干什么?一篇给你讲清楚

FPGA 工程师到底有哪些方向?每个岗位都在干什么?一篇给你讲清楚

很多人说“学 FPGA 就是写 Verilog”,但真正进了行业才发现—— FPGA 工程师并不是一个岗位,而是一整个岗位族群。 不同公司、不同项目,对 FPGA 工程师的要求差异非常大。 如果方向选错,可能学了半年发现岗位根本不对口。 这篇文章就系统地给你拆一拆: 👉 FPGA 工程师到底有哪些岗位? 👉 每个岗位具体干什么? 👉 需要掌握哪些能力? 👉 适合什么样的人? 一、FPGA 工程师整体岗位划分(先给结论) 从企业招聘角度来看,FPGA 岗位大致可以分为 6 类: 岗位方向关键词偏向FPGA 逻辑设计工程师Verilog / 时序 / 接口核心开发FPGA 算法 / 加速工程师图像 / AI / DSP算法落地FPGA 底层驱动工程师DDR / PCIe / SerDes硬件接口FPGA 系统应用工程师Linux + FPGA系统集成FPGA 验证 / 测试仿真 / 验证质量保障FPGA 技术支持 / FA客户 / 项目支持应用型

OpenClaw-多飞书机器人与多Agent团队实战复盘

OpenClaw-多飞书机器人与多Agent团队实战复盘

OpenClaw 多飞书机器人与多 Agent 团队实战复盘 这篇文章完整记录一次从单机安装到多机器人协作落地的真实过程: 包括 Windows 安装报错、Gateway 连通、模型切换、Feishu 配对、多 Agent 路由、身份错位修复,以及最终形成“产品-开发-测试-评审-文档-运维”团队。 一、目标与结果 这次实践的目标很明确: 1. 在 Windows 上稳定跑通 OpenClaw 2. 接入飞书机器人 3. 做到一个机器人对应一个 Agent 角色 4. 支持多模型并行(OpenAI + Ollama) 5. 最终形成可执行的多 Agent 团队 最终落地状态(已验证): * 渠道:Feishu 多账号在线 * 路由:按 accountId

宇树 G1 机器人开发入门:有线 & 无线连接完整指南

宇树 G1 机器人开发入门:有线 & 无线连接完整指南

适用读者:机器人二次开发者、科研人员 开发环境:Ubuntu 20.04(推荐) 机器人型号:Unitree G1 EDU+ 前言 宇树 G1 是一款面向科研与商业应用的高性能人形机器人,支持丰富的二次开发接口。在正式进行算法调试与功能开发之前,首要任务是建立稳定的开发连接。本文将详细介绍两种主流连接方式:有线(网线直连) 与 无线(WiFi + SSH),并附上完整的配置流程,帮助开发者快速上手。 一、有线连接(推荐新手优先使用) 有线连接通过网线直接将开发电脑与 G1 机器人相连,具有延迟低、稳定性高、不依赖外部网络的优势,是新手入门和底层调试的首选方式。 1.1 前置条件 所需物品说明开发电脑推荐安装 Ubuntu 20.04,或在 Windows 上使用虚拟机宇树 G1 机器人确保已开机且处于正常状态网线(