腾讯优测是专业的移动云测试平台,提供多维度的自动化测试服务,让测试更简单!
最近的用例评审让我感受颇深,以下是我对于测试用例评审的一些感受,发出来供大家讨论学习。
听听大家对测试用例评审的吐槽?
“测试用例设计是测试的事情,为什么评审要我们参加?”
“测试用例已经很多了,不知道需要评审什么,我能提供什么?”
“用例评审太枯燥了,200个用例case用一条一条评吗?”
“这个是别人的开发的功能,跟我没关系。”
相信以上几句话是评审时常听到的话,那么为什么要进行测试用例评审?
这里从参与用例评审几个角色来(测试、开发、产品经理、项目经理)分析下进行用例评审的目的以及意义。
测试:
由于不同测试同学对于需求的理解和用例设计都不同,为了提升用例的完整性、合理性、高效性,可以通过评审的方式,收敛不同人以及不同专业的意见,丰富测试用例。测试是无穷尽的,没有人能保证自己的设计用例覆盖完全。
开发:
测试和开发对于需求理解未达成一致,通过评审与开发对需求进行double check,保证在测试前对需求理解的一致性,以免执行测试过程中产生争议和扯皮。
暴漏出开发在实现过程中代码逻辑考虑不充分的地方,提前预警,避免逻辑处理考虑不充分导致的缺陷。
开发可以从实现层面评审用例,补充测试用例中,由于测试人员不了解实现过程导致的测试用例缺失的情况。
产品经理:
经常在测试用例设计的阶段