51Testing软件测试论坛

标题: 公共测试用例 [打印本页]

作者: ffwithvv    时间: 2009-6-30 16:31
标题: 公共测试用例
想问下各位同行,有没有人写过公共测试用例?我对公共测试用例的理解是,比如涉及多个模块,每个模块均有增、删、改、查等功能,能不能将这些公共的功能集成在一个测试用例里面呢?谢谢
作者: ffwithvv    时间: 2009-7-1 10:49
标题: 自己顶
自己顶~~
作者: jlsv    时间: 2009-7-1 14:46
一般不会,因为即使有多个模块相差不大,但是实际上可能会分别对它们进行改写,或者分属不同的业务流程,写成公共用例反而麻烦。

当然,可能在某些系统中少数时候是适合这样做的,不过我没有碰到过而已。
作者: 叶弯    时间: 2009-7-1 15:18
这就涉及到测试用例的复用问题,我现在也纠结其中,想用管理工具汇总复用率很高测试用例作为公共测试用例库,其他人包括新手都能够调用,不知各位高手有没有对此有过研究啊
作者: wwceshi    时间: 2009-7-1 16:31
不是说在测试用例编写中碰到类似的可以参考或者引用吗?
难道我被人骗了?
作者: jlsv    时间: 2009-7-2 10:10
用例不比代码,代码往往我们能够很好的保持版本,也有workspace和IDE这些方式和工具去复用,而测试用例大多都是文档化的,关注的人也少很多(没事谁看测试文档啊)如果是基于流程的话复用率非常低。我个人认为,测试用例偏向于描述业务流程,比仿照程序模块化更加有以意义。
作者: ffwithvv    时间: 2009-7-3 10:53
jlsv兄所言极是啊,测试用例的确是偏向于流程业务,而且确实,真正会去看用例的,照着用例去做的人很少。那以后碰到增,删,改,查这类的问题,还是需要分开来写测试用例吗,还是一笔带过
作者: jlsv    时间: 2009-7-14 17:48
标题: 回复 7# 的帖子
我自己写测试用例,往往是利用场景法来组织,写出来的案例就是以基本流为主,加上备选流。务求让阅读者(如果有的话...)能够看到一个完整的流程,这样我觉得不仅容易理解,而且也比较有条理。

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

其实一句话,案例要写得多详细,涉及到案例的阅读者和时间要求。如果是给同行看的,简略点没关系,给客户看的就要详细点;另外还有一点,最重要的始终是测试做完做好,案例写得很详细,但是因此没做完测试这只能叫本末倒置。
作者: ffwithvv    时间: 2009-7-15 11:49
受教了
作者: 白菜叶子    时间: 2009-8-7 20:03
我觉得是必要的,这样维护起来也方便,不需要一改全改,而是改公共用例就可以了




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2