软件测试用例的设计(黑盒)

发表于:2012-4-19 13:41  作者:陈云   来源:51Testing软件测试网采编

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试 用例设计 测试用例

  在软件测试中,都知道会交付测试计划、测试用例、测试报告、用户手册等各种文档,但对于测试而言,测试用例是很重要的文档,如何去设计好测试用例呢,一直是值得各测试人员所思考的问题。目前全国大部分的公司都运用黑盒测试的方法进行测试,那么针对黑盒测试而言,如何去设计更好的测试用例呢?

  提到测试用例的设计大家都会想到运用黑盒测试中比较常用的方法等阶类划分法、边界值分析法、错误推测法、因果分析法等。这些只是针对一个小的模块,甚至一个小输入框而言的。那么,当我们熟悉一个项目后,该如何去设计呢?

  其实,大多项目的测试都可分为界面测试、数据测试、业务测试、流程测试等几个类型,在设计测试用例的时候可根据测试功能的特性进行设计,将不同类型的测试分开来进行设计,保证测试用例不冗余且条理清晰。

  1、界面测试:所有的项目都是由界面显示,这是最基础的一部分。界面中包含文本框、下拉框、大文本输入框、日期、文本(即标签)等各控件,且可点击输入框后的图标弹出一个新的窗口进行选择,也包含保存、取消、新增、删除、编辑、查看等各种按钮,数据量庞大时会分页显示等,在同一界面上的,可以将界面上同类型的放在一起进行设计。

  2、数据测试:项目中的各个模块都有数据的流动,一些基本的增删改查只要保证检测数据的正确性即可,比较有代表性的是报表的测试。针对报表,准备一些基础数据,然后通过计算,设计出报表输出结果,需保存各计算公式的正确性即可。

  3、业务测试:主要是各基础模块间的数据传递,保证接口的正确,及业务的正确。这种类型的测试,可根据业务图进行设计,遍历各分支即可。

  4、流程测试:主要是同一模块中,不同角色不同人员之间数据的流动,比较代表性的是OA系统中的审批。这种类型的设计,需了解各种流程中需要哪些角色哪些人员参与,然后组合各种情况,遍边各个流程分支进行设计。

  另外,对于一个项目而言,肯定有些是公用的,比如说分页,各个页面 都统一调用同一分页,因此在设计时只需设计一个分页即可,其他页面用到时调用即可,不需重复设计。很多增删改查及各类型控件的检测基本都是一致的,都可放入公共用例中,进行调用即可,避免用例的冗余。

  以上只是自己对测试用例设计的理解及总结,只是测试用例设计的一部分,具体的项目还需根据项目的特点进行设计。


评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海信义律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2021, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道