我是个新手，这是我的一个测试用例，大家看看这样的设计方式有问题吗？

Dd.o~O 发表于 2006-5-19 22:10:37

输入条件                                        有效等价类                         无效等价类
是否选择合格的到货登记号       （1）合格的到货登记号（2）不合格的到货登记号
是否合格的数量条件                （3）合乎规范的数量（4）数量为0 （5）数量为负                                                                                                    （6）数量为小数
是否合格的单价条件                （7）合乎规范的单价（8）单价为0 （9）单价为负

序号输入数据覆盖等价类输出
1． 20060427001 （1）可以保存
2． Aaaaaaaaaaaa （2）无效的到货登记号
3． 100 （3）可以保存
4． 0 （4）不可以保存
5． -1 （5）不可以保存
6． 1.5 （6）不可以保存
7． 10 （7）可以保存
8． 0 （8）不可以保存
9． -1 （9）不可以保存

以上是等价类表、下面是测试用例

用例编号　A.1.1.2.1.1
测试类型　功能性测试
用例类型　基本事件
用例设计者
设计日期　 2006-4-20
对应开发人员
前置条件进入采购入库单界面
测试方法　等价类方法
输入数据第一组数据
执行步骤　选择相应到货登记号
预期输出执行完第1步后，出现相应的页面
实际结果符合预期
测试日期　
结论需要改进

这只是其中一个用例，一组数据对应一个测试用例

ilovejolly 发表于 2006-5-20 08:34:43

你觉得ok就ok，没必要问别人

Dd.o~O 发表于 2006-5-21 09:28:01

-

我就是想请大虾看看哪里不足~我好改进嘛

rockday 发表于 2006-5-21 19:55:25

大体的应该就是这些了，不过
你的采购单入库单界面是什么样的？能截个图出来看看么？？
1。到货登记号
怎么才算是合格的到货登记号？怎么才是不合格的？不合格的只有一组数据么？这一组数据就可以覆盖所有的的
或者说大多数的不合格情况了么？
2。数量
等价划分好像也只能划出这些了
3。单价
同1

你测的应该是属于小型 erp了，应该还有些规则吧

Dd.o~O 发表于 2006-5-22 13:32:12

谢谢大虾的指点

rockday 的意思是说不合格应该有很多类别是吧？我在设计的时候是这样想的：只要不是合格的那么通通就是不合格的，所以我就只举出了一个例子，我觉得只要不是数据库所包含的到货登记号就应该是不合格的，这样理解对吗？

rockday 发表于 2006-5-22 22:20:39

照你给出的数字
到货登记号是要符合一定规则的
20060427001
年＋月份＋日＋流水号
而不是一个集合
如：从 20060427001－20060427999
如果是一个集合，那应该是一个有效等价类和一个无效等价类
但是如果要符合一个规则的话，应该是一个有效等价类和若干无效等价类
随便举一个 288800427001，你觉得是一个有效的输入么？

可你好像说是从数据库中取得的，而不是用户自己输入的，那就应该是一个集合
图片什么都看不到，实在不好说

Dd.o~O 发表于 2006-5-23 13:34:43

你说得很有道理

看了你的分析，的确应该把条件看成一个集合，因为如果数据选取不是数据库中的数据，系统就会提示出错误。

页: [1]

51Testing软件测试论坛 's Archiver