大量错误使他处于非常困难的境地，因为他的经理想减少错误数量而不是看到增加。
我应该如何解决这种情况？
#1 楼
只要有可能，您都应该始终努力做好工作并表现良好。不幸的是，如果您发现问题（这是您的工作），那将始终意味着开发人员/设计人员（或其他人员）没有以适当的方式完成任务。不要因为自己在做别人要求的事情而感到难过或内gui。如果产品质量不佳而您未能报告，则完全由您自己负责，因为您没有检测到缺陷。
如果产品质量不佳或准备就绪（在一定期限内），这意味着项目经理和负责人没有正确分配资源，没有足够的人来完成这项工作，在这种情况下，这不再是您的责任。
最终，如果您发现问题不能足够迅速地解决，您可以推迟报告一些非常小的问题，以暂时弥补其他人的过失，但是，如果这样做会适得其反，您应该尝试避免这种情况。
尝试与该同事交谈，并请他解决问题，看看您是否可以以职务说明中的任何方式提供帮助（也许可以查明问题，而不是发现问题） 。但是，如果他只希望您掩盖他无法完成任务的能力（花太多时间在他身上，或者他的时间不够好，或者他不够好），那您就会对他产生问题，但您需要保持透明并专注于执行自己的任务工作任务无论如何。
尝试与其他同事交谈，以查看是否可以获取有关以前情况的信息，并尝试在可能的情况下适用于此情况，或者与您的经理联系以寻求指导和建议。 br />
在这种情况下，无论哪种方式，变量太多，工作之外的其他人所获得的信息也很少，无法给您适当的建议，但是无论如何，您始终应该负责自己的工作。
#2 楼
让您的经理来处理，这是他们的工作。我会回答：
对不起，我将对此进行调查。
我的动作：
与我的经理交谈，让他/她负责。查看您记录的错误是否有效。
就是这样。我不建议与所涉及的员工进一步交谈，因为他们需要接受教育，并且不会突然从一对一的对话中学习，在对话中他们已经表现出了自己的进取心和无知-我的意思是，从技术上讲，他们可能是最好的社会上的人。随意的1：1此时极有可能引起争论升级。
请记住，他们的批评可能来自捍卫个人工作，也可能来自于感觉到漏洞已被记录在案。不正确，与编写代码的开发人员无关，并且不应记录，这是一个完全不同的方面。
#3 楼
您应该从与开发人员的对话开始，询问他为什么认为错误太多，并查看是否有其他可能的方法。例如，如果您在每个新版本中都报告了类似的错误，请考虑帮助开发人员创建单元测试或
在生成构建文件之前进行检查。
如果他说您正在报告同一潜在错误的许多症状，则答案可能是将这些症状归为一个错误报告，或者修订现有的错误。
如果产品确实存在问题，那么领导者（测试和开发经理）确实应该知道并采取更多行动。
最终，目标是生产出色的软件，而错误报告是一个有助于实现该目标的管理流程-不要让它妨碍交付出色软件的方式。
#4 楼
每个人都很好地解释了如何处理这种情况。相信我在某个时候，几乎每个测试人员都遇到类似的情况。所以，我的建议是：
1。不要为此烦恼。而且不要气disc。保持动力。
2。理想情况下，项目团队（包括开发人员和测试人员）负责交付高质量的最终产品。因此，不应阻止质量检查人员提出错误。即使他不是以特定方式记录错误，也应该有礼貌地传递消息，以确保不要气Q质量检查。
我有一个遇到类似情况的质量检查朋友。他和他的经理谈了这件事。经理检查了他记录的缺陷，并建议将类似的错误归纳为1。
我的朋友做得很好，并报告了所有有效的内容。
这次事件，他改变了很多。他将与开发团队迅速放弃有关bug的任何讨论，而不是在讨论中引入逻辑要点。有时，他会屈服于开发人员的压力，甚至一旦在压力下关闭了这些bug。
这些东西不好。
所以，只想和你分享一下。无论发生什么情况，请保持坚强，并像以往一样一直报告错误。
无论这个开发人员是否喜欢，您都必须做好工作。
从我与开发人员合作的经验中，我可以自信地告诉您，优秀的开发人员总是鼓励测试人员提出错误。在某些情况下，即使开发人员看到任何意外行为，甚至都要求您记录错误。这就是应该的方式。开发人员和测试人员的最终目标是共同提高质量
评论
告诉他告诉老板，无论是否存在于Jira中，这些bug都存在，找到它们是解决这些问题的第一步。很好的问题-开发人员关系是我们工作中最困难但极为重要的部分之一。关闭黑手党可能想考虑一下。
@YuZhang与我相似但又足够不同。
@MichaelDurrant，明白了。我将撤回近距离表决，以使这个问题再运行一段时间。到目前为止，该帖子已经吸引了一些不错的答案。
为什么您甚至想关闭此错误？因为这与XPath失败无关？这是质量检查领域的100％：低头对待与错误打交道的人。关闭黑手党，您应该停止破坏这个论坛。