51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 9522|回复: 27
打印 上一主题 下一主题

[讨论] 怎样去组建和管理一个比较全的通用测试用例库?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-9-1 12:32:07 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
最近换了一家公司,公司的测试部门组建不久,待遇问题导致人员离职也特别多,几乎都是新员工,员工的离职交接也不到位,导致现在运行的系统有很多上线后的bug。现在领导将这一堆烂摊子交给我打理,测试部门顶的压力也挺大。我一直想建立一个通用的测试用例库,一直没想好,不知道如何开展。

对于通用的测试用例库可以从哪些方面去考虑?如何建设、组织去实施?用什么管理工具比较合适呢?

欢迎各位同仁讨论,探讨。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2011-9-2 09:37:48 | 只看该作者
帮你顶下,我也想知道如何做。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    3#
    发表于 2011-9-2 14:12:34 | 只看该作者
    有积累了才有通用。这个通用还是有限制的。方法是通用的,但是灵活的应用又是一个问题,楼主不妨找几个点先做起来看看再说。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2011-9-2 14:38:28 | 只看该作者
    对于通用测试用例库的组建,确实是一个比较好的话题,做好了能提高不少效率,但是没做过,没个方向可不行,哪位能介绍一下思路就太好啦。我也想建测试用例库。

    希望有经验的朋友多分享一下,大家一起完善,共同进步,呵呵!!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2015-1-13 13:37
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    5#
    发表于 2011-9-3 22:06:17 | 只看该作者
    本帖最后由 tofy 于 2011-9-3 22:07 编辑

    从你描述的情况,是否存在以下几个问题:
    1、待遇不好导致老员工流失;
    2、目前都是新员工;
    3、工作没交接好,新人对系统不熟悉,导致系统上线后BUG爆发;
    4、没有用例;
    5、没有测试管理工具。
    从我个人的经验,我建议从以下几个方面开展工作:
    1、首先要梳理目前存在的问题,跟员工多沟通,了解现状;对问题做好分析,并制定改进措施;
    2、对新员工加强培训,业务和测试能力方面都要加强;
    3、现状运行的系统是否有测试用例?如果没有,建议将用例整理起来,先不要想着建立通用的用例库,因为具体的业务都没弄清楚都没测好,又如何设计好通用的用例库呢?通用用例的设计是需要具备一定经验和业务能力的人才适合去做的;
    4、测试管理工具可以使用QC,这个工具还不错,我们一直都在用,可以将测试的需求、用例、测试执行和缺陷都能管理起来,而且还能进行分析和统计,功能比较强大;
    5、在大家都能按部就班的测试时,可以再考虑标准和规范的建设,团队的发展,测试方法的改进,质量意识的提升等方面;
    6、最后就是要多关心下属,与下属多交流,有机会要多为他们申请加薪才是最重要的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2011-9-7 06:10:49 | 只看该作者
    先积累自己的业务知识,有了足够的业务知识,再考虑是不是需要用例库。
    你需要用例库,从另一方面反映出你自身对业务的不了解。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2011-9-7 15:57:31 | 只看该作者
    这个通用测试用例库,还是要依据你公司的情况来定的。你们公司是做自己产品的,还是项目的?如果是项目的话,那这个所谓通用用例库估计意义就不大吧。如果是做产品的,那应该先把业务梳理清楚,我觉得,就不该是建立通用用例库了,而应该是建议一个产品业务库,把产品的业务描述清楚。可能又和需求有些区别,因为毕竟是测试人员来写,而不是需求人员。
    比较认同tofy的意见,先做好当务之急是最重要的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2011-9-7 16:18:17 | 只看该作者
    回复 5# tofy


        赞一个!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2011-9-14 21:59:17 | 只看该作者
    做通用的测试用例库,绝对是一个提高质量,保障测试漏测试的好方法,不过积累至少也要3、4年的时间吧!

    很希望一起探讨。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    10#
    发表于 2011-9-18 12:36:16 | 只看该作者
    不是所有的都是适用的。

    还是建议自己总结。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2011-10-11 13:30:02 | 只看该作者
    想建,但是感觉比较迷茫!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2011-10-11 18:50:02 | 只看该作者
    通用的测试用例库是可以建的,主要还是靠平时测试过程中的总结,不需要专门为了建用例库而建用例库。
    我也觉得,首先要做的,是熟悉业务。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2011-10-15 10:30:45 | 只看该作者
    帮顶,我也想知道如何做。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2011-11-29 13:34:53 | 只看该作者
    发现面临和LZ一样的问题
    并且特助那么要求提交报告,关于测试用例和建立用例库以及后续的维护
    其实我现在所谓的库只是将前面的案例统合的一个东西 这样能保证即使有人离职没有完全交接 但是能从库中找到所要的测试用例
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2011-11-30 19:59:39 | 只看该作者
    自己总结吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2011-11-30 20:00:00 | 只看该作者
    不一定是通用用例,关键是做好文档的管理
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2011-12-16 21:10:10 | 只看该作者
    说实话,我曾经带过的2家公司,进公司老大都在提,可是离职了,还一事无成,难建呀!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2012-2-8 16:47:53 | 只看该作者
    可以考虑建用户体验方面的通用的测试用例库吧。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2012-2-9 11:13:48 | 只看该作者
    只有5楼的建议可以一看
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    20#
    发表于 2012-2-9 13:17:35 | 只看该作者
    目前我这边正在组织TestLink的流程发起。

    这会对公司现有的实现方式造成改变。从粗放型向可量化级别的转变。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-25 13:39 , Processed in 0.090168 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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