很快是多久, 什么型号的手机啊

自己实现的 agent 怎么和商业/开源 agent(cursor/codex/chatgpt/hermes) 打, 核心能力差异太大了

哦哦哦, 不在公司搞内网穿透, 自己玩玩没事.

不怕被安全抓吗

前段时间就是自费买套餐, 然后就只分享工具, 工时照排, 提效后多出来的时间都是用来学习或摸鱼
毕竟公司还降薪了.....

这个感觉更多是个 demo, 只适合单需求的处理, 如果一个迭代有很多需求, 那么在需求分析阶段需要加上需求/功能拆分、 关联分析, 测试设计阶段, 需要加上测试点分析、用例生成、用例审核
测试人员从需求到用例, 也不是一步到位的, 各种需求分析、测试设计才是重点

「接口测试：AI 根据 OpenAPI 文档自动生成参数边界值用例，并智能编排执行顺序。」
如果接口参数大量依赖实际数据库/其他接口返回的数据, 这块有什么好的方案不, 总不能人工一条条给他梳理吧

赞一个

公司降薪, 心情不好

说得太对了, 比如我们公司....., 让大家搞 ai, 说是可以报销, 但是没有细则....
现在让研究研究 trae-cn

好奇这一套下来 token 消耗咋样,花了多少钱

用例的颗粒度, 取决于执行用例的人是否理解需求和熟悉系统
自己写自己执行 (深入理解需求和系统), 写测试点就好, 除非是重要 + 复杂逻辑 要深入评审则要写细点 (场景细, 但还是废话别太多)
给不清楚这块业务/没看过需求的人执行: 还是细点吧, 不知道他们能理解成啥样

让他写 AI 完成负责的工作, 然后辞退他

厚脸皮问一下,可以分享一下 agent 怎么测试的嘛

支持不同代码版本的覆盖率合并吗

建议让 ai 简化一下, 字太多了, 没有重点, 看的累

好奇一点, 这是预测, 还是已落地

功能问题:
大部分情况下测试主责
特殊情况下如, 缺陷被发现但是修复后遗留深层的缺陷导致线上问题, 研发改了不该改的不在测试范围内的功能, 研发主责
非功能问题, 如性能、兼容性
测试前要明确范围, 范围内的测试主责
其他非测试流程问题, 如线上配置错了、代码合并漏了等等测试最多次责

婚假还能只休 3 天? 不是只能一次性用完嘛

确实, 现在有问题基本不去这些网站上搜索, 直接问 ai 方便很多
来社区一方面是摸鱼, 顺便了解下行业动态和技术趋势提高一下技术视野,
比如最近 ai 的火热,从社区看到了很多实践, 也看到了很多专业文档 (比如恒温提到的 Hello-Agents, 狂师提到的 skills) 方便学习

效果咋样

如何分别构造 未上架、已上架、已下架 状态的商品数据?
是按照方案二的 1、3、5 流程构造吗, 那么你需要执行 3 次 , 那还不如直接使用方案一效率更高
还是通过改数据? 或者从数据库里捞取已有的数据?, 各有优缺点

认同使用这些指标作为质量管理的引入点, 但不认同长期使用. 上有政策下有对策, 好的指标使团队聚焦提高战斗力, 但有的指标使团队陷入内耗

不是说重复缺陷, 或者无效缺陷, 比如样式问题, 如果没有考核,那么写个文档所有样式问题放一起, 要考核那就一个样式一个缺陷
千行代码缺陷量也是, 本来少量的代码能解决的, 为了数据把代码量堆上去, 而且不同模块的代码本身要求差异就大, 比如业务代码和核心算法

总之个人觉得这些指标都比较形式化, 属于面对复杂质量问题无奈的表现, 不去深究问题根因试图靠简单的指标解决问题

好奇一点, 为了数据好看, 会不会导致一些很小的问题也提一个 bug, 或者一个 bug 拆分成多个