关于测试用例的一个问题
在设计测试用例的时候怎么测试多个模块之间的关联性？ 把关联性理清楚，然后设计全面的用例 试试，看看有没有用。感谢楼上。。。 我觉得关联模块间会有因果关系，多模块组合关系会比较多了 做功能交互测试么。最费时最简单的就做正交嘛，二维、三维、一直到n。。。
这是种费力不讨好的功能交互法，投入产出比太高，搞了没啥用；
而且主要问题是无法说明你要做到几维，才能认为覆盖了所有的路径和状态机。
基于用户场景来做交互比较好：
找几个用户故事，例如淘宝：用户要买东西。
然后进行功能拆分，拆出登录、搜索、支付、物流、确认、评分等功能模块。
按照一定顺序串联这些功能，得到一个原始场景，这个原始场景就是在做一个原始的路径覆盖和状态迁移覆盖。
需要找出多个场景，将软件整个功能树覆盖完全。
场景好不好，审评方法是：场景越少越好，场景之间耦合性越低越好。最优状态是通过一个场景将所有功能有序串联下来。
下面要做的就是场景操作了，各种场景插入、重复、删除等，
通过这些方法生成新场景，如果新场景能对应至少一个bug，那么我们把他叫做衍生场景，记录下来。
在下面做回归的时候要把衍生场景拿来测。
当3测回归均没发现衍生场景还能产出bug的时候，就老化掉该衍生场景。
这个基于场景的交互法可以开展在传统用例上，也能开展在ET上，从而生成了现在比较流行的两个流派：基于场景的功能交互法 和 基于场景的探索性测试框架。 回复 5# anderzack
貌似LS是淘宝的吧？呵呵，说的不错，很有启发性
页:
[1]
