开发人员说不是bug,有5种情况:
一是需求不确定,所以可以参考需求规格说明书或者找来产品经理进行确认,是否需要改动。
二是开发人员认同是问题但觉得不用修改的bug,这时要尽可能的说出是BUG的依据是什么?如果被用户发现或出了问题,会有什么不良结果?程序员可能会给你很多理由,你可以对他的解释进行反驳。如果还是不行,那我可以把这个问题记录在缺陷管理工具上,跟开发经理和测试经理进行确认,由领导决策。
三可能是测试人员误操作原因导致的,也有可能是环境因素、数据问题导致的,只要找到原因并协商确认不是bug即可。
四可能是复现率低的问题,如果这个bug不影响用户使用,先记录下来并一直跟进,并且随时监控线上用户使用情况;如果这个bug影响用户使用,要极力的推动修改的,无非是根据项目紧急程度来决定什么时候修改。
五是建议优化类的问题,如果产品人员、开发人员等觉得不修改没有太大影响的可以不修改。
如果确定是bug的话,一定要坚持自己的立场,让问题得到最后的确认。