不确定的问题
实际测试中会遇到这样一种情况，有些现象（在确定是问题之前最好用现象来描述）出现了，测试人员很却难确定这种现象是正常的还是一个bug，造成这种情况出现的原因测试人员对软件需求、规格要求等不是很清楚，当然很多情况下根本就没有相应的明确规格定义，尤其是一些比较复杂的大型项目时，其规格、需求往往很难做到那么完善，有很多都是在开发过程中遇到时再进行定义。
针对这种问题，测试人员可以先不要进行匆忙提交，冲动是魔鬼，冲动是会受到惩罚的！建议采用以下方式处理：
首先，查看确认软件规格说明和需求文档，当然也可以采用更快捷的方式——直接让相关开发人员确认。这种情况的好处在于快捷，而且可以避免出现需求规格有变更后，而测试人员未有及时得知从而导致判断失误的情况出现。测试人员辛辛苦苦提出的一个“bug”结果被驳回说那不是bug，需求就是那样定义的情况真的就不太好了。
实际工作中出现不是bug的bug时，有些开发人员会相当反感的，所以还是要三思而行。
其次，偶尔有确定不了的问题请相关设计人员确认还可以，如果次数多了，那就不太好了吧，而且有时候就根本不方便向有关设计人员确认，所以当遇到有些确认不了的问题的时候，如果规格也没有明确定义，则可以选择市场上比较成熟的大品牌同类产品进行对比测试，这也是在测试过程中常使用的一种方法。一般在开发一款产品的时候，公司都会购置几款同类产品做参考。
再者，如果出现测试人员确认不了的问题，也可让测试组内部其他人员进行测试确认，俗话说：三个臭皮匠，整死诸葛亮。多一个人确认其结果毕竟更为可靠些。
最后，当一个难以确定的现象被证实是一个bug时，再进行提交，不是一个bug更好，皆大欢喜！
文章来源于领测软件测试网 https://www.ltesting.net/
