我是这么做的：
1、让测试经理、研发经理、项目经理商量好，所有的 BUG 要在 jira 系统回复，就算不予解决也要备注原因
2、写了个 python 脚本，每天下班前 1 小时，统计 jira 系统中在研项目的研发人员名下未解决的 BUG 数据，按项目分组发送邮件给项目经理，抄送对应项目组内研发人员，由项目经理跟进进度，测试人员不催，不怼
3、脚本还实现了汇总所有在研项目的 BUG 数据，邮件抄送公司几个大佬
4、测试人员只需要提 BUG，保持充分沟通就好，怼是解决不了问题的

1、如果 Google 有用的话，就不会来社区问了。社区里大牛很多，如果他们肯解答一定会比 Google 好一些，而且有一些问题去百度的时候搜到的也是社区给的解答
2、知识没有高低，基础的东西每个人的理解都是不一样的

请举个例子。。拿出实锤

开发不行 自己改

每次测环境提测冒烟必定不通过，开发联调环境在本地而不是测试环境，开发表示从来不看 bug 管理工具上提的 bug。。。。要被气死了。特别理解楼主！测试时间被占用做联调。。。

聊什么工资、求职经历、感想啥的，回复一大堆。
回答问题倒没啥人了，555

本是同根生，相煎何太急，你只需提出问题、确认问题，改不改是开发的事，做好自己的事情。

这种事情就要勇于承担责任 不要怂 直接怼 开发质量不好 BUG 多 这本身就是 对应开发的问题 作为测试我们不是只是质量的检查者 质量真正的保证者还是开发 这种开发 讲真开了就好 我们要有原则 对方提交晚 这就是他的责任我们逾期或者加班好了 不过这种事情你只要忍了一次以后就要继续忍着 你要确定你要忍着？

问：以目前的房价，如何聚拢一批又一批有能力的理想主义者刻苦钻研几十年，以提高国家各个方面的硬实力？

美剧《硅谷》大概是第二季有提到吧，只要你占用过工作时间或者使用过公司的电脑，你自己就没有完整的知识产权了~
可能美国跟中国的法律不一样，但是你既然当作工作任务全职来写了，还想私自开源出去，也是违反职业道德的

有必要装孙子吗，求着改 bug。

比较基础的问题有伸手党嫌疑，其实有问题还是靠 google

社区里问一些比较基础的问题的回答的人非常少，聊一些比较火的技术时各种扯，有点不是特别实事求是的感觉

你这个吐槽也挺聊骚的啊

主要太多问题都缺乏提问的艺术，要么太小白，要么太抽象

这种开发，怼他根本没用的。就是不负责任，而且没有质量意识的。要是我，在打回版本的时候就把问题和风险以及量化的数据反映给项目经理或 cto，让管理层都知道这个风险，把问题抛给项目经理去解决。还有，反映问题还是要做到对事不对人！

第一步，先把开发裤子脱了。。。。然后。。。。

如果实在要上，把风险说清楚，让产品决定

据说之前网易有这么个事情（记得好像是那样），有个项目组的人总是到版本日才把单子拖完成，测试才去测，弄得测试每次到版本日都要加班到很晚，之后他们的测试主管什么都不说，只是做统计，把项目组里每个人每个单子所用的时间都做了统计，从那统计里可以一眼得看出哪个人都是最后拖完成，哪个人影响了效率，之后报告给了上头，最后上头下令整改

测试完后，出具测试报告就可以了
明确说明产品功能 BUG 太多，准入无法通过，暂不具备上线条件
项目经理如果非要上线，让他找 CTO 报备就好了，你的结论就是不能上线就 OK 了 说多了没用

直接给他们 cto，或者研发经理看数据啊：看看你们还有这么多 bug 没有改完
千万别和小兵怼，没啥实际用处，你也管不了他们。给他们领导说，让他们领导管他们

现身说法。。。

扔数据给 PM，PM 不作为就扔给 CTO

不是先产品功能验证通过才给提测吗

不用怼，拿数据说话，明白人都会懂。bug，轮数，过程分析