我发现 TraeWork 在我手里被"大材小用"了,测试岗想看看你们的玩法

先交代下我的情况:测试工程师,目前用 TraeWork 在工作方面 主要就干了俩活——

  1. 照着 PRD 撸测试用例(自己封了个 skill,丢进去就出来一版)
  2. 扒研发的代码 diff,直接反推出变更点该补哪些用例(这个是真的香)

除此之外也摸过点零碎的:电脑连手机、搞搞投屏、跑跑性能脚本。都是"能用,但也仅此而已"的水平。

现在的问题是——我感觉自己一直停留在"让 AI 帮我做点事"这个层面,没真正把 AI 塞进日常工作的血管里。

举个不恰当的例子:我现在用 AI,就像让一个资深工程师来给我当实习生打下手,干的都是边上敲敲补补的活。但人家明明能帮我干更重的活。

所以想诚心求教各位老哥:

测试工程师,用 TraeWork 到底还能整点什么硬活?
你们有没有把"需求 → 用例 → 执行 → 回归 → 报告"这条链,用工作流串起来过?
或者有没有那种"AI 帮我顶住一个环节,我彻底不用管"的用法?

不一定非要高大上,能落地、能省时间就行。有踩过的坑也欢迎说,我最近栽的坑也不少了(笑)。

先谢过各位。

1 个赞

也可以写一些postmanCollection

2 个赞

我自己搞的网站,完全是AI自动测试的,就让AI直接访问网站测试。其他形态的程序还没找到AI自动测试的方法(小程序、桌面应用等)

1 个赞

我这边目前主要测试内容是app 中台活动相关 每次都是新活动类似定制化 主要ai自动化测试的话 感觉没办法保证他的可靠性

可以我尝试一下

你先让AI生成一份完整的测试用例,然后每次自动测试都让AI对照测试用例进行逐项测试并输出测试结果,就可以了