软件测试之黑盒测试用例设计实例:时钟
作者:网络转载 发布时间:[ 2012/9/25 10:22:09 ] 推荐标签:
电子时钟模块在很多系统上都会背集成,是一个运用比较广泛的模块,针对电子时钟,我们应该当如何设计测试用例呢?
其实写用例,除了书上说的几种设计方法,每个人也有自己偏好的套路。比如某些人喜欢用先用边界再用等价,有些人喜欢先等价后再用边界,这些套路都是没有大的区别的,只是个人的逻辑思维方式不同而已。
我说说自己的套路吧:确定测试目标(其实是确定测 试用例的粒度)——提取测试元素——分类(其实是一个整体的等价法)——针对各类进行分析(主要还是使用等价和边界)——正交表生成用例(因果图和判定 表也是经常使用的方法)——根据实际测试环境情况删除部分case——增加错误推断和性能测试用例——使用场景法验证覆盖率——生成初步测试用例报告—— 同行评审——归档
下面我们step by step 来设计用例
1.测试目标:
手工部分完成基本功能的覆盖,自动化部分设计N条(1000~5000)数据测试。
假设用例终执行者为有经验的Tester,测试用例粒度可适当放宽,这样在CASE跑完后可以充分发挥tester自动性,增加case外的测试。
2.提取测试元素:
测试元素有:年/月/日/星期/小时/分/时间段(时间段包括AM和PM)
3.根据实际情况分类:
因为年/月/日存在多种情况,所以分类为:普通年/闰年/大月/小月/2月/1~28号/29号/30号/31号/星期/小时/分/时间段
然后形成初步的测试元素类:
Y1 = 不是闰年 & 1900~2050
Y2 = 闰年 & 1900~2050
M1= 1、3、5、7、8、10、12
M2= 4、6、9、11
M3= 2
D1=1~28
D2=29
D3=30
D4=31
W=1~7
H=0~11
Min=0~59
AP=am&pm
PS:W=1~7 不是输入条件,而是预期结果,所以在设计用例时,需要单独设计日期。
4.生成终测试元素
Y1 = 1901、1999、2050(考虑到千年虫问题,增加一个1999,如果支持3000,也可以换成2999)
Y2 = 1900、2048
M1= 1、12
M2= 4
M3= 2
D1=1、28
D2=29
D3=30
D4=31
H=0、11
Min=0、59
AP=am、pm
5、生成正交表
正交表.xls
5.1.化简前:
根据正交表的原则,逐步列出所有的输入分支。
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11