公共测试用例

ffwithvv · 发表于 2009-6-30 16:31:30

想问下各位同行，有没有人写过公共测试用例？我对公共测试用例的理解是，比如涉及多个模块，每个模块均有增、删、改、查等功能，能不能将这些公共的功能集成在一个测试用例里面呢？谢谢

ffwithvv · 发表于 2009-7-1 10:49:36

自己顶~~

jlsv · 发表于 2009-7-1 14:46:02

一般不会，因为即使有多个模块相差不大，但是实际上可能会分别对它们进行改写，或者分属不同的业务流程，写成公共用例反而麻烦。

当然，可能在某些系统中少数时候是适合这样做的，不过我没有碰到过而已。

叶弯 · 发表于 2009-7-1 15:18:46

这就涉及到测试用例的复用问题，我现在也纠结其中，想用管理工具汇总复用率很高测试用例作为公共测试用例库，其他人包括新手都能够调用，不知各位高手有没有对此有过研究啊

wwceshi · 发表于 2009-7-1 16:31:02

不是说在测试用例编写中碰到类似的可以参考或者引用吗？
难道我被人骗了？

jlsv · 发表于 2009-7-2 10:10:57

用例不比代码，代码往往我们能够很好的保持版本，也有workspace和IDE这些方式和工具去复用，而测试用例大多都是文档化的，关注的人也少很多（没事谁看测试文档啊）如果是基于流程的话复用率非常低。我个人认为，测试用例偏向于描述业务流程，比仿照程序模块化更加有以意义。

ffwithvv · 发表于 2009-7-3 10:53:33

jlsv兄所言极是啊，测试用例的确是偏向于流程业务，而且确实，真正会去看用例的，照着用例去做的人很少。那以后碰到增，删，改，查这类的问题，还是需要分开来写测试用例吗，还是一笔带过

jlsv · 发表于 2009-7-14 17:48:52

我自己写测试用例，往往是利用场景法来组织，写出来的案例就是以基本流为主，加上备选流。务求让阅读者（如果有的话...）能够看到一个完整的流程，这样我觉得不仅容易理解，而且也比较有条理。

这样就常常碰到楼主你的问题了，有些增，删，改，查的案例可能会重复几次，我的处理方法是集中把相近的案例（比如增加数据）写在一起；或者第一次详细写，后面就简单一句话带过。

其实一句话，案例要写得多详细，涉及到案例的阅读者和时间要求。如果是给同行看的，简略点没关系，给客户看的就要详细点；另外还有一点，最重要的始终是测试做完做好，案例写得很详细，但是因此没做完测试这只能叫本末倒置。

ffwithvv · 发表于 2009-7-15 11:49:50

受教了

白菜叶子 · 发表于 2009-8-7 20:03:27

我觉得是必要的，这样维护起来也方便，不需要一改全改，而是改公共用例就可以了

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

[讨论] 公共测试用例

自己顶

回复 7# 的帖子

站长推荐 /1