当测试提出的bug开发不认可时，应该怎么办
在测试的过程中，我们经常为了提高软件的友好性，提出一些建议，或者bug，但开发不认可。这个时候，我们与开发沟通无果后，可能会放弃提bug首先，我们测试得对自己自信，相信自己提出的bug或者建议是有价值的，是对产品质量负责。所以，我们应该把我们认为的bug都提交上去。
我们可以努力去跟开发沟通，我们这么做是有依据的。如，与产品需求、设计文档不符，或者是对用户的影响。如果意见还是不能统一，我们应该让测试领导或者产品经理、项目经理来做定夺。
对于单个bug处理，以上方法没有不妥。
不过，对一个项目测试来说，如果浪费大量时间在这种价值不大的建议或者改进上，是非常不合理的。要知道，一个明显的bug，开发不可能是不认的。对于这些小小的瑕疵，最好的办法就是把它记录在案，统一起来，开个会，在技术能实现，时间充裕的时间下，让开发更改掉。时间不充裕，可以放到下个版本，或者定个时间去修改。并且，做规范。这样，以后开发遇到这些问题，就会按规范来书写，而不用浪费时间返工，更不用测试低声下气般地追着让开发修改问题。
测试和开发的最终目的都是一致的，就是让公司的产品能拥有更多的用户 01、首先与开放人员进行探讨，复现bug出现的全过程，以及分析是否是软件环境运行的问题
02、依据需求说明书和测试过程中的截图对开发进行论述
03、对争议问题进行备案
04、找测试经理，等待测试经理做出最终决定 找测试经理，等待测试经理做出最终决定
页:
[1]
