这么做对么

为lz的情商捉鸡啊。 【 在 tingyang (奔跑中的肉夹馍) 的大作中提到: 】 : 我是做测试的，前段时间工作压力比较大，老板对我表现不太满意。我找老板谈过，关系缓和了点，然后这段时间非常非常努力，提了很多bug.由于各方面原因，有不少bug被视为无效的。接近总数的2/3； : 今天老板发邮件给我说感谢提了那么多bug，希望多提一些有效的bug,然后下面列出了部分我最近提的bug,其中有好几个无效的。我立即回邮件说以后会注意。我怀疑是有人在老板那里挑事，于是又回邮件列出了我最近提的所有有效的bug及总数； : 请版上的前辈们指教，这样做是否合适？ : ...................

这不需要挑事，我提一个无效BUG都会自己懊恼，主动说SORRY并努力改进能力和方法。你提那么多无效的，谁受得了，浪费大家的时间不如自己先多花点时间把问题搞清楚。

有些项目大，会硬性规定有固定的人帮忙分析以后再报TR；有些没有规定的，新人就多问问别人，能力成长以后就自己多分析多调查之后再提

【 在 tingyang 的大作中提到: 】 : 我是做测试的，前段时间工作压力比较大，老板对我表现不太满意。我找老板谈过，关系缓和了点，然后这段时间非常非常努力，提了很多bug.由于各方面原因，有不少bug被视为无效的。接近总数的2/3； : 今天老板发邮件给我说感谢提了那么多bug，希望多提一些有效的bug,然后下面列出了部分我最近提的bug,其中有好几个无效的。我立即回邮件说以后会注意。我怀疑是有人在老板那里挑事，于是又回邮件列出了我最近提的所有有效的bug及总数； : 请版上的前辈们指教，这样做是否合适？ : ................... 给3个建议 1.提高自己的测试水平，问题的有效率很重要的。如果太低，浪费开发人员时间。而且会有不好的后遗症 2.看你们公司的情况bug数量好像是可以商量的，多跟其他人交流交流，包括开发，直接leader。看看这个数量定在什么范围比较合适。然后该找的bug还是要尽量找出来，选出重要的填入上报。其他的选择其他沟通方式 3.跟老板不需要解释太多细节，告诉他你明白了。下回注意，然后努力吧

【 在 tingyang 的大作中提到: 】 : 可我是测试，难道不应该以用户的角度看待问题么？如果我以开发的角度去判断一个现象是否是问题，是不是会漏掉很多问题？ 你也是开发流水线上的一员...应该从什么角度去看待问题需要融入队伍以后再慢慢磨合吧..没有绝对的事情，就是最终你的角度问题应该和公司的氛围有关。新人的话就是多换换角度去看，找出所有可能的bug，然后跟老人交流交流结合系统、用户等等给问题排个优先级。

技术上应该较真；其它事你那么认真干吗。本末倒置了。 别人统计错，有多大影响么?少给你统计几个也不影响你收入和职业发展。 别人关于提TR流程的说法，你自己问清楚该怎么提就好了，去老板那里学舌干吗?学舌也就罢了，再和老板一起去同事那纠正，你同事以后不会跟你多说话了。

个人觉得测试一天到晚提bug真的很惹开发烦恼的。。当然我是开发，所以我讨厌提bug的测试。。不是针对lz啊。。 不过如果测试提bug一提一个准，少但是都很重要，开发会从心里赞叹你的。。所以测试有时间还是多学学技术，多和开发交流交流。。看看他们比较关注哪方面的问题，你提那一方面的，就会和他们合作愉快

【 在 HunterWhy 的大作中提到: 】 : 技术上应该较真；其它事你那么认真干吗。本末倒置了。 : 别人统计错，有多大影响么?少给你统计几个也不影响你收入和职业发展。 : 别人关于提TR流程的说法，你自己问清楚该怎么提就好了，去老板那里学舌干吗?学舌也就罢了，再和老板一起去同事那纠正，你同事以后不会跟你多说话了。 统计数目的事，确实没必要太较真，但第二件事不是故意歪曲老板的意思么？难道我不应该去和老板沟通确认老板的真实想法，而是听同事的？是老板非要去纠正他的。你不觉得这同事有点耍小聪明么？这件事上我倒没觉得哪里做错了。