说得太对了, 比如我们公司....., 让大家搞 ai, 说是可以报销, 但是没有细则....
现在让研究研究 trae-cn
好奇这一套下来 token 消耗咋样,花了多少钱
用例的颗粒度, 取决于执行用例的人是否理解需求和熟悉系统
自己写自己执行 (深入理解需求和系统), 写测试点就好, 除非是重要 + 复杂逻辑 要深入评审则要写细点 (场景细, 但还是废话别太多)
给不清楚这块业务/没看过需求的人执行: 还是细点吧, 不知道他们能理解成啥样
让他写 AI 完成负责的工作, 然后辞退他
厚脸皮问一下,可以分享一下 agent 怎么测试的嘛
支持不同代码版本的覆盖率合并吗
建议让 ai 简化一下, 字太多了, 没有重点, 看的累
好奇一点, 这是预测, 还是已落地
功能问题:
大部分情况下测试主责
特殊情况下如, 缺陷被发现但是修复后遗留深层的缺陷导致线上问题, 研发改了不该改的不在测试范围内的功能, 研发主责
非功能问题, 如性能、兼容性
测试前要明确范围, 范围内的测试主责
其他非测试流程问题, 如线上配置错了、代码合并漏了等等测试最多次责
婚假还能只休 3 天? 不是只能一次性用完嘛