议题背景:
AI 能写代码、生成用例、修缺陷,“测试团队还有存在的必要吗”成了质量管理者的必答题。多数团队仍卡在老地方:场景藏在个人脑子里、跑完一轮说不清覆盖了什么,脚本与文档脱节,测试资源紧张。根因不是 AI 不够强,而是测试从未工程化。更棘手的是,软件本身在变成 AI 原生:TDengine 2026 年 7 月已升级为 AI 原生的工业数据平台,内置 AI 洞察与根因分析,测试对象也从确定性结果扩展到语义与推理可验证。本次演讲回答:测试团队靠什么继续存在。
内容大纲:
1. 问题诊断:AI 来了,测试团队还剩什么价值
1.1 三个必须正面回答的问题
1.2 五个真实的低效场景
1.3 根因拆解:测试从未被工程化
1.4 核心判断:被取代的是不可复用、不可回溯的测试方式
1.5 新的变量:软件本身正在变成 AI 原生
2. 技术抉择:一切代码化
2.1 Environment as code
2.2 Pipeline as code
2.3 Documentation as code
2.4 Benchmark as code
2.5 Infrastructure as code
2.6 AI as code
2.7 取舍与复盘
3. 落地实践:TDengine 的测试工程化路径
3.1 笔记本上即可打包、发布、跑测试
3.2 测试脚本自带描述,覆盖场景可枚举
3.3 验收报告、性能对比、Release Notes 自动生成
3.4 客户场景测试一键执行
3.5 PR 与 Workflow 公开透明
3.6 AI 原生化之后的测试对象
3.7 AI 反哺测试
4. 量化收益
4.1 规模与效能
4.2 新人上手速度
4.3 测试覆盖与交付周期
4.4 AI 参与后的质量数据
5. 组织与人的转型:AI 时代的测试团队怎么活
5.1 角色重定义
5.2 能力模型
5.3 AI 的正确位置
5.4 迁移路线图
听众收益:
1. 一套判断框架:分清哪些测试工作会被 AI 与自动化替代、哪些在 AI 时代反而更值钱,可用于测试团队的定位、编制与年度规划。
2. 一份“一切代码化”落地清单:Environment / Pipeline / Documentation / Benchmark / Infrastructure / AI as code 的推进顺序、依赖与踩坑点,含 README、自带描述的测试脚本、自动生成验收与性能报告的做法。
3. 一个真实参照:从 TDengine 真实组织架构调整出发以及产品升级为 AI 原生工业数据平台之后,测试团队如何做到新人几小时上手、覆盖可枚举、不依赖公司测试资源,以及角色的演进路径。