我干的软件测试，在公司开会过程中，我指出开发未改正的错误，这

　　您好，很高兴回答您的问题！
　　作为资深攻城狮兼团队Leader，在我的职业生涯中见过很多次，有的人得到领导赏识，升职为测试部小头头，有的人逐步被边缘化，最后落得个离职的下场。这其中的门道不仅仅是职场上的学问，也是做人的学问。
　　您的这种情况，分以下几点来进行分析首先：本职工作上您是对的
　　在软件生产过程中，执行测试工作，提交测试报告，对测试过程中发现的问题进行分析并做初步定位，配合开发人员完成最终的解决方案。对测试结果进行统计，反馈测试结果，并提出改善建议。您指出开发人员还未改正的错误，这正是测试需要做的事情，不报告问题的测试，才是对项目不负责任的。其次：场合上您是否分清
　　本职上您没有做错，但为什么开发人员会说被你捅了一刀呢？肯定有其内在原因。开会的领导有大有小，会议也有日常的，也有向领导汇报的，甚至还有些诸如项目问题批斗会之类的，在日常项目会议上，组内您通报当前项目上存在的问题，并通报责任人，这个一点问题都没有，也应该如此做，这样才能让每个人明确自己还有多少任务，促进项目发展。但如果是向领导汇报型的会议，这时候说话可能需要注意，领导在场牵扯到的利害关系较多，您需要汇报时，建议您只汇报到部门，小组或者是说某功能模块，可以不点名，尽量不点名。再次：描述问题的方式是否可以优化
　　有些程序员对测试人员描述问题的方式比较敏感！网上有个段子：测试A：开发哥，你的这个程序，这个模块怎么老是有异常啊？
　　开发：心里腹诽这个傻X测试会不会测呀，别人怎么没说有问题啊，口头上说我等会过来看，结果这个开发一天都没有过来看这个问题。
　　测试B：开发哥，我测试的时候不小心点出个异常来了，你来看一下，是不是我操作有问题？
　　开发：心里一颤卧槽，会不会是代码有问题，立马那电脑去DEBUG了
　　从这个段子，我们应该意识到，掌握好交流技巧是十分重要的，您在会上提的这个问题，或许他根本就不认为是他的问题呢？不是他的问题，你还把问题责任定义给他，他自然不爽！总结
　　如果以上三点您都确认，您是正确的，那请您不要怀疑自己，也不要心有内疚，因为您并没有做错什么。而是这个开发人员心胸狭隘，太黑暗，这样的开发人员，做开发也估计是做不了长久，做人估计也不会有太大成就。
　　以上，感谢您的阅读。我是码龙之光
　　我也被这样捅过一刀，对这样的行为可以说是非常的愤怒！一、我去年的一个经历
　　去年公司总经理牵头一个大项目的推进，我负责其中的一个子项目，按照规定每周各个部门要集中给总经理汇报项目的推进情况。
　　本来一切汇报都还有条不紊的进行的时候，市场部的人突然说这里我这个项目里面有个细节地方执行的不到位，在推进的过程中没有落实。
　　总经理又不管那么多细节，劈头盖脸的把我们团队骂了一顿。
　　会议室结束后我问市场部的人，他们的数据是哪来的，结果他跟我只是他们某个员工的闲暇穿测体验觉得不好，就拿出来说了。
　　我去，这种开大会的场合，说话不用负责任的么，张嘴就来！
　　所以对于这种不提前沟通的行为，不压于当众捅刀，非常的让人愤怒。尤其是那些拿着无关痛痒的问题来挑刺的人！二、你是否对当时的情况有过判断
　　我不知道你所说这个错误是属于什么样的错误？是那种会影响整个项目的推进，而领导又不知晓的项目吗？
　　还是那种无关痛痒的小瑕疵？
　　还是有一定影响但不妨碍大局的错误？即使你是完全站在工作的立场上来讨论这个错误的，但在对方看来你不外乎是这3种意图
　　1、你在借题发挥打压开发的人；
　　2、你想在领导面前故意挣表现，显示存在感
　　3、你想让对方难堪三、工作要和多方做好沟通和协同
　　工作不仅是自己一个人埋头干活，还要和各方做好沟通协调，
　　1、及时沟通，注意留痕
　　既然你是测试，那么你在发现错误的同时第一时间有没有跟你的上级汇报？
　　有没有跟开发的人沟通？最好是以书面的形式提交。
　　如果是无关紧要的错误，你完全可以私下告诉对方，如果是很严重的错误，上报领导是你的第一选择。
　　2、提出意见，注意措辞
　　在会议上对其他人的工作提出意见的时候，不要站在指责、挑刺的态度的去说。
　　没人会喜欢当众被人指责、挑刺。
　　你可以转变一下措辞，在不否定对方效果的情况下，从共同完善方案得角度来提出你的建议。
　　不讲大道理，分享职场干货，拿之即用，请关注经管励志书籍评级
　　有错误很正常，只要得对这个错误进行定位。
　　这个错误是提出了很久、提醒了很多次依旧不改，那么这就是态度问题、那么这个问题必须得提出来。
　　如果是提出了bug，但是开发人员尚未响应，如果bug优先级比较高，可以在提高bug严重程度，另外在开发交流群（领导人员都在的）之类发出来并对方。
　　如果提出了bug，但是开发人员未响应，他可能是开发难度大需要时间、或者是需求不明确，也可能是在忙其他优先级更高的问题。应该不至于到提出了bug，而不去修复，如果不修复了，这就是态度问题，很严重。
　　提出bug之后需要对其评级，特别严重的就催促对方，并且让双方领导知悉。有问题，提出来了，至于改不改那就不是我能管了。我们这边就是有问题开发测试群吼一声，有bug不丢人。重要的是态度。
　　一般开会也是评一下工作进度和风险。有问题的提出来也没错，引起重视。不然，到该上线了才改动，这万一改出问题了谁都不好看。
　　具体问题具体分析，分析自己的处理情况，如果自己没有问题，那么不必在意这个事情。
　　可以很肯定的说这是情商低的表现。
　　任何一个人都不想让别人知道自己做错了或者做的不好，当着领导和很多同事的面说谁谁的没做好，有bug！这不管是在职场还是日常生活中这样做会得罪人，即便是熟人这不能这样。
　　我们如果要提醒别人的错误或者有不对的地方最好换一种委婉的表达方式，既能达到提醒，同时也要让被提醒者意识到我们这么做是为了他好。
　　问题的提出最好是你们两个人在场，这样能照顾别人的感受，把问题在一个小范围内解决！
　　在职场最忌讳得罪人了！
　　题主的问题是：我干的软件测试，在公司开会过程中，我指出开发未改正的错误，这样对吗（开发在私聊群里说被捅了一刀）？
　　我也是做软件测试工作的，对于题主的这个问题，我觉得我还是有点发言权的。如果我是题主的话，我的答案是看情况，如果开发没改正的这个问题很严重，对测试的影响很大，已经影响了整个测试流程或者项目进度，可以在公司会议上提出。反之，如果不是很严重的问题，就没必要在会上提出来了。
　　因为题主对于一些问题讲述模糊，而且会后开发在私聊群里面说：被捅了一刀，那么我认为，题主是否有小题大做的嫌疑？你提出的问题本身就不是很严重的问题，你单纯就是为了汇报工作才会在会议上提出这个问题的？
　　我们可以从下面几个方面综合考量一下，看是否有必要在公司会议上提出开发未修复的问题。
　　一、开发为什么还没有改正这个错误？
　　1。你提出的这个问题，是否有跟开发确认修复优先级？
　　当测试人员在测试过程中发现问题后，首先先自己排查一下问题原因，如果确定是程序问题，然后找开发确认，开发确认是问题后，要跟开发说明这个问题对其他测试流程或者整个测试进度的影响程度，跟开发确定好这个问题的修复优先级。
　　2。提出这个问题后，你有继续跟踪这个问题的处理进度吗？
　　当测试人员把问题提交给开发以后，后续也需要测试人员自己去跟踪这个问题的修复进度。不能把问题提交给开发以后就不管了，特别是一些对测试流程影响很大的问题，测试人员必须要跟踪得紧一点，确保开发优先处理这个问题。测试人员提出的问题，一定要跟开发确认清楚这个问题的解决方案是什么？
　　3。开发一直未处理这个问题，是因为什么原因？
　　问题一直没有处理，是因为开发忘记处理了？还是这个问题以当前的技术无法解决，需要找外围同行咨询，要重新修改这个问题相关流程，亦或是开发人员工作量太大，没有时间处理你这个问题？问题一直拖着没处理，肯定是有原因的，那测试人员就必要要弄清楚，是什么原因造成了开发一直不处理这个问题。
　　二、你为什么要在公司会议上提出这个问题？
　　1。开发一直不解决这个问题，造成了测试进度缓慢甚至停滞
　　因为这个问题的影响太大，已经造成了无法进行测试，而开发一直不解决，会严重影响测试的整体进度，进而影响整个项目的进度。
　　2。害怕领导追责，先把这个锅给甩出去
　　开发不解决这个问题，测试人员因为测试流程被阻碍，无法进行测试，就没有产生工作量，因为害怕被领导追责，所以在领导追责前，先把锅甩给开发，测试人员已经发现了问题，也把问题提交给了开发，现在是开发不解决问题，造成测试人员没有工作量，如果影响了项目进度，这个就是开发的责任。
　　3。期望在公司会议上表现自己，让领导看到自己的的能力
　　测试人员可能也会想在会议上多表现一下自己，希望能尽量多的汇报自己的工作成果给领导看，以期让领导能看到自己的能力，所以才会在会议上提出开发的问题。
　　三、这个会议是什么性质的会议？
　　1。测试小组内部的会议？
　　如果这个是测试组内部的会议，那测试人员在跟领导汇报工作的时候，就可以汇报得详细一点，可以把你手上的问题都汇报一下，这样领导也能更加准确的把握测试进度，也更了解测试详情。
　　2。项目组内部的会议？
　　如果是研发项目组的内部会议，测试人员也可以把问题提出来，这样可以让项目经理了解清楚项目目前有哪些阻碍，是否有解决办法，项目经理了解清楚这些情况后，也能更加合理的重新调整各方面的工作。
　　3。部门级或公司高管层的会议？
　　如果是部门级或者公司高管层级别的会议，我觉得在这种会议上面可以简单提及有影响了测试进度或项目进度的问题，公司的上层领导更加注重的是结果，对过程其实关注度不是很高的，你在这种会议上面提及这些问题，可能上级领导不会重视你提出的问题，而且还很有可能会给开发不好的印象，进而影响你们后面的合作。所以只要简单提及一下就行，没有必要把这个问题搞得太大。
　　总结一下，如果测试人员提出的开发未改正的错误对整个测试进度有很大影响，甚至是已经阻碍了整个测试流程，且测试人员已经跟开发强调过问题严重性以后，开发还是未能改正这个问题，那么测试人员就可以在公司所有的会议中提出。而且在提出的过程中也要做到对事不对人，只需要提及未解决的问题和这个问题带来的影响就行，不要把问题推到到开发个人身上。
　　如果测试人员提出的问题相对简单，对测试流程影响不大或者没有影响，也不影响项目进度，没必要在会议上把这个问题提出来，开发解决问题都有是按问题优先级解决的，影响不大的问题，开发会安排是项目后期解决，所以不紧急的问题，就没必要在会议上提出来了。
　　茉莉在工作中也需要和程序员同事们一起共事，对于开发和测试部的关系还是略知一二的，其实开发的看不起测试的，测试的也憋屈，常常受气。但是呢，实际的工作中，双方还是要配合好开展工作，才是正确的选择。
　　第一，日常工作交流
　　其实开发和测试部门经常要一起开会的，开发做出来的项目，测试必须来检验是否有bug，所以才会有各个不同的版本，然后让大家去进一步优化。所以大家的工作可以说都是流水线工工作而已，你做了前面的零件，我检查一下拧的是否符合要求，不行的话退回去你再拧几下。
　　第二，沟通技巧
　　但是目前开发的的同事说捅一刀的情况，茉莉就想知道，作为测试人员，发现了他们有问题以后，测试部门有没有及时和开发部门直接沟通，这个是双方的事情，我给你反馈，你去跟进。但是如果开发一直漠视问题，那才有可能到大群里面对方，或者在大会上说。其实就算是开大会，大家也还是可以事前说一个这个问题，如果是双方各自都无法解决的，在大会上是寻求领导的帮助。如果开发说被捅了，肯定是事前没有通气造成的，以后真的是要及时和对方沟通的。
　　茉莉再说一次，只有对方漠视，不管，测试又和自己这边的主管领导报告了，然而对方还是坚持不改，才能让自己的领导在开会的时候看看是不是提出来，而我们作为下属的同事，尽量是不需要我们自己提出来的，真的。
　　第三，以后相处
　　事情已经发生了，这个也是没办法的事情，以后好好相处就是。但是记得不要再发生类似事情，就是层级汇报，层级处理，自己做好自己的职责就好了。
　　你为什么当时不及时通知开发呢？偏要在开会的时候彰显出来是你指出并发现的这一壮举呢？
　　你的做法不对！
　　抬头不见，低头见。测试作为开发的后道工序，发现问题应及时与对应的开发者邮件私下沟通，在沟通无果或者开发者拒绝更改的明确下才在开会中指出。
　　大部分回答全是扯淡，要么是开发，要么就不是干技术的。
　　第一，什么叫未改正的错误。QA指出bug了，你不改。难道要我求你吗？开会指出都是给你面子，直接邮件抄送项目组内成员和所有相关领导，你能怎样？自己干不好，还怕人说。
　　第二，既然一直未改正，那么就不是说简单方法就能让他改的。无论出于什么原因，QA的职责在此。除了线上事故，RD会说自己一力承担吗？他敢吗？有用吗？QA不会被追责吗？领导不会责备你没有通报吗？
　　第三，QA和RD本身就有立场冲突，不用过于讲情面。情面不会给你加工资，RD的评价也不会给你升职。给他脸了，还不要脸，留着过年吗？
　　第四，好多逗比说，这样的QA干不长。笑死我了，RD都能开除QA了？还是感觉自己在公司话语权足以影响结构定位了？一个能让RD决定QA去留的公司，公司规模不会超过200人，留着也没意义。
　　我是个开发人员，我们的程序都是先给测试，然后出测试报告，测试通过过了才能发版。
　　所以这种在大会中才提出问题，更大可能性被批的是测试，因为他们相当于是质检。
　　这种测试测出来的问题，不应该都在问题单平台上吗，遗留问题状态项目负责人应该很清楚的吧，除非是新测出来的问题