关于用例组合测试的讨论

yolander · 发表于 2005-11-8 11:07:27

当针对功能的用例建立完毕后，是否还要创建组合测试用例呢？因为有很多功能组合测试才可能更容易发现问题，但是要想把全部功能组合起来，当功能比较繁多时，可能就变成无穷尽的组合项了，该如何进行对这种用例的管理呢？请大家发表一下高见，在下洗耳恭听

summerlake · 发表于 2005-11-25 17:15:12

我也正遇到楼主这样的困惑呢。
我现在只是把单个模块的用例都写了，但组合的地方只是很笼统了写了几个，实在不知道都组合下去会怎么样。只是分了几类，按类别组合了一下。

lcyrb · 发表于 2005-11-22 16:04:27

测试用例确实需要一定的组合，一般我们认为功能接近或有关联的进行组合，但是有时看似不相关的功能点相互之间也是有影响的，这个只能通过多次的测试，个人认为此时开始写测试用例的组合不是很现实，因为组合无穷多，不可能尽列。可以通过长时间的随机测试，似乎没有任何目的，当发现问题后，在针对发现问题的操作功能之间作详细的测试用例的设计。

sq604 · 发表于 2005-11-22 10:51:41

个人认为：
组合用例还是要创建的，但不可能包括所有组合。一般说一级组合（即两两组合）还是会很容易出现的，这些都是必须要写的。对于多级组合，要有目的有针对性去写，那些出现机会很大的必须写，那些可能出现但机会很少很少的，当然就没有必要了，必定我们测试人员没有那么多的时间和精力。

janezhang815 · 发表于 2005-11-22 09:45:15

我目前正在测试的软件功能也具备这样的特点：各功能相对独立,各功能可以任意组合。一个功能可能包括1个或者多个case，我们所要进行的是功能之间的组合，不是case之间的组合。组合的最小单位应该是相互独立的功能。而一般的软件功能个数不会太多，因此功能模块之间的组合也不会是无穷的。所以我觉得遇上类似软件的测试，最重要的是要把握各功能之间的界限。

yolander · 发表于 2005-11-10 13:03:58

这种穷举组合测试是开发人员提出来的，而且他希望我们能把这种组合作为用例写出来，否则他觉得用例不够完整，执行结果也不能真实反映出质量情况，但我觉得如果把组合按用例那么去写，这个最终将变成“不可能的任务”，所以我想找一个工具，把组合单独进行管理，用例单独建设单独维护
我现在也很担心执行的效果，我想任何一个测试人员看到我们的成千上百条用例会不头晕，开发人员总是希望能把所有的可能性都测试到，我说这个是不能在系统测试里保证的，需要单元测试和集成测试集体来完成，但他们想让我设计用例来保证这种覆盖率，所以我也只好把不可能来变为可能了

qiuyangzh · 发表于 2005-11-10 12:10:00

"而是要能够将人工选择的用例以及用例顺序组合记录下来"
》我觉得这并不恐怖，恐怖的是你们有时间和精力去执行这些组合吗？
如果你们想毫无策略的组合测试用例，除非你们的是个小产品，否则测试执行基本是不可能完成的。我从你的留言看到的意思就是你们想穷举组合关系，然后进行测试，这样是不可行的

yolander · 发表于 2005-11-10 11:37:19

看来是我的要求太高了，理想是美好的，现实是残酷的

null2 · 发表于 2005-11-10 11:28:03

看来只好自己开发了

yolander · 发表于 2005-11-10 10:36:27

我说过了我们没有功能需求，只有产品部门与客户接触时总结的一些用户需求，所以做测试设计时有很多的困难，而且我们部门中有人提出说写用例不要基于需求来写，而是要覆盖全部功能，这样就很麻烦了，即使是这些单一功能用例都不一定能保证覆盖完全，因为按他们的想法是想要覆盖全部条件分支和路径的，包括所有出错的可能性，在保证单一功能用例完全的基础上，再进行用例组合，最后生成的就是一个庞大的用例集合，感觉有点恐怖，而且这种集合最后维护起来也比较有困难，所以才想到要找一个这样的工具，不是要它进行自动判断，而是要能够将人工选择的用例以及用例顺序组合记录下来

takiro · 发表于 2005-11-10 10:06:19

对于你所说的自身能判断并进行用例组合的工具暂时我还未见可能也只是我未见而已
如果有也请通知我一声谢谢！

