通常来说,测试用例设计的时候能够采用二维的方式归类:测试
横向的分类主要根据功能模块进行划分。根据产品的不一样而有所不一样,可是通常每个测试用例,都能追溯到一个具体的功能需求。具备相似功能需求的测试用例会放在一块儿,造成一个功能模块的测试集。ui
纵向的分类主要根据测试的类型进行分类。主要有如下几种类型:spa
这类测试用例属于最基本的测试用例。通常都不复杂,但都是很是重要的基本用例。BAT测试用例具备很高的稳定性。BAT的测试用例大概会占测试用例的总数的30%左右。BAT里面的测试用例,每每都是做为Regression测试用例的。BAT的测试用例用例一旦fail, 意味产品有重大缺陷,基本没法发布。对应的测试用例发现的问题,每每为P1的Bug。设计
这类测试用例和BAT的测试用例很类似,表明核心功能,重要级别会比BAT要低些。测试用例会比较复杂,通常占整个总数的20%左右。通常Core集里面的测试用例fail, 对应的Bug也每每都是P1。Core和BAT比较难以划分,可是能够将不属于BAT和Func的测试用例划入到这个里面。orm
这类测试用例每每是对BAT和Core的补充。BAT和Core执行的主要路径的测试用例,那么分支的测试用例每每都设计在Func里面,这类测试用例相对比较多和复杂,占整个测试用例的比例为50%左右。Func集里面测试用例fail, 对应的Bug每每为P2或者P3。ci
其余通常还会有,UI, Security, Performance, Localization等等。产品
大体结构和设计以下图:it
BAT(30%) | Core(20%) | Func(50%) | UI | Security | |
Function category |