1.与开发需求理解不一致的,找证据说服开发,如果是被开发说服了,就可以把缺陷关掉,如果谁也没说服谁,那就可以去找产品。
2.开发无法复现,那测试就得帮助开发复现这个bug,如果测试无法复现,那这个bug是偶现bug,我们需要多次去进行一个测试,并且标记一下偶现率(影响开发修复这个bug的优先级),然后备注一下。
3.开发可能把bug关成不以解决,那可能这个bug对用户的影响非常小不想修复,测试要关注开发关掉的原因,然后去评估这个原因。
4.以后都版本进行修复,需求性bug,修复成本和风险高,测试要进行确认,然后评估一下风险 ,然后也可以找产品经理确认一下。
5.修改状态的时候要备注原因,不能去无言无故去激活之类的。
6.缺陷严重级别通常由测试设定,缺陷优先级一般由开发来指定
7. 测试报告分析项目问题,功能性bug应该是最多的,不然说明测试员没吃透测试