在《全面的质量保障体系之发现缺陷》中提到测试用例分级的应用,以最少的测试用例实现覆盖更多的测试场景,以提高测试的精准度。测试用例分级是每个公司都在做的事情,但如何精细化的做好测试用例分级,确实是不少测试团队头痛的事情。如何做好用例分级呢?本文主要从测试用例分级的理论依据、分级标准、分级建立过程以及测试用例分级的应用等几个方面进行讨论。
(1)测试用例分级的理论依据
为了做好测试用例分级,当时查阅了好多资料都没有一个明确的答案,直到看到下面的话,才豁然开朗。
在“Use Case Testing”中说测试用例的前10%到15% 可以发现75%到90%的重要缺陷。( Ross Collard为美国著名的测试专家)
既然通过测试用例前10%到15%能发现75%到90%的缺陷,那么是不是可以把测试用例的级别与缺陷的严重程度相对应,从“无限”的测试用例中,划分中合理的用例执行范围,以高效利用测试资源,提高测试效率。这样就初步形成了前10%到15%的用例划分成优先级最高的用例。具体怎么进行用例分级呢?还需要进一步分析业务特点。以IM系统为例可以根据业务特性分为关键业务,非关键业务以及其他附加功能;再从用例逻辑上分析可分为正常逻辑和异常逻辑。这样就初步形成了用例分级参考项。
根据功能的使用频率及对用户的影响划分
(1)关键业务:用户使用频率较高的功能、IM基础功能、付费项目,以及防用户骚扰功能,此类功能的失败将影响用户体验,引起用户投诉;
(2)非关键业务:用户使用频率不高,但影响较大的功能点,或附加功能点。如,侵犯用户隐私类的权限,及用户资料与数据,此类功能的失败将给产品体验造成负面影响;
(3)其他:用户使用频率较低的功能点,此类功能的失败对产品体验影响较小;
根据需求功能点的测试用例逻辑划分
(1)正常逻辑
(2)异常逻辑或边界测试
(2)测试用例分级标准
用例的分级标准参考了原公司运营事故中的分级标准将用例分为BVT、高、中、低四个等级,BVT是用例级别最高的,其实和上文中的提到的前10%到15%相对应。高中低参照运营事故占比和测试对象特性进行分级,最终形成测试用例分级标准。如下图所示
测试用例分级标准(3)测试用例分级建立过程
有了测试用例分级标准和测试用例分级项(功能分类和逻辑分类),就可以建立测试用例过程,根据测试用例逻辑分为正常逻辑和异常逻辑,业务类型可以分成关键业务和非关键业务和其他相关业务,两类标准两两组合,关键业务的正常逻辑用例级别为(高高)BVT级别;关键业务的异常逻辑(高中)以及非关键业务的正常逻辑(中高)用例级别为高;其他关键业务和异的异常逻辑用例为中级,其余的用例级别为低级。这样就建立了一套测试用例分级规范。详细可以参考下图
测试用例建立过程(4)测试用例分级应用
测试用例的建立过程就完成后,那么测试用例分级后如何使用;主要有以下应用和实践
自动化冒烟测试(BVT测试):通过编写自动化脚本实现冒烟测试自动化;
新功能测试:在新功能验证测试时,使用用例分级,用较低成本获得更好的测试效果。
单功能变更测试:对单个功能点变更,根据变更范围划定回归测试用例范围,通过用例分级确定执行用例;
针对专项、升级版本的全回归测试:根据每个版本特性,确定测试范围,通过用例分级确定执行用例;
测试用例分级具体如何使用,需要根据各公司业务特点进行合理调整,在此提供一种测试用例分级建立过程的一般步骤,供大家借鉴和思考。
2019年连续第十七天修心 土司于北京
网友评论