针对不同的情况,有不同的应对办法:
1、测试人员理解错误,bug真的不是bug
此时对照需求文档,自认错误吧。

2、需求文档不明确,bug存在歧义
测试都是根据需求文档来的,如果需求没有特别明确,测试人员是一种人为,开发是一种认为,那么此时就需求跟产品经理确认,三方协商,将最终的意思明确。
3、开发人员认为在实际使用中不会发生的bug
这是使用场景的不同造成的,有些确实不是bug,有些就是bug也是影响很小,这类bug需不需要修改,需反馈给产品经理,大家协商确定,假如测试人员的立场够坚定,可以说明理由,强烈要求bug修改。
所以我们测试尽可能的将bug描述清楚,让开发容易理解,而对于有一定概率才复现的bug,我们测试尽量将复现的条件写清楚,以及复现时出现的图片、视频等作为佐证,并且在验证bug时需要多验证几个版本,每个版本可反复验证多次,这样在bug修改时,大家更能达成一致意见。
常州app开发找咖咻就对了,给你细致、经得起市场考验的app开发。