从敏捷到生成式: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

Chatbot UI Open WebUI 实战指南:从零构建高可用对话界面

背景痛点:传统 Chatbot UI 的三大困境 在构建 Chatbot 应用时,用户界面(UI)往往是决定体验成败的关键。然而,许多开发者,包括我自己,在初期都曾陷入传统实现方式的泥潭。总结下来,主要有三大痛点: 1. 动态渲染性能瓶颈:当对话历史逐渐变长,传统的列表渲染方式会导致 DOM 节点数量激增。每次新增一条消息,都可能触发整个列表或大片区域的重排与重绘,在移动端或低性能设备上,卡顿感会非常明显。用户输入后,等待界面“刷出来”的延迟,极大地破坏了对话的流畅感。 2. 多端适配的复杂性:我们希望 Chatbot 能无缝运行在桌面浏览器、移动端 H5,甚至未来可能嵌入到 Electron 或 Tauri 桌面应用中。使用传统框架(如直接操作 DOM 或早期 jQuery 模式)

Spring Web MVC 入门秘籍:从概念到实践的快速通道(上)

Spring Web MVC 入门秘籍:从概念到实践的快速通道(上)

个人主页:♡喜欢做梦 欢迎  👍点赞  ➕关注  ❤️收藏  💬评论 目录 一、什么是Spring Web MVC? 1.定义 2.关于MVC 2.1什么是MVC? 二、学习Sring MVC 1.项目准备 2.@RestController注解的介绍 3.@RequestMapping注解 1.@RequestMapping只用在类上(相当于“只给文件夹起名,不给文件起名”) 2.@RequestMapping只用在方法上(相当于“只给文件起名,不给文件夹起名”) 3.@RequestMapping用在类和方法上(相当于给文件夹和文件都取名) 三、Postman 1.什么是Postman? 2.关于API 3.传参介绍 1.普通传参:

JavaScript前端对接OCR服务:Ajax异步请求处理识别结果

JavaScript前端对接OCR服务:Ajax异步请求处理识别结果 📖 项目简介与技术背景 随着数字化办公和智能文档处理需求的快速增长,OCR(Optical Character Recognition,光学字符识别) 技术已成为前端智能化的重要一环。无论是发票识别、证件扫描还是路牌文字提取,用户期望通过简单的图片上传即可快速获取结构化文本信息。 传统的OCR方案多依赖本地重型软件或云端闭源服务,存在部署复杂、成本高、响应慢等问题。为此,本项目推出一款轻量级、高精度、支持中英文识别的通用OCR服务,基于 CRNN(Convolutional Recurrent Neural Network)模型 构建,专为无GPU环境优化,适用于资源受限但对识别质量有要求的场景。 该服务不仅提供直观的 WebUI 操作界面,更开放了标准化的 RESTful API 接口,便于前端开发者通过 JavaScript 发起 Ajax 请求,实现无缝集成。本文将重点讲解如何使用原生 fetch 或 jQuery 的 $.ajax