01、从一个普通的订单查询说起
事情从一个很常见的订单查询功能开始。
产品给我发了一段需求描述:“用户可以根据订单号、商品名称、下单时间范围来查历史订单,查出来的结果要分页展示,每页默认20条,最多展示100页。”
换作以前,我的操作很固定——打开Excel,对着这段文字开始一条条列测试点:订单号正确能不能查到、订单号为空会不会提示、翻页正不正常……花上大半天把表格填满。
![]()
但那天我想试试AI。
我把需求复制给AI,让它帮我列一份测试点清单。结果让我有点意外——AI给了我二十多个测试点,里面包括“开始时间大于结束时间时给提示”“第100页有数据、第101页没有数据”这种我自己写可能会忽略的边界场景。确实比我手动列的更全,有些点我自己都没想到。
但高兴没持续太久。
后来我又测一个充值功能,AI给的建议里有一条:“充值金额为负数时,系统应提示‘金额不能为负数’。”我觉得有道理啊,边界值嘛。结果到测试环境一试,发现压根不存在这个场景——前端输入框早就限制死了,只能输入数字,负号根本打不进去。
这件事让我意识到一个问题:如果我们只是简单地把需求扔给AI,让它“帮我写用例”,得到的结果要么不全,要么不准。 问题不在于AI不够聪明,而在于——我们从来没有教过AI,测试到底是怎么一步步拆出来的。
02、不同人测出来的东西完全不同
做测试久了你会发现一个现象:同一份需求文档,给不同的测试同学,拆出来的测试点天差地别。
- 有的人只会盯着页面看——按钮能不能点、字段能不能填。
- 有的人很会找规则里的漏洞——金额临界值、字符长度上限、时间边界挖得干干净净。
- 有的人异常场景想得周全——网络断了会怎样、服务超时怎么办、数据回滚有没有问题。
- 还有的人会自然想到重复提交会不会产生两条订单、两个人同时操作会不会数据错乱。
这些差异当然跟经验有关。但如果每次都靠个人经验,就会出现两个问题:今天测得好不好,全看今天谁在测;这个人走了,他的经验也跟着走了。
![]()
等到AI来了之后,这个问题更明显了。AI不是真的理解“拆测试点”这件事。你给它一句“帮我生成测试用例”,它通常会干两件事:把页面上能看到的都列一遍,再把网上常见的测试点给你铺一遍。看起来写了满满一屏,实际跟你的需求对不对得上,它不管。
问题不在AI,在于我们没有把“测试是怎么拆出来的”这件事,用它能理解的方式讲清楚。
03、我把“下意识”变成“清单”
测试老手拿到需求后,脑子里会飞快地过一套流程:主流程是什么、哪里会有分支、边界值在哪、异常怎么提示、状态会不会串、数据会不会乱、要不要考虑多人同时操作……这套过程,熟练的测试基本是“下意识”完成的。
问题就出在“下意识”这三个字上。因为太下意识了,所以很难讲出来、很难教给别人,也很难教给AI。
我把自己这套“下意识”拆成了八个固定的检查项:主流程、条件分支、边界值、异常提示、状态流转、数据一致性、多人同时操作/重复提交/权限控制、操作失败后能不能恢复。
这对AI特别管用。因为AI最常犯的错不是“不会写”,而是——主流程能写几条、边界值能写几个,但到了“数据会不会乱”“重复提交会不会出问题”这种地方,它就不稳定了。一旦先把这八个方面固定住,AI出来的东西质量就稳了一大截。
04、不同需求,拆法完全不一样
但光有这八个检查项还不够。不同类型的需求,拆法完全不一样。同样是“新增”两个字,背后是完全不同的思考路径。
第一种是改逻辑的需求。 比如“超时后自动打上‘已超时’标签”“金额超过1000块走另一条审批流程”。这种需求的核心不在页面上,而在背后的判断规则。拆的时候重点看:什么条件会触发、判断条件是什么、条件符合会怎样、不符合又怎样、临界值是多少、数据存进数据库对不对、接口返回对不对。
第二种是改表单的需求。 比如“新增了一个字段”“某个字段从必填改成选填”“下拉框的选项变了”。这种需求最好一个字段一个字段地拆:能不能为空、默认填什么、什么情况下才显示、选了之后怎么回显、提交时有没有控制、保存之后数据对不对。
第三种是改界面的需求。 比如“标签换个样式”“按钮在某种状态下变灰”“空白页面长什么样”。这种需求主要看:显示对不对、反馈及不及时、状态切换顺不顺畅。
所以一个真正能用的AI工具,不能只给一份“通用测试大全”。它得能先判断:这属于哪一类需求?然后自动切换成对应的拆法。不是让AI一上来就读一大堆规则,而是让它先判断类型,再按对应的方式来拆。
![]()
05、还有个特别容易踩的坑:原型图
如果测试输入里带了蓝湖(设计师用来放设计稿的工具)链接,AI经常会出现一个错误:它会把页面上本来就有的老字段、老按钮、老标题,也当成“这次要新增的测试点”。
这对测试来说是致命的——我们要测的是“这次新加的东西”,不是把整个页面从头到尾再测一遍。
06、给想转AI测试的新手三句话
如果你也想走向AI测试,我给你三句实在的建议:
第一,别急着堆例子。 先问自己:你拿到需求时,脑子里过的第一套流程是什么?把那套流程先写下来,这比什么都重要。
第二,学会给需求分类。 改逻辑的、改表单的、改界面的——拆法不一样。分不清类型,后面全是乱的。
第三,把最容易犯的错写成硬规定。 比如“设计稿上的老字段不等于本次新增内容”。一条明确的规则,比十段泛泛的经验都有用。
AI正在改变测试行业,懂AI的测试工程师正变得越来越抢手。测试没有因为AI变简单,但我们可以因为AI变得更有价值。这个价值不在于你会不会写测试用例,而在于你能不能教会AI像测试一样思考。
☑️想了解更多涨薪技能提升方法
✔️可以到公主号【Atstudy技术社区】,即可加入领取 ⬇️⬇️⬇️
☑️转行、入门、提升、需要的各种干货资料
☑️内含AI测试、 车载测试、AI大模型开发、BI数据分析、银行测试、游戏测试、AIGC
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.