takiro · 发表于 2005-11-10 10:03:18

有些东西是不能穷举的所以才有覆盖率那么一说关键是看你如何去选取 skinapi斑竹说了一些我补充下对于你所说的画图例子是可以有很多组合可单用可组合用但至少在前期做软件需求调研时你们的需求分析部门应该提供相应的用户习惯调查而且对于重要功能点或经常使用功能点做划分如果没有做到这点就得依靠tester自己对需求的判断而且还要说明一点的是问题一般出现在接口和临界点画图里使用完一个功能再继续使用另一个功能容易出问题在使用中任意退出容易出问题同时开两个使用相同（不同）的功能也容易出问题而且同一类的功能可独立出来从同一类的功能里选取一些具有代表性和共用性的和另几类的功能进行组合测试最后根据用户习惯选取一些功能组合项进行测试要找出尽可能多的问题就是模拟用户把自己想成用户来看。而且就自己的经验我觉得用例只是做测试指导（步骤和数据范围选择）并不是把无穷无尽的执行组合堆积在一起除非使用者或交付者需要完整的用例。以上写的比较杂乱。。欢迎大家拍砖。

yolander · 发表于 2005-11-10 09:58:46

或者说没有这样的工具，但是有好的管理办法，可以高效工作，也可以借鉴一下

yolander · 发表于 2005-11-10 09:57:39

我也是在寻找，我只知道有自动测试工具有具备这种功能的，可以将测试脚本排列组合，并输出结果，但手动测试的我找不到

null2 · 发表于 2005-11-10 09:54:56

有吗？我也要这个工具

yolander · 发表于 2005-11-10 09:49:40

谢谢版主的回复，不过我想你可能没明白我来咨询的目的，现在的想法是想把这些组合全部罗列出来，但是存在如下的困难：
上面说的那只是全部功能的冰山一角，所以单靠手工按用例的格式进行组合的编写的话，似乎工作量太大了，毕竟我们只是一个小的开发团队，而且也担心这样编写完以后，将来一旦有新功能加入或者功能变更，这些组合用例的维护工作量也不小啊，所以我想寻找一个解决途径。就是是否有这样的工具，可以利用现有用例，从中选出想要进行组合的做个登记，可以将每种排列顺序都记录下来，并且最好能够填写执行结果，并导出这个report，将来如果用例有变更时，不必对组合进行修改，只修改用例即可
我想问的并不是组合的办法，而是对组合进行管理的办法

skinapi · 发表于 2005-11-9 17:36:02

我说说我的用例设计方法：
1、功能的组合实际上包含两个方面：功能的选取、功能的先后顺序
2、拿楼主提到的windows绘图工具作例子
用windows的绘图工具，可以画直线，可以画圆，也可以写文字，也可以裁减和旋转、反色
1)先把这些功能进行分类，比如可以把画直线、画圆、写文字等看成一类A，裁减等看成一类B，拉伸、旋转等看成一类C，反色等看成一类D，把这四类看成四个因子运用正交分析法确定功能的选取
2)然后再看每一组选出来的功能，比如现在选出来一个画圆-裁减-拉伸-反色的功能组合，下面考虑其功能的先后顺序，最简单的是考虑其全排列组合，如果你不想设计这么多，可以考虑让每个功能在每个顺序位置（1、2、3、4）都出现一次就可以了
以上是我大致的一个想法，欢迎大家讨论！！！

yolander · 发表于 2005-11-9 14:11:57

是的，如果是自动化测试就好办了，但现在是编写手工测试的用例组合，有这样的工具么？如果全靠写实在是有点……

qiuyangzh · 发表于 2005-11-9 13:40:17

如果你们确实需要这样测试的话，我建议你们把用例尽量多的自动化，然后按照你们的执行顺序策略运行测试

yolander · 发表于 2005-11-9 13:06:21

我们现在的软件中，这些功能点都不是非要有必然联系的，简单点说不是那种非要做A才能做B和C，完全是可以A，可以B，也可以C，但是很有可能A做完了，再做B和再做C时，会出现一些bug
打比方说，用windows的绘图工具，可以画直线，可以画圆，也可以写文字，也可以裁减和旋转、反色等等，这些功能用例都很容易覆盖到了，但是如果组合起来，其组合用例该怎么写才能覆盖完全呢？

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 关于用例组合测试的讨论

相关帖子

站长推荐 /1