现在做业务测试，对于发现 BUG 并没有刚开始做测试时发现 BUG 的那股兴奋劲儿了，并不是干劲儿不足了，而是发现的大部分 BUG 完完全全都能在开发自测阶段给拦截住，或是多做几次开发设计细节评审，也能将版本 BUG 的量降低很多。自己也很明白测试左移到位了，这个问题就基本解决了，但在流程控制上的问题，作为一个非管理岗的 Tester 来说，很难推动，尤其从研发源头那推。
提的那一堆一堆的 BUG，开发不喜欢，我更不喜欢，感觉是浪费时间，测完匆忙上线的产品顶多算是合格，完全称不上是优秀。
想改变什么就往哪个方向努力
能推得动的一般可以试试管理岗，不是等你当了管理岗才能推得动
提测前开发都没有自测吗？自测不合格也可以转测？
有和开发沟通过大部分 bug 自测应该就能发现这个问题么，开发的想法是怎样的？
对
陈恒捷
回复
陈恒捷
回复
一个产品对应的开发有多个层面的，前端、后端、类 openstack 后端开发，去年版本频率正常的时候是有项目周会一起沟通的，也有些许成效。现在人员少了，版本频率相比增加了，缺少了之前的沟通，只是工位就近的开发去聊一下。作为测试确实也有自己身上的过错，工作做的狭隘了，没有做好产品 QA 的工作，在此也反思一下。