51Testing软件测试论坛

标题: 关于测试用例的一个问题 [打印本页]

作者: 330254601 时间: 2011-9-25 17:46
标题: 关于测试用例的一个问题
在设计测试用例的时候怎么测试多个模块之间的关联性？

作者: 愚人 时间: 2011-9-25 19:25
把关联性理清楚，然后设计全面的用例

作者: dde333 时间: 2011-9-25 22:36
试试，看看有没有用。感谢楼上。。。

作者: guhailinlin 时间: 2011-9-26 09:53
我觉得关联模块间会有因果关系，多模块组合关系会比较多了

作者: anderzack 时间: 2011-9-27 23:02
做功能交互测试么。
最费时最简单的就做正交嘛，二维、三维、一直到n。。。
这是种费力不讨好的功能交互法，投入产出比太高，搞了没啥用；
而且主要问题是无法说明你要做到几维，才能认为覆盖了所有的路径和状态机。

基于用户场景来做交互比较好：
找几个用户故事，例如淘宝：用户要买东西。
然后进行功能拆分，拆出登录、搜索、支付、物流、确认、评分等功能模块。
按照一定顺序串联这些功能，得到一个原始场景，这个原始场景就是在做一个原始的路径覆盖和状态迁移覆盖。

需要找出多个场景，将软件整个功能树覆盖完全。
场景好不好，审评方法是：场景越少越好，场景之间耦合性越低越好。最优状态是通过一个场景将所有功能有序串联下来。

下面要做的就是场景操作了，各种场景插入、重复、删除等，
通过这些方法生成新场景，如果新场景能对应至少一个bug，那么我们把他叫做衍生场景，记录下来。
在下面做回归的时候要把衍生场景拿来测。

当3测回归均没发现衍生场景还能产出bug的时候，就老化掉该衍生场景。

这个基于场景的交互法可以开展在传统用例上，也能开展在ET上，从而生成了现在比较流行的两个流派：基于场景的功能交互法和基于场景的探索性测试框架。

作者: michelle3333 时间: 2011-9-28 22:33
回复 5# anderzack
貌似LS是淘宝的吧？呵呵，说的不错，很有启发性

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)