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

Dd.o~O

输入条件                                              有效等价类                               无效等价类       
是否选择合格的到货登记号          （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

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

Dd.o~O

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

rockday

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

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

Dd.o~O

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

rockday

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

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

Dd.o~O

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