编写调试大量的测试脚本,占用宝贵时间
复杂 SQL 查询编写困难,mock 数据准备耗时
UI 自动化测试脚本维护成本高
从 PRD 到测试用例的转化主要通过人工
测试文档大多是通过手动编写
引入 AI?,借助现成的工具?
(PRD+AI+xmind 测试用例)+(cursor+claude-3.5+PRD)+(ide 编程工具 +IDE 工具的自动生成 sql 组件 +AI 补全代码组件)
这就是我前面提到的,用 cursor 就都可以
为啥推不起来哇,听你的描述感觉还不错的样子。你的 demo 和 ppt 有上传到 github 或者 gitee 吗?想学习一下。我目前打算推动一下这些在自己小组。
自己都做了个半成品(跑通 xmind 用例生成上传到 git、跑通通过 PRD 和 cursor+claude-3.5 生成开发项目主体、前端页面上传到 git、跑通本地拉取 git 代码,在 ide 编程工具 上集成 AI 能力做一些定制化开发上传到 git,云服务器部署项目,访问部署页面进行操作),继续做就得:买云服务器、买 cursor、之前的到期了,重新搭 jenkins,然后要整合这几个模块。公司不给支持,得自己买,做成成品又没钱,总不能白给公司干活吧,搞不好还给你安排一堆事情做,不如不搞,图个舒服
确实服务器没有想推动属实不易,往这个方向走就是得有成本支持,不然真搞不下去。不过你的半成品来看,还是很不错的。我努力靠近。
有了 cursor 以后不管写不写代码,起码看开发的代码逻辑完全变成 0 门槛了
cursor 就是让大多数人 0 门槛的有了全栈的开发能力(目前模型还在升级,未来更好用),至于开发什么,就看你的业务理解了。
cursor 实际使用效果并不友好,旧的屎山项目根本维护不了。可能全新的项目创建初始的代码或者写几个新接口这种可能还行,但版本多次迭代后肯定是无法继续且不敢使用的,你指不定它会搞什么 bug,测试的代价比开发还高,还真不如 gpt 写代码片段呢?