|
|
我觉得测试用例的设计方法,大家可以参考一下相关书籍,找找公司的牛人问一下就可以问出N多,但实际上我最常用的也就是那么几种,然后就坐在那里敲脑袋乱想用例,想怎么测就怎么测,不过只要掌握了等价类划分、因果关系应该可以满足国内大多数的公司软件测试，而且其它的几种方法也不是一天两天能够理解并且应用到实际用例编写的。
即使有了这些方法，让两个人来进行测试用例设计也会有不一样的地方，他们划分的等划域有可能会不相同，要保证一个软件的质量还得从上层来着手，一层层的细分，这样写出的用例出入才不会大。
之前有人提到测试用例的输入，我认为一般是产品需求包、软件需求规格说明书、软件测试方案，而最主要的是软件测试方案。测试方案中必须明确：1、测试重点；2、测试模块划分；3、测试用例的设计方法；4、各个模块的子特性；5、所有子特性的测试方法。有了这些，测试工程师再根据这个再写测试用例就可以把所有子特性的测试方案写成详细的用例。
举个例子来说明：
有一个接口，功能是：在数组当中查找某一个数（这个是产品包需求）
需求规格：使用二分法查找
成功：返回数据地址，重复数据返回第一个数的地址
失败：返回相应错误代码
假设以上就是开发给出的产品包需求（用户需求）和软件需求规格（系统工程师分析后的软件需求）在此测试系统工程师就得写出测试方案。
（以下是我自己的分析结果，如果有人有异议的话可以讨论一下，因为需求太小没有模块化，所以就只有直接介绍特性的设计方法）
测试分析的结果：
特性1：排序功能
测试方法：
1、输入升序数组
2、输入降序数组
3、输入乱序数组
特性2：查找
测试方法：
1、输入数据在数组内
2、输入数据不在数组内
3、数组长度为0
特性3：查找错误返回
1、输入数组指针为空
其它测试：
1、在内存不足的情况下查找超大数据
以上例子我只是举例说明在一个测试流程中，如何保证一个测试用例的设计覆盖得更全面。当然我也写得不好还没写完，如果写完的话，每个特性的测试方案都应该对应一条测试用例。而测试用例只是把这些全部给总结出来，形成一份可以在测试的时候执行的文档，然后对执行步骤进行详细的描述。详细的测试用例就不写了，相信大家看了后便应该知道大概要写些什么用例和怎么执行测试了吧！
但实际现在大多数公司都是没有写过测试方案的，或都写得很简单，写测试方案的人往往是写测试用例的人，所以也没啥好写的，都是直接写测试用例。
在最后还要说一下，测试用例一定要即时更新，软件有了新需求又得写出具体的测试方案，并且添加用例，要不然测试用例就没用了。写出的用例是否好能够看出测试人员的水平，用例的执行能够看出一个人的态度。 |
|
/1 
关于我们
发表于 2005-10-29 00:42:41
