每个测试人都想在和开发递交bug后,开发响应特别快。但现实工作中,我们测试人员在工作中不免会遇到开发因为一些原因拒绝修改bug的情况。
开发人员拒绝的原因是多方面的
开发人员无法复现缺陷(无法复现);
缺陷报告中提供的信息不足,或者复现缺陷需要奇怪而复杂的步骤(难以理解);
开发人员认为是系统的一个功能点,而测试人员认为是一个缺陷(缺陷还是功能点);
开发人员不理解测试人员的角色和职责定位(测试人员的角色);
那一般遇到这种问题时,我们该怎么办呢?
1、减少随机测试,尽量避免带来不可重现的Bug
在测试过程中,测试人员经常会碰到一些不可复现或者很难复现的问题,特别是在进行非功能性测试的时候。即使是难以复现的问题,建议测试人员还是需要提交缺陷报告。只是,测试人员在提交缺陷报告之前,需要采取一些合适的策略和建议,尽量为开发人员定位和修复这样的问题提供合适的信息,帮助他们尽快解决问题。最好要有截图、图片,让开发认识到这个问题确实存在,并且更具说服力。
2、做好版本配置管理工作,保证测试环境的准确性
有些bug只有在测试环境下重现,而在开发环境下不能重现。这样的缺陷开发人员往往是看不到的,他们很容易得出结论,说测试人员递交无效的缺陷而被拒绝,大部分情况发现是版本弄错啦。
我们能做的就是做好源代码的配置管理工作,保证测试环境版本的正确性和独立性,自己编译自己部署测试环境。这样才会减少无效缺陷的递交,避免“费劲周折”说服开发修bug。
3、把握不准的缺陷,递交以前最好讨论一下
缺陷报告中提供了太多的内容和信息,开发人员甚至不知道测试人员想说什么,也很难了解测试人员想阐述的问题是什么。所以bug的描述应该是清晰而简要的。
4、多沟通,细化需求,达成一致
开发认为这是一个正常的功能特性(或者功能点),而测试人员认为这是一个问题。
基于需求的理解不同,造成了看法的不统一。所以最好在测试前,开个会议,细化一下需求,达成一致观点。
5、开发人员不理解测试人员的角色和职责定位
引起开发人员和测试人员对系统的同一个表现行为出现分歧的主要原因,可能是他们对系统的输入,例如:需求文档的理解不一样。通过合理的定义系统人员、开发人员和测试人员的角色和职责定义,可以较好的解决这样的问题。
最后: 为了回馈铁杆粉丝们,我给大家整理了完整的软件测试视频学习教程,朋友们如果需要可以自行免费领取 【保证100%免费】
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!
全套资料获取方式: