赵爱虎
你应该先私下里跟开发的沟通一下，看看要不要公布这件事情，直接说真是不太好…
雪山老码农
我也被这样捅过一刀，对这样的行为可以说是非常的愤怒！
一、我去年的一个经历
去年公司总经理牵头一个大项目的推进，我负责其中的一个子项目，按照规定每周各个部门要集中给总经理汇报项目的推进情况。
本来一切汇报都还有条不紊的进行的时候，市场部的人突然说这里我这个项目里面有个细节地方执行的不到位，在推进的过程中没有落实。
总经理又不管那么多细节， 劈头盖脸的把我们团队骂了一顿。
会议室结束后我问市场部的人，他们的数据是哪来的，结果他跟我只是他们某个员工的闲暇穿测体验觉得不好，就拿出来说了。
我去，这种开大会的场合，说话不用负责任的么，张嘴就来！
所以对于这种不提前沟通的行为，不压于当众捅刀，非常的让人愤怒。尤其是那些拿着无关痛痒的问题来挑刺的人！
二、你是否对当时的情况有过判断
我不知道你所说这个错误是属于什么样的错误？是那种会影响整个项目的推进，而领导又不知晓的项目吗？
还是那种无关痛痒的小瑕疵？
还是有一定影响但不妨碍大局的错误？
即使你是完全站在工作的立场上来讨论这个错误的，但在对方看来你不外乎是这3种意图
1、你在借题发挥打压开发的人；
2、你想在领导面前故意挣表现，显示存在感
3、你想让对方难堪
三、工作要和多方做好沟通和协同
工作不仅是自己一个人埋头干活，还要和各方做好沟通协调，
1、及时沟通，注意留痕
既然你是测试，那么你在发现错误的同时第一时间有没有跟你的上级汇报？
有没有跟开发的人沟通？最好是以书面的形式提交。
如果是无关紧要的错误，你完全可以私下告诉对方，如果是很严重的错误，上报领导是你的第一选择。
2、提出意见，注意措辞
在会议上对其他人的工作提出意见的时候，不要站在指责、挑刺的态度的去说。
没人会喜欢当众被人指责、挑刺。
你可以转变一下措辞，在不否定对方效果的情况下，从共同完善方案得角度来提出你的建议。
不讲大道理，分享职场干货，拿之即用，请关注“经管励志书籍评级”
经管励志书籍评级
我也是一个开发，同时还是项目负责人。至于你说的这种情况，得做出一些区分。
首先得看会议性质，如果是项目内部的进度会议或者例会，那么一般没什么问题。但是一般我会让成员汇报关键事件，进度。这种会议讲的比较杂碎，有的重要有的不那么重要，无所谓，反正是项目内部的。
如果是部门例会或者公司大会，出了项目组范围的，那么一般原则是报喜不报忧，主要汇报进度和需要协调的地方。当然也不是什么忧都不报，对于影响到进度的难点需要进行汇报，但是就不用特别详细了。
最后，开发和测试本身从职业定位来讲就存在不可调和的矛盾，因为测试是找开发问题的。这时候就得将工作和个人情绪分开来，一切以做事为前提。可以不喜欢这个人，但是要喜欢做的事。
另外多说一句，有些技术人员情商不怎么高，说的话可能不太合适，但是大多数情况下属于无心之失，不必太过在意，可能他在开玩笑。这时候如果有个好的项目负责人或者上级主管协调是最好的，但是也不可能事事都依靠上级。自己处理掉再好不过了。
一禾嵌入式
您好，很高兴回答您的问题！
作为资深攻城狮兼团队Leader，在我的职业生涯中见过很多次，有的人得到领导赏识，升职为测试部小头头，有的人逐步被边缘化，最后落得个离职的下场。这其中的门道不仅仅是职场上的学问，也是做人的学问。
您的这种情况，分以下几点来进行分析
首先：本职工作上您是对的
在软件生产过程中， 执行测试工作，提交测试报告，对测试过程中发现的问题进行分析并做初步定位，配合开发人员完成最终的解决方案。对测试结果进行统计，反馈测试结果，并提出改善建议。您指出开发人员还未改正的错误，这正是测试需要做的事情，不报告问题的测试，才是对项目不负责任的。
其次：场合上您是否分清
本职上您没有做错，但为什么开发人员会说被你捅了一刀呢？肯定有其内在原因。开会的领导有大有小，会议也有日常的，也有向领导汇报的，甚至还有些诸如项目问题“批斗会”之类的，在日常项目会议上，组内您通报当前项目上存在的问题，并通报责任人，这个一点问题都没有，也应该如此做，这样才能让每个人明确自己还有多少任务，促进项目发展。但如果是向领导汇报型的会议，这时候说话可能需要注意，领导在场牵扯到的利害关系较多，您需要汇报时，建议您只汇报到部门，小组或者是说某功能模块，可以不点名，尽量不点名。
再次：描述问题的方式是否可以优化
有些程序员对测试人员描述问题的方式比较敏感！网上有个段子：
测试A：开发哥，你的这个程序，这个模块怎么老是有异常啊？
开发：心里腹诽“这个傻X测试会不会测呀，别人怎么没说有问题啊”，口头上说“我等会过来看”，结果这个开发一天都没有过来看这个问题。
测试B：开发哥，我测试的时候不小心点出个异常来了，你来看一下，是不是我操作有问题？
开发：心里一颤“卧槽，会不会是代码有问题”，立马那电脑去DEBUG了
从这个段子，我们应该意识到，掌握好交流技巧是十分重要的，您在会上提的这个问题，或许他根本就不认为是他的问题呢？不是他的问题，你还把问题责任定义给他，他自然不爽！
总结
如果以上三点您都确认，您是正确的，那请您不要怀疑自己，也不要心有内疚，因为您并没有做错什么。 而是这个开发人员心胸狭隘，太黑暗，这样的开发人员，做开发也估计是做不了长久，做人估计也不会有太大成就。
码龙之光
作为一个开发，我从开发角度来回答一下吧。首先来说，测试的价值就是发现开发的需求中存在的漏洞，所以，当测试发现需求中存在的问题时及时指出来是必要的。但与此同时，需要注意使用合适的方式告知开发，一般而言开发比较能接受的就是先私下沟通，确定是否确实需要修改。因为有些时候测试觉得是问题，而需求却是那么要求的。如果确实存在问题，可以询问开发是否可以在规定的时间内修复。如果开发不理睬，可以在会议中指出，如果开发能及时回复并修复问题，就没必要会议中指出了。希望这回答能帮助到你。
程程程程程序猿
茉莉在工作中也需要和程序员同事们一起共事，对于开发和测试部的关系还是略知一二的，其实开发的看不起测试的，测试的也憋屈，常常受气。但是呢，实际的工作中，双方还是要配合好开展工作，才是正确的选择。
第一，日常工作交流
其实开发和测试部门经常要一起开会的，开发做出来的项目，测试必须来检验是否有bug，所以才会有各个不同的版本，然后让大家去进一步优化。所以大家的工作可以说都是流水线工工作而已，你做了前面的零件，我检查一下拧的是否符合要求，不行的话退回去你再拧几下。
第二，沟通技巧
但是目前开发的的同事说捅一刀的情况，茉莉就想知道，作为测试人员，发现了他们有问题以后，测试部门有没有及时和开发部门直接沟通，这个是双方的事情，我给你反馈，你去跟进。但是如果开发一直漠视问题，那才有可能到大群里面@对方，或者在大会上说。其实就算是开大会，大家也还是可以事前说一个这个问题，如果是双方各自都无法解决的，在大会上是寻求领导的帮助。如果开发说被捅了，肯定是事前没有通气造成的，以后真的是要及时和对方沟通的。
茉莉再说一次，只有对方漠视，不管，测试又和自己这边的主管领导报告了，然而对方还是坚持不改，才能让自己的领导在开会的时候看看是不是提出来，而我们作为下属的同事，尽量是不需要我们自己提出来的，真的。
第三，以后相处
事情已经发生了，这个也是没办法的事情，以后好好相处就是。但是记得不要再发生类似事情，就是层级汇报，层级处理，自己做好自己的职责就好了。
Molly小秘书
从你的介绍里，看不出你的行为是对是错。
一个开发团队，是有项目经理、产品、开发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不丢人。重要的是态度。
一般开会也是评一下工作进度和风险。有问题的提出来也没错，引起重视。不然，到该上线了才改动，这万一改出问题了谁都不好看。
具体问题具体分析，分析自己的处理情况，如果自己没有问题，那么不必在意这个事情。
晒脚丫的月亮
做人就别做事，做事儿就别做人，这一件事情做的对。如果因为指出了问题而遭到批评甚至被离职。这样的企业不干也罢。面子不当饭吃。把事做好，挣了钱才能换饭吃，这才是硬道理。不是情商高低的问题。是有了情商，砸了饭碗。真出了事情，客户提出问题，领导质疑你这个测试员是怎么干的，你能说我情商高，所以没说出来吗？这绝对不可能。对客户负责，必然要对质量负责，所以才能对企业负责更对自己负责。情商这个字眼只是爱面子或者懒惰人冠冕堂皇的一个借口。
