小肖
入职新公司，开荒，手上并行的事情很多，待办的事也很多。连温暖的产品小姐姐都说，我都有点担心你做不完，手上的这摊子是太多了。嗯，是啊，这可怎么办呢？研究了这么久的AI，那就试试吧。于是，我花了一天左右的时间，创建了一个AI 生成用例的 skill，结果产出的用例比我手写的又快又好又全面，丝毫不夸张的说，我培养了一个在用例生成方面我的plus版本。交代完背景，但是具体是怎么操作的呢。整体感觉就是构建skill的路程是山路十八弯；AI生成用例的这二十分钟，就是应了那句古话：台上一分钟，台下十年功。首先我按照之前通过会话方式创建case的思路，整理了一个生成case的skill文档，然后让AI生成一个skill的文档给我复审，根据生成的skill文档有针对性的修改，当然了，这些都是常规步骤。之后呢我又找了一个行业大佬给的用例skill。想借鉴一波，好家伙，这完全就干起来了，功能测试+白盒测试。完全不在一个频道，结果让AI整合出来的skill，不伦不类。然后，非常完美的就开始走弯路了（PS：补充一下，大佬的东西当然是很好的，我的也不差，但是两者的方向不一致，让AI整合，结果有待考量。经验，如果一定要整合还是人工思考之后再来整）。结果整合完之后，我的预期：嗯，这必然是一个非常厉害的skill，又行业大佬加持，再加上我这么多年的经验，那效果不得杠杠的啊。然而，这件事的第一个结果就是：skill文档特别大，特别重。当时的我还没有意识到这意味着什么（欲知后事如何，请保持耐心继续往下看）。还在想着一次性构建一个完美的skill，给他不停的加。加多重角色检查，审核；加需求评审。然后生成的第一版测试用例直接打不开。哦豁，大意失荆州了啊！然后又让AI重新检查用例转换xmind的代码。想太多，结果阴沟里翻船，大意了呀。马上调整，然后生成的第一版用例。下面进入第一版用例的审核环节。嗯，非常好，AI幻觉又开始作妖了。里面添置了太多需求文档没有提及的功能点，什么后台，前台等等，然后一条一条的删减里面多余的用例部分。然后又一条一条增加需要添加的流程方面的部分。诶，不对，为什么我不加一个需求理解产出审核的部分，为什么不增加一个用例设计思路的审核步骤，说干就干。
发布于 北京
分享
3
1
未登录
友善发言
评论
加载中
