我这边也再试用 AI 生成测试用例，目的是用 AI 生成测试用例，最好是能直接用。
刚开始考虑的是直接试用 PRD 来直接生成用例，但是，这边的 PRD 写的比较渣，很粗，遂放弃。

后来是使用整理测试点，用测试点来生成用例的方式，然后发现个问题，不同的对话框，同样的描述语句生成的用例不一样，而且区别还比较大，像是不同风格的人写的，整理起来很费时间。

最后是新增了一个步骤：将写好的用例再投给 AI，让 AI 再次整一下，整个流程就变成了：整理测试点-->AI 生成用例-->手动整理-->AI 修改、补充-->手动整理。这个流程就比较消耗时间，而且在【AI 修改补充】阶段修改后的用例也是不能直接用的，还是需要再整理。

整体使用下来感觉 AI 只能补充下测试点、提供下测试思路，用例还是需要自己来写才行。而且只能用在简单、单一的功能上，如果业务比较复杂的话就不行了。

这个很费 token。。搭建 + 跑场景，一天用了一百万的 token

可以输出 csv 格式的用例，格式上能直接用

excel、yaml 比较适合单接口的测试，流程测试还是需要写代码

生成的用例效果怎么样？能用吗？

同感，现在的 AI 感觉更像一个便捷的搜索工具

没有谁是不可替代的

可以要求的吧，QA 分支的代码一般没啥问题

业务迭代很快的情况下，推自动化估计会有难度，逻辑经常变更的话维护自动化脚本都够累的。可以先推下比较稳定流程的自动化，其他的可以先整理下回归用例集合

膜拜大佬

平平淡淡，躺平中

不可能的，老板都是想着怎么扣钱

我这测试的存在感也很低，领导还老喜欢找我们要乱七八糟的质量方案、提升方案，但是又没人监督执行，好多都是出了方案之后就没然后了。。。

是的，是想试试测试左移，但是这个会占用开发的时间，项目排期要是一直紧张，研发估计不会乐意配合

我现在这家公司线上经常有 BUG，而且这里对线上 BUG 不重视，出现了就解决，就没有然后了。。。
质量跟屎一样，整个脑壳疼

购物车结算支付的场景，使用单个用户下结算大量单据也可以满足的吧

但是支付结算你们是自己的支付体系还是调用的微信、支付宝的？如果是三方的，就要看下能否进行压测了，一般三方的对高并发的请求都会有限制，不会让你随便调的，或者就是程序内部进行下处理，只调用自己系统的接口，主要关注下自己系统接口的性能情况

摸鱼？我这没项目做，领导还天天问没任务时你的计划是什么，产出是什么

TDD 的定义其实和测试没啥关系吧，很多都是理解成测试工作驱动开发了

你们的业务场景是什么？看能否绕过小程序的登录，写死一些假的用户数据，压测动则都是几十万的请求量，不太可能都用真实数据的用户数据

基本就是 4 楼说的一样，也要看看接口传参，有些明显错误也能分辨出来，要是实在不知道怎么分辨了，就随便指一个，或者两个人都带上

计算机这个行业年龄大了好像就没什么优势了，除非是纯管理，如果不是管理岗就算是技术过关好像也没什么优势，当然，技术很牛逼的除外，但那毕竟是少数人，绝大多数人都是一瓶子不满，半瓶子晃荡。。。换个行业又是从头开始。。。

前路千千万，处处是难关，难关倒是不可怕，关键，tmd 连方向都没

找工作也没优势吗？

铁人三项还是要卷，不卷也是挣不到钱

这么惨吗

赞同 7 楼说的，需要面试了才学习有点晚了，很多经验都是在工作中实际用到才会有的，现在还是总结下目前自己会的吧，根据自己的经验去找