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

一键换装魔法:基于ComfyUI工作流的Stable Diffusion服装替换指南

文章目录 * 一、Stable Diffusion与ComfyUI工作流基础 * 二、工作流获取:从社区到管理器一键部署 * 途径1:专业工作流社区(推荐新手) * 途径2:ComfyUI Manager(高阶扩展) * 三、换装工作流详解:以ComfyUI为例 * 工作流结构拆解 * 关键节点说明 * 模型准备清单 * 四、实战演示:一键换衣全流程 * 五、进阶应用:跨次元换装与3D生成 * 六、常见问题排查 * 结语:工作流的未来 Stable Diffusion作为当前最热门的开源文生图模型,在图像生成领域掀起了一场革命。其最新版本Stable Diffusion 3 Medium(2024年发布)包含20亿参数,在图像质量、复杂提示理解及资源效率方面实现显著突破,能生成细节逼真、色彩鲜艳且光照自然的图像。而ComfyUI作为基于节点的工作流界面,通过可视化连接处理模块,为复杂任务(如图像重绘、视频生成、服装替换等)提供了灵活且可复现的解决方案。

记录一下使用llama.cpp过程中遇到的一些问题和解决方法

写在前面: 什么未操作即同意的条款?我写的东西免费分享也不是你能随意搬运的理由啊 特此声明,若该文章被搬运到除ZEEKLOG(www.ZEEKLOG.net)以外的其他社区如2048 AI社区,则视为该社区同意将所有收益无偿捐赠给我所有 此外,我写的所有分享都是免费的,如有VIP文章也是ZEEKLOG干的,请私信我修改成免费 起因:使用LMStudio调用AI模型时发现显存占用率一直不超过80%,询问AI解决办法无果后一怒之下换用llama.cpp,遇到了一堆AI解决不了的问题,遂记录 llama.cpp下载地址如下 https://github.com/ggml-org/llama.cpp/releases 以防万一 我老年痴呆说一下如何使用llama.cpp调用模型,把下面的代码保存成bat,放在和llama-server.exe同目录下,然后运行这个bat(确保模型位置选对,GPU_LAYERS和THREADS根据机器能力) @echo off setlocal set "MODEL_PATH=F:\Models\Yakyu&

llama.cpp加载多模态gguf模型

llama.cpp预编译包还不支持cuda12.6 llama.cpp的编译,也有各种坑 llama.cpp.python的也需要编译 llama.cpp命令行加载多模态模型 llama-mtmd-cli -m Qwen2.5-VL-3B-Instruct-q8_0.gguf --mmproj Qwen2.5-VL-3B-Instruct-mmproj-f16.gguf -p "Describe this image." --image ./car-1.jpg **模型主gguf文件要和mmporj文件从一个库里下载,否则会有兼容问题,建议从ggml的官方库里下载 Multimodal GGUFs官方库 llama.cpp.python加载多模态模型 看官方文档 要使用LlamaChatHandler类,官方已经写好了不少多模态模型的加载类,比如qwen2.5vl的写法: from llama_cpp import Llama

LFM2.5-1.2B-Thinking多场景落地:Ollama支持下的智能写作、代码辅助、学习助手实战

LFM2.5-1.2B-Thinking多场景落地:Ollama支持下的智能写作、代码辅助、学习助手实战 1. 为什么选择LFM2.5-1.2B-Thinking? 如果你正在寻找一个既强大又轻量的AI助手,LFM2.5-1.2B-Thinking绝对值得关注。这个模型虽然只有12亿参数,但性能却能与大得多的模型相媲美,真正实现了"小而美"的设计理念。 最吸引人的是它的部署便利性——通过Ollama平台,你只需要几次点击就能开始使用。不需要复杂的配置,不需要昂贵的硬件,甚至不需要深厚的技术背景。无论你是想提升写作效率、获得编程帮助,还是需要一个随时可用的学习伙伴,这个模型都能提供实实在在的价值。 我亲自测试了这个模型在不同场景下的表现,发现它在保持响应速度的同时,还能提供相当不错的输出质量。内存占用不到1GB,在普通电脑上就能流畅运行,这让我对设备端AI的未来更加期待。 2. 快速上手:Ollama部署指南 2.1 找到模型入口 使用LFM2.5-1.2B-Thinking的第一步是找到正确的入口。打开Ollama平台后,你会看到一个清晰的界面。在模型展示区域,很容易