赵爱虎
做人就别做事，做事儿就别做人，这一件事情做的对。如果因为指出了问题而遭到批评甚至被离职。这样的企业不干也罢。面子不当饭吃。把事做好，挣了钱才能换饭吃，这才是硬道理。不是情商高低的问题。是有了情商，砸了饭碗。真出了事情，客户提出问题，领导质疑你这个测试员是怎么干的，你能说我情商高，所以没说出来吗？这绝对不可能。对客户负责，必然要对质量负责，所以才能对企业负责更对自己负责。情商这个字眼只是爱面子或者懒惰人冠冕堂皇的一个借口。
艳阳满天霞
我也被这样捅过一刀，对这样的行为可以说是非常的愤怒！
一、我去年的一个经历
去年公司总经理牵头一个大项目的推进，我负责其中的一个子项目，按照规定每周各个部门要集中给总经理汇报项目的推进情况。
本来一切汇报都还有条不紊的进行的时候，市场部的人突然说这里我这个项目里面有个细节地方执行的不到位，在推进的过程中没有落实。
总经理又不管那么多细节， 劈头盖脸的把我们团队骂了一顿。
会议室结束后我问市场部的人，他们的数据是哪来的，结果他跟我只是他们某个员工的闲暇穿测体验觉得不好，就拿出来说了。
我去，这种开大会的场合，说话不用负责任的么，张嘴就来！
所以对于这种不提前沟通的行为，不压于当众捅刀，非常的让人愤怒。尤其是那些拿着无关痛痒的问题来挑刺的人！
二、你是否对当时的情况有过判断
我不知道你所说这个错误是属于什么样的错误？是那种会影响整个项目的推进，而领导又不知晓的项目吗？
还是那种无关痛痒的小瑕疵？
还是有一定影响但不妨碍大局的错误？
即使你是完全站在工作的立场上来讨论这个错误的，但在对方看来你不外乎是这3种意图
1、你在借题发挥打压开发的人；
2、你想在领导面前故意挣表现，显示存在感
3、你想让对方难堪
三、工作要和多方做好沟通和协同
工作不仅是自己一个人埋头干活，还要和各方做好沟通协调，
1、及时沟通，注意留痕
既然你是测试，那么你在发现错误的同时第一时间有没有跟你的上级汇报？
有没有跟开发的人沟通？最好是以书面的形式提交。
如果是无关紧要的错误，你完全可以私下告诉对方，如果是很严重的错误，上报领导是你的第一选择。
2、提出意见，注意措辞
在会议上对其他人的工作提出意见的时候，不要站在指责、挑刺的态度的去说。
没人会喜欢当众被人指责、挑刺。
你可以转变一下措辞，在不否定对方效果的情况下，从共同完善方案得角度来提出你的建议。
不讲大道理，分享职场干货，拿之即用，请关注“经管励志书籍评级”
经管励志书籍评级
我也是一个开发，同时还是项目负责人。至于你说的这种情况，得做出一些区分。
首先得看会议性质，如果是项目内部的进度会议或者例会，那么一般没什么问题。但是一般我会让成员汇报关键事件，进度。这种会议讲的比较杂碎，有的重要有的不那么重要，无所谓，反正是项目内部的。
如果是部门例会或者公司大会，出了项目组范围的，那么一般原则是报喜不报忧，主要汇报进度和需要协调的地方。当然也不是什么忧都不报，对于影响到进度的难点需要进行汇报，但是就不用特别详细了。
最后，开发和测试本身从职业定位来讲就存在不可调和的矛盾，因为测试是找开发问题的。这时候就得将工作和个人情绪分开来，一切以做事为前提。可以不喜欢这个人，但是要喜欢做的事。
另外多说一句，有些技术人员情商不怎么高，说的话可能不太合适，但是大多数情况下属于无心之失，不必太过在意，可能他在开玩笑。这时候如果有个好的项目负责人或者上级主管协调是最好的，但是也不可能事事都依靠上级。自己处理掉再好不过了。
一禾嵌入式
您好，很高兴回答您的问题！
作为资深攻城狮兼团队Leader，在我的职业生涯中见过很多次，有的人得到领导赏识，升职为测试部小头头，有的人逐步被边缘化，最后落得个离职的下场。这其中的门道不仅仅是职场上的学问，也是做人的学问。
您的这种情况，分以下几点来进行分析
首先：本职工作上您是对的
在软件生产过程中， 执行测试工作，提交测试报告，对测试过程中发现的问题进行分析并做初步定位，配合开发人员完成最终的解决方案。对测试结果进行统计，反馈测试结果，并提出改善建议。您指出开发人员还未改正的错误，这正是测试需要做的事情，不报告问题的测试，才是对项目不负责任的。
其次：场合上您是否分清
本职上您没有做错，但为什么开发人员会说被你捅了一刀呢？肯定有其内在原因。开会的领导有大有小，会议也有日常的，也有向领导汇报的，甚至还有些诸如项目问题“批斗会”之类的，在日常项目会议上，组内您通报当前项目上存在的问题，并通报责任人，这个一点问题都没有，也应该如此做，这样才能让每个人明确自己还有多少任务，促进项目发展。但如果是向领导汇报型的会议，这时候说话可能需要注意，领导在场牵扯到的利害关系较多，您需要汇报时，建议您只汇报到部门，小组或者是说某功能模块，可以不点名，尽量不点名。
再次：描述问题的方式是否可以优化
有些程序员对测试人员描述问题的方式比较敏感！网上有个段子：
测试A：开发哥，你的这个程序，这个模块怎么老是有异常啊？
开发：心里腹诽“这个傻X测试会不会测呀，别人怎么没说有问题啊”，口头上说“我等会过来看”，结果这个开发一天都没有过来看这个问题。
测试B：开发哥，我测试的时候不小心点出个异常来了，你来看一下，是不是我操作有问题？
开发：心里一颤“卧槽，会不会是代码有问题”，立马那电脑去DEBUG了
从这个段子，我们应该意识到，掌握好交流技巧是十分重要的，您在会上提的这个问题，或许他根本就不认为是他的问题呢？不是他的问题，你还把问题责任定义给他，他自然不爽！
总结
如果以上三点您都确认，您是正确的，那请您不要怀疑自己，也不要心有内疚，因为您并没有做错什么。 而是这个开发人员心胸狭隘，太黑暗，这样的开发人员，做开发也估计是做不了长久，做人估计也不会有太大成就。
码龙之光
作为一个开发，我从开发角度来回答一下吧。首先来说，测试的价值就是发现开发的需求中存在的漏洞，所以，当测试发现需求中存在的问题时及时指出来是必要的。但与此同时，需要注意使用合适的方式告知开发，一般而言开发比较能接受的就是先私下沟通，确定是否确实需要修改。因为有些时候测试觉得是问题，而需求却是那么要求的。如果确实存在问题，可以询问开发是否可以在规定的时间内修复。如果开发不理睬，可以在会议中指出，如果开发能及时回复并修复问题，就没必要会议中指出了。希望这回答能帮助到你。
程程程程程序猿
从你的介绍里，看不出你的行为是对是错。
一个开发团队，是有项目经理、产品、开发team、设计team、测试team等组成的。
假设，你是将开发未改正的的bug提交给公司高层（比如CEO）。
那么，这里存在几种情况：
1、该bug严重影响项目质量和进度，且高层不知道；
2、该bug严重影响项目质量和进度，且高层知道；
3、该bug和项目质量和进度关系不大，且高层不知道/知道。
如果是2、3种情况，你的报告与否，并不影响项目实际质量和进度。所以，报告不如不报告。
因为不报告，至少体现项目组是团结的。
如果是情况1，那么就存在两个可能性：
1、项目经理害怕公司高层知道
2、项目经理认为无需告知公司高层，自己有办法处理。
很明显，只有1的情况下，你的报告才是对公司高层有价值的。
但是更明显的是，即便如此，公司高层也需要依赖现有团队解决问题（题目没说团队有调整）。所以，你报告的价值只是让公司高层了解了一个情况。
这里要说明两个现实常见的事：
1、公司高层不能有效分辩一个bug的影响和难度
2、公司领导更依赖级别更高的人，完成工作，而不是相反。
所以，你说了绝大多数情况下，对公司高层也没啥价值。
毕竟还有第三个现实：
3、如果一个项目完全按计划进行，说明团队加班不足，或者前期预留空余时间太多。
智汇元
你这么做，在团队中是非常大的忌讳，违反职场规则，会有以下后果。
1、你的部门领导会非常讨厌你，因为你确实背后给人捅刀子。
2、你的同事会远离你，觉得你这个人为了上升，喜欢出风头。
3、上层领导不会把你当成心腹，因为一个直来直去的人，办事是很难让人放心的。
如何做才能让大家满意呢？
1、先跟直接领导私下谈并提出解决方案，如果没有解决方案不要谈。（所有人都讨厌只挑毛病不解决问题的人）
2、不能直接领导采用你的建议，你也不要贪功，不能以为做了成绩，就居功自傲，就对外宣称是领导发现的，领导让你改进的。
在职场里永远要记住
1、不与下属争利
2、不与同事争功
3、不与领导争名
这个世界永远是平衡的，你做的是，别人早晚知道，不争利、功、名，表面损失，其实你会赢得更多，不争为争，孔融让梨，就一个梨，被人传颂千年。
家庭教育顾问启华
有错误很正常，只要得对这个错误进行定位。
这个错误是提出了很久、提醒了很多次依旧不改，那么这就是态度问题、那么这个问题必须得提出来。
如果是提出了bug，但是开发人员尚未响应，如果bug优先级比较高，可以在提高bug严重程度，另外在开发交流群（领导人员都在的）之类发出来并@对方。
如果提出了bug，但是开发人员未响应，他可能是开发难度大需要时间、或者是需求不明确，也可能是在忙其他优先级更高的问题。应该不至于到提出了bug，而不去修复，如果不修复了，这就是态度问题，很严重。
提出bug之后需要对其评级，特别严重的就催促对方，并且让双方领导知悉。有问题，提出来了，至于改不改那就不是我能管了。我们这边就是有问题开发测试群吼一声，有bug不丢人。重要的是态度。
一般开会也是评一下工作进度和风险。有问题的提出来也没错，引起重视。不然，到该上线了才改动，这万一改出问题了谁都不好看。
具体问题具体分析，分析自己的处理情况，如果自己没有问题，那么不必在意这个事情。
晒脚丫的月亮
开会是汇报工作推进情况，对工作中的问题点采取何种措施解决问题，而不是到会上提出问题，部门间相互扯皮。开会之前，必须将所涉及的会议内容，各部门之间针对问题点沟通协调，处置到位。如果说部门间沟通协调不配合，相互抵触，严重干扰了工作推进速度，那么可以私下里组织个别人员聚聚会，摸清情况，合理改善策略，解决问题。如果涉及高层领导之间的斗法，超越自身职能权力范畴，为了避免在员工中造成不良影响，还是得私下向高层领导汇报情况，自上而下理顺关系后，再开展活动。会议中，忌讳部门间相互拆台，打击报复。开发未更正的错误为啥你不事先告知别人，让相关人员及时纠正，也利于工作推进。软件测试，是协助软件开发的重要一环，感觉你自己的协助职责就没有做好，自打嘴巴。
淡定的风铃
只能说明你们公司的项目管理太原始了…我们这边测试的任务只是检查用例是否得到期望结果，没有用例，没有测试。不需要任何人指出任何错误，用例结果不符，测试填个单子就交差了…
