15|从狂热到理性:大模型在测试内部落地的实战复盘
陈磊

你好,我是陈磊。
上节课我们把焦点转向“测试左移”实践,将测试从被动末端把关前移至需求伊始,贯穿整个研发生命周期,帮助测试工程师从“缺陷猎手”升级为“风险守护者”,大模型进一步放大测试左移的价值,借助私有知识库驱动的智能体,从合理性、可行性、兼容性和可测试性四个维度自动补充条目化需求,生成 Gherkin 格式(Given-When-Then)验收条件雏形,使开卡环节更高效。
接下来我们将内容进行了升级,讲述了测试工程师如何迎接大模型辅助开发这一席卷业界的浪潮。在这个时代,测试工程师的角色将被重新定义,他们不仅需要评估每个需求的“大模型友好度”,即需求描述是否足够清晰、结构化,以最大化 AI 生成代码的准确率,更应该积极主张并深度参与需求开发中的提示词工程优化过程。测试工程师在这个环节应该在开发需求的提示词里面注入边界用例的设计、异常处理机制的预设,以及单元测试框架的嵌入要求。
通过这些策略,我们能推动大模型从单纯生成“可用”级别的代码,跃升至真正具备生产级高质量的标准,确保代码不仅能跑起来,还能经得起严苛的实战检验和长期维护。
今天我并不打算继续深挖那些涉及各种复杂算法、量化评价指标的烧脑性话题,我也不会继续展开大模型全面赋能软件交付全流程后的那些协作模式调整、工作焦点转移等方面的宏观讨论。这些固然重要,但今天,我想换一种更接地气的视角,与大家坦诚交流一下我在组织内部推动大模型应用落地过程中的那些真实经历。
公开
同步至部落
取消
完成
0/2000
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结

1. 大模型在测试实践中的应用,帮助测试工程师提高效率,从“缺陷猎手”升级为“风险守护者”。 2. 面临大模型应用落地过程中的文化惯性的顽固抵抗、数据隐私合规的顾虑、技能培训的瓶颈,以及跨部门协调的摩擦等问题。 3. 大模型的引入触及了更深层的心理和组织层面,直击从业者的核心关切,包括饭碗稳固和技能过时的担忧。 4. 面对大模型的引入,测试工程师表现出害怕而拒绝的本能反应,以及对大模型能力的不信任。 5. 大模型的应用需要克服资深工程师对传统开发范式的顽固抵抗,以及组织内部的文化惯性和技能培训瓶颈。 6. 流程刚性、工作节奏不畅、产出不稳定、缺乏个性化定制支持、反馈循环不足等问题导致大模型生成接口测试脚本的功能未能得到用户认可。 7. 过于乐观地估计了测试开发团队的能力,导致大模型生成接口测试脚本的功能上线后,各种反馈、问题让测试开发团队变成了一线客服,很多问题很难快速解决。 8. 算力紧张问题成为导致用户放弃使用大模型生成接口测试脚本的最后一根稻草。 9. MCP Server封装的注意事项,包括整合相关API、命名具体含义、返回有价值信息、提供错误的语义信息。
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《AI 重塑测试开发系统实践》,新⼈⾸单¥29
《AI 重塑测试开发系统实践》,新⼈⾸单¥29
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论