做了 UI 和接口，接下来就得看测试过程中或者业务中还存在哪些效率低下的需要大量人力的痛点，针对进行开发效能工具了，提效工具通用开源的不一定适合你们公司业务。如果是为了绩效做的面子工程，你可以在 github 找一些代码覆盖率审查工具，造数平台等等，实际上有没有提效，估计心里都有数。

感谢老哥，其实造数平台相关包括 mock 我们公司测试都不需要，然后代码覆盖率开发有在用 Sonarqube 做，我个人技术栈 python，还在学 java 相关的，然后测试也没有想到可以优化他们工作压力的点子。另外之前做的接口以及 ui 自动化也在组内推广两年了，想新的一年要想点其他的方向，所以看看有没有其他公司有比较成熟的 idea 可以借鉴

往敏捷测试 方向去找思路

我自己做的是
1、xmind 测试用例直接上传禅道
2、开了个服务，联动企业微信机器人进行定时任务通知设置
3、禅道 bug，测试报告数据统计总结
还有一个，github 搜索 jcci，这个代码变动分析工具

每个公司情况不一样，你要看自己公司需要什么，尤其是可以先了解开发会搞什么，再确定测试组要提升什么技能

可以看我历史的帖子 希望方向 对你有帮助

请教你的接口自动化和 UI 自动化是放在一个项目管理还是分开？因为我也在做这块，我目前是想要将 UI 和接口写在一个项目，只是分不同的目录。不知道这样可行不。

同一个项目不同目录，后端都是用 python 写的，接口和 UI 库无非就是 request 和 selenium 库而已

其实代码覆盖率这玩意还是有必要的 很多公司的测试其实测试覆盖不全 ，覆盖率不敢保证一定就把问题验证出来了 ，但是可以保证受影响的相关功能的代码都跑到了

别敏捷了 这玩意就是搞出一顿垃圾流程 实际上并没有提效

要考虑下使用成本和老板的 kpi 要求吧，如果用户要写代码去做自动化以及案例维护难度大的，很难推广下去