谈谈测试用例的分类

通常来说,测试用例设计的时候能够采用二维的方式归类:测试

  • 横向:根据对用的FDD进行分类。
  • 纵向:根据测试类型进行分类。

 

横向

横向的分类主要根据功能模块进行划分。根据产品的不一样而有所不一样,可是通常每个测试用例,都能追溯到一个具体的功能需求。具备相似功能需求的测试用例会放在一块儿,造成一个功能模块的测试集。ui

 

纵向

纵向的分类主要根据测试的类型进行分类。主要有如下几种类型:spa

BAT(Build Acceptance Test)

这类测试用例属于最基本的测试用例。通常都不复杂,但都是很是重要的基本用例。BAT测试用例具备很高的稳定性。BAT的测试用例大概会占测试用例的总数的30%左右。BAT里面的测试用例,每每都是做为Regression测试用例的。BAT的测试用例用例一旦fail, 意味产品有重大缺陷,基本没法发布。对应的测试用例发现的问题,每每为P1的Bug。设计

Core(Core Regression Test)

这类测试用例和BAT的测试用例很类似,表明核心功能,重要级别会比BAT要低些。测试用例会比较复杂,通常占整个总数的20%左右。通常Core集里面的测试用例fail, 对应的Bug也每每都是P1。Core和BAT比较难以划分,可是能够将不属于BAT和Func的测试用例划入到这个里面。orm

Func

这类测试用例每每是对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
相关文章
相关标签/搜索