上家公司，执行用例是在测试平台上，数据是在 jira 获取到的，在平台上执行，失败的用例需要关联 bugid，bug 是在 jira 上提，然后复制 id，在测试平台上，将 bug 与用例关联。
当时我就想，咋不在平台上开发个 bug 管理工具呢，也不算难，还能简化流程。而且还能二次开发与自己的测试平台结合，然后并没有做这种事情。你们呢？有没有好奇一些功能，然后并没有做的。
这个不能直接和 jira 打通？
场景还是很明确的：
- 在平台书写用例的时候关联上 jira 用例 id
- 执行失败用例做跳转到 jira 提 bug
tapd 不好么
想开发一个 AI 代替我，因为实力不够的原因没有做。
对
钟博涛
回复
钟博涛
回复
任何自动都是代码在后面帮人做好了，所以如果要自动关联上，那就需要写代码。
简单点的思路：在平台上筛选 jira 项目，列举项目下用例 id，然后在平台端选择，再执行
单独做个 bug 管理工具比想的困难很多。里边涉及工作流、权限、配置项、统计等等。很多需求时做的过程中长出来的。
之前有启动做个 app 爬虫，折在了核心的元素递归操作的算法上。
JIRA 开发个插件不比你写个测试管理平台好吗，现成的也有 X-Ray 和 SynapseRT 啊
咋不在平台上开发个 bug 管理工具呢，也不算难，还能简化流程
bug 管理工具基本配置：
1、bug 生命周期管理，至少有待处理 - 已修复 - 关闭，如果不同项目团队不一样，还得弄工作流管理便于啥的。
2、各种统计报表，筛选过滤条件
3、基本字段，以及负责人、创建人等管理
4、有迭代概念，便于区分不同迭代的 bug
这些做完基本是 5 人天以上的工作量，而结果仅仅是少跳跃一个平台，投入产出比不高。倒不如对接 jira 接口，能按关键字搜索出对应的 bug，而不用额外打开 jira 来复制粘贴 id 就好。
