533 字
1 分钟
把 AI 放进测试流程：先生成候选，再由人确认
把 AI 放进测试流程：先生成候选，再由人确认
我会把 AI 放进测试流程的几个可控环节：从需求生成候选用例、在隔离环境执行、再由人核对证据。真正决定它有没有用的，是每一步的边界是否明确。
一个可落地的四阶段流程
- 输入可追溯的需求：给模型 PRD、接口定义和验收标准，要求它把需求拆成前置条件、操作步骤、预期结果和风险等级。
- 人工筛选候选用例：检查遗漏、不可执行步骤和重复用例，补充异常输入、权限边界和历史缺陷。
- 在测试环境执行：让 Agent 使用固定的测试账号和样例数据，限制可访问的服务与目录。结果应包含步骤日志、截图或请求响应，方便复核。
- 人来确认失败：AI 标记的失败先由测试人员复现，再决定是否创建缺陷。网络抖动、等待条件和测试数据污染都可能产生假警报。
测试用例可以先从边界值、空值、重复提交、权限不足、超时与重试等容易遗漏的场景开始。把模型生成的“预期结果”当成候选信息，真正的判断依据应来自需求、产品约定和代码行为。
自动化的边界要能停下来
不要让测试 Agent 直接访问生产环境、真实支付或真实用户数据。执行动作要可重复、可清理，遇到非预期页面时应暂停并报告，而不是自行猜测下一步。这样才能把 AI 用在扩大覆盖面，而不是扩大事故范围。
资料来源：软件测试工作中如何应用 AI（文章中的流程是基于讨论回复整理的实践建议）
分享
如果这篇文章对你有帮助，欢迎分享给更多人！
把 AI 放进测试流程：先生成候选，再由人确认
https://blog.zpooi.com/posts/ai-assisted-software-testing/ 部分信息可能已经过时
相关文章 智能推荐
1
API 网关的故障转移，为什么有时不该自动切换
开发实践 分析实时日志、人工切换和自动故障转移在上下文缓存与响应时间上的取舍。
2
让 AI 帮忙修手机前，先把刷机风险降下来
开发实践 刷机前核对机型、固件和恢复路径，降低依赖 AI 指令造成的不可逆风险。
3
模型会受苦吗？把 AI 福利争论拆成两个问题
随笔 我把模型主观体验与实验内容对人类受众的影响分开讨论，避免把不同问题混为一谈。
4
一个提示词能识别模型吗？从 Gemini 4 传闻讨论看验证边界
随笔 用重复测试、已知模型对照和可复现评分区分型号传闻与实证结果。
5
把重复生图任务整理成 CSV：一个批处理工作流
工具分享 用 CSV 管理批量生图的提示词、文件名和目标平台，小批量验证后再执行。