|
我这里说的测试粒度,主要是指test cases的分类和组织以及划分等,不管是TEST CASES设计的粗的还是细的,前提条件是要能覆盖到所有的Product Requirements...具体粗细由个人爱好和兴趣,并根据项目情况自行决定,下面从Automation test来说明该问题:
Test cases设计的比较粗的话,总体上来说test cases的数量相对会比较少,方便测试代码维护和修改,以后如果test steps或者UI变化的话,需要改的地方就,一般来说相对比较少~~`比较费事的地方就是在test case failed的时候,你需要就逐一排查哪个验证点出问题了等.......比较细的test cases design则反之
另外要说的是,象我们在外企上班的,一般我们的BOSS都会对automation rate有所要求的...假如写的比较粗,TEST CASE是2个(1个能够automation,,另外一个CASE不能automated或者需要很大effort才能automated..那么automation rate=1/(1+1)=50%...如果设计的比较细一点,比如把那个可以automated的case拆为3个,那么automated rate=3/(3+1)=75%...数据上来看明显要比前者漂亮很多~ |
|