51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3423|回复: 9
打印 上一主题 下一主题

[讨论] 公共测试用例

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-6-30 16:31:30 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
想问下各位同行,有没有人写过公共测试用例?我对公共测试用例的理解是,比如涉及多个模块,每个模块均有增、删、改、查等功能,能不能将这些公共的功能集成在一个测试用例里面呢?谢谢
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

10#
发表于 2009-8-7 20:03:27 | 只看该作者
我觉得是必要的,这样维护起来也方便,不需要一改全改,而是改公共用例就可以了
回复 支持 反对

使用道具 举报

该用户从未签到

9#
 楼主| 发表于 2009-7-15 11:49:50 | 只看该作者
受教了
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2009-7-14 17:48:52 | 只看该作者

回复 7# 的帖子

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

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

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

使用道具 举报

该用户从未签到

7#
 楼主| 发表于 2009-7-3 10:53:33 | 只看该作者
jlsv兄所言极是啊,测试用例的确是偏向于流程业务,而且确实,真正会去看用例的,照着用例去做的人很少。那以后碰到增,删,改,查这类的问题,还是需要分开来写测试用例吗,还是一笔带过
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2009-7-2 10:10:57 | 只看该作者
用例不比代码,代码往往我们能够很好的保持版本,也有workspace和IDE这些方式和工具去复用,而测试用例大多都是文档化的,关注的人也少很多(没事谁看测试文档啊)如果是基于流程的话复用率非常低。我个人认为,测试用例偏向于描述业务流程,比仿照程序模块化更加有以意义。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2009-7-1 16:31:02 | 只看该作者
不是说在测试用例编写中碰到类似的可以参考或者引用吗?
难道我被人骗了?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2009-7-1 15:18:46 | 只看该作者
这就涉及到测试用例的复用问题,我现在也纠结其中,想用管理工具汇总复用率很高测试用例作为公共测试用例库,其他人包括新手都能够调用,不知各位高手有没有对此有过研究啊
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2009-7-1 14:46:02 | 只看该作者
一般不会,因为即使有多个模块相差不大,但是实际上可能会分别对它们进行改写,或者分属不同的业务流程,写成公共用例反而麻烦。

当然,可能在某些系统中少数时候是适合这样做的,不过我没有碰到过而已。
回复 支持 反对

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2009-7-1 10:49:36 | 只看该作者

自己顶

自己顶~~
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-24 05:35 , Processed in 0.070610 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表