时钟——黑盒测试用例设计实例(转载)

《时钟——黑盒测试用例设计实例(转载)》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、时钟一盒测试用例设计实例Postedon2010-01-2515:28Jackc阅读（1616）评论（0）编辑收藏电子时钟模块在很多系统上都会背集成，是一个运用比较广泛的模块，针对电子时钟，我们应该当如何设计测试用例呢？其实写用例，除了书上说的儿种设计方法，每个人也有自己偏好的套路。比如某些人喜炊用先用边界再用等价，有些人喜欢先等价后再用边界,这些套路都是没有大的区别的,只是个人的逻辑思维方式不同而已。我说说自己的套路吧：确定测试目标（其实就是确定测试用例的粒度）一■业取测试元索一类（其实就是一个整体的等价法）一•对各类进行分析（主耍还是使用等价和边界）——正交表生成用例（因果图和

2、判定表也是经常便用的方法）一艮据实际测试环境情况删除部分cas~增加钮误推断和性能测试用例一•史用场杲法验证覆盖率一牛成初步测试用例报告一诃行评审一I档如下图，一个电子时钟系统10Pm•■202010july6MONDAY小时l：午/下午■■分钟年月H星期F面我们stepbystep來设计用例1•测试目标：手工部分完成基木功能的覆盖，自动化部分设计N条（1000-5000）数据测试。假设用例最终执行者为有经验的Tester,测试用例粒度町适为放宽，这样在CASE跑完后可以充分发挥testerH动也増加case外的测试。2•提取测试元素：测试元素有：年/MH/星期/小时/分/时间段（

3、时间段包括AM和PM）3•根据实际情况分类：因为年/月/日存在多种情况，所以分类为：普通年/国年/大月/小月/2月门~28号/29号/30号⑶号/星期/小时/分/时间段然后形成初步的测试元素类：Y1=不是闰年&1900-2050Y2=闺年&1900-2050M1=1、3、5、7、8、10、12M2=4.6、9、11M3=2D1=1-28D2=29D3=30D4=31W=1~7H=0-11Min=0~59AP=am&pmPS：W=1-7不是输入条件，而是预期结果，所以在设计用例时，需要单独设计日期。1•生成最终测试元素Y1=1901.1999、2050（考虑到千年虫问题,增加一个19

4、99,如果支持3000>也可以换成2999）Y2=1900.2048M1=1>12M2=4M3=2D1=1.28D2=29D3=30D4=31H=0.11Min=0.59AP=amxpm5、生成正交表正交表.xls5.1•化简前：根据止交农的原则，逐步列出所有的输入分支。TXXXXTXXXTXXXXTXXXTXXXXTXXXTXXXXXXXXTXXXXXXXXXXXXXXXXXXXTTTTTXXXXXXXXTTTXXXXXXXXXXXXXXXXTTTTTTTTXXXXXXXXXXXXXXXX其中粉红色部分是通过等价法，确认需要删除的case：黑色部分是输入条件非法而删除的case（

5、黑色部分在输入允许的条件下，可以作为错误推断测试的输入条件）；红色部分是确认需耍采用的case。做表需要注意2点：1）•将正交的表元素分为儿类进行分别构建，比如这里我们将年/月/日划为一类，先进行建表，因为年月日含有的元索较影，重复无效的case也比较影。2）•往往正交表的由于输入元素过多，适成表过于庞大，所以边制表边删除女余的case不失为一•个好的选择。5.1.化简后：最终生成上表,~共有22*2*2*2=176个case,但是其中还有一些case需耍删除（比如1999是专门为“千年”设计的case,所以1999年12月31BlAM00:00这样的case就没意义，需耍删除，乂

6、比如12月31口这样的case也是为了设计PM11：59而引入的，所以，2050年12月31口PM00：00也是没意义的），大约估算了一下，最终应该在130个case左右。6、生成最终case按照整理出的止交表（注童整理的时候查看是否涵盖了W1~W7,如果没有，可增加特殊日期case）,逐条生成case。比如：CaselInput：输入2050年1月1El00：00AM,等待1分钟Output：界面显示2050年1月1日00：01AM.星期六PS:错谋推断和性能case这里就不说明了，错谋推断case需要更细致的需求信息（比如哪些编辑框用户可以编辑等等）;性能case往往与平台挂钩

7、，web时钟和终端时钟的性能case区别还是很大的。小结：1、拿到模块后，先划分测试单元并分类，分析过程除了正交农以外，判定表、因果法也是不错的选择。2、无论哪种方法，都需要增删case来满足最终的耍求，平时业务知识的积累可以更好帮你完善你的设计。