作为一个测试人员，听到他人反馈的信息，应该去验证是不是真的，切记别人说什么就是信什么，你真的照着他人的话去做事，事情做错了，就只能自己找个角落慢慢哭啦。
带有时间上的问题，需要去确认开始时间到投诉时间 是不是属实。
昨天接到投诉说一个Bug两周没有人处理，一直处在新建状态，已经落实到人了，但最后却没有人处理，然后是追问：有没有做过这类的培训。
Bug两周没处理，研发和测试各有责任，研发接收到Bug后是需要响应的，不知道如何处理可以有N种解决方法，测试对自己提的问题 是需要负责到底的，不是说提了就完事，当研发没有处理Bug需及时跟项目经理反馈，而不是等项目经理来发现。
处理方式：
1）和项目经理老大讨论：Bug处理原则，测试人员提交Bug后 研发需要在3天内进行响应，如果3天内没响应-测试人员就需要主动去沟通，并向项目经理反馈这件事件。2）跟测试团队强调了一下，让他们各自去看下自己的负责 是不是有Bug延迟未处理，尽快处理下。
3）跟BOSS发了封邮件，新来研发人员没有做过Bug处理培训，为了提高BUG处理率和沟通效率，提议给研发做个Bug处理培训。
安抚了项目经理后，立马做了个Bug处理培训的初稿，发给了项目经理，问他有哪些要添加的，到此项目经理这边算是结束啦。
BOSS回复邮件支持了提议，并嘱咐研发经理安排参加培训人员。
研发经理来调查了基本情况，这个时候，我才发现自己犯错啦。主观指导了理性，根据一个主观的判断做出了一系列的事情，虽然事是好事，但是 我的判断依据是不对的。
1）项目经理反馈的两周没有处理的Bug 我没有去证实 是不是两周。
2）没有让相关的测试人员去和研发沟通，为什么他没有处理。
3）在没有证实的事情 以这个事情为由头向BOSS提议 不公正。
4）在有新成员进项目组时 就应该给他们做Bug处理培训，这是个失误，现在是在弥补，应该在邮件中表明，不说 则是 不光明。
事情真实是：
1）Bug-8天未处理
2）Bug是厂商需要处理，不需要我们的研发来处理
3）研发没有将意见写上，也没有告诉项目经理
4）测试人员也没有监控
Bug处理培训照做，即使不是自己的Bug ，也应该反馈出来，让项目经理去协调资源 修改，而不是不处理。
事小，但教训深刻，遇到不要急躁，不要轻信，先自己调查，事实是怎么样就是怎么样，不要夸大。
