关于等价类划分
用等价类划分的方法设计测试用例，输入可能并不象我们上课做的例子那样是一次完成的。输入可能涉及两个界面（甚至更多），第一个界面参数的输入可能约束了接下来第二个界面的参数输入，同一个界面所需要输入的参数之间也可能存在着约束和依赖的关系。如果是这样，那么等价类的划分应该如何考虑呢？ 这样不是很好
本来每一种可能都要组合一下现在就省了很多了呵呵 to nuncio:
不因该是省事儿了吧，应该是更多了吧。
比如输入是：参数1，参数2，参数3。
需求上规定，
参数1的输入是一个长度为12的字符串；
参数2的输入是一个[0，30)的整数；
当参数2取值在的整数；
当参数2取值在的整数；
当参数2取值在的整数或浮点数；
这样的等价类划分怎么写？
[ Last edited by Lily on 2004-10-23 at 11:01 ] 发现和你说的不是一个问题
不过还是回答一下：
在参数2的3个段，分别用例：都是取参数2界内分别对应参数3的界内、界外值、界外类型，且同时取边界值。参数2界外的时候再适当选取几个如前的（根据不一样的程序设计也许还不用，可能参数2不对的话，参数3都没有机会输了）
顺便提一下，你的名字和我以前老板的网名一样 哈
[ Last edited by nuncio on 2004-10-22 at 21:08 ] 呵呵...可能是我表达的不太清楚还是做个例子来说明一下吧 :$
针对参数2的三个有效等价类:的整数,的整数,的浮点数,>300来构造测试用例.其中200这个数字显得尤为重要,它涉及到参数3的几个有效区域的交叉点,还需要单独设计用例.
因此,仅此一项至少需要3*5=15个:)
另外,对于各个参数的输入顺序也因该构造相应的测试用例.
比如:参数2输入0,然后参数3输入100,验证通过,"确定"按钮可点.
接着,参数3不变,参数2输入10,是否依然做了处理.
谈谈我的看法
你可以采用单元测试 做顶 和做桩的 方法来解决这个问题采用自顶想下 或孤立测试！
比如：设计参数2时的测试用例 你可以保证相对应的参数1、3的屈指值正确来设计~ Lily最后的设计方法当然是最完备的，从等价类的角度来看，是非常完整、没有遗漏了，在需要进行充分测试时是应该这样考虑的。
如果资源有限需要减少用例，可以分别针对参数2的三个有效等价类再来划分对应的参数3的等价类，如考虑参数2的有效等价类，无效等价类可以考虑为<100、>200两种，这样用例数为3*3=9。 谢谢斑竹:)
谢谢各位同学的回答.
页:
[1]
