51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[讨论] 测试组负责人该如何做好测试用例的细化和管理工作?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2012-3-2 16:15:53 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
目前公司很多项目都是需求文档和业务文档不全,并且系统都是跑了很多年的翻年度系统,开发人员也离职不少,导致测试难做,加上测试组人员的变动,导致年年出现上线后bug,我也很无奈。对于测试用例的细化工作哪位前辈有好的经验,帮忙分享一下,最好可操作,谢谢!!如果有使用工具对测试用例进行规范化管理的朋友,能否也给些建议?都是用哪些测试管理工具,如何进行管理的呀?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

10#
发表于 2014-1-22 10:19:36 | 只看该作者
建立通用功能的测试标准和规范,可以杜绝掉很多问题。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2014-1-22 10:17:33 | 只看该作者
建立通用功能的测试标准和规范,可以杜绝掉很多问题。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2012-5-14 14:51:55 | 只看该作者
谢谢各位的回答,让我学到了不少东西!
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2012-4-10 16:55:55 | 只看该作者
个人想法,测试用例的细化程度和你们公司的产品或业务变动程度有关,同时也和公司的测试人员流动性有关。1.如果测试人员流动性太大,并且缺少产品、开发、测试文档的支撑,还是要求用例细化到步骤级别吧,至少新员工上手快啊。相反若员工较稳定,细化程度可以粗些,但至少要保证到业务流的每个环节都有一个专门的步骤来描述并给出预期结果。
2.产品或业务变动小,就需要用例的可复用性高,就需要用例尽可能的细化;反之若产品业务变动迅速...
回复 支持 反对

使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    6#
    发表于 2012-3-23 16:51:07 | 只看该作者
    每次新需求的更新跟进是很头疼的。没有很有效的方法,我这里能做得基本上是人盯人战术,但是如果对于需求前端分析做得较好,同时对于变更管理/配置管理做得较好的应该是很容易发现这些问题的
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    5#
    发表于 2012-3-23 16:49:57 | 只看该作者
    说穿了,还是因为人的因素。很多人都喜欢新内容,感觉这样的话有创造性,但实际情况是,大多数工作都是重复的,缺少创造性的。唯一的途径是在原有工作上的逐步改进——我们称其为创新。

    创造毕竟机会不多,但是创新,只要你坚持,一定可以。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2012-3-22 18:02:30 | 只看该作者
    工具其实不重要,直接在svn上做就行了,关键是建立了用例库之后,如果有新需求要改之前的功能的话,是重新写个用例交差还是在用例库里文档的基础上改,这是个大问题。
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    3#
    发表于 2012-3-2 16:28:42 | 只看该作者
    可以考虑建立通用的测试用例库,面向常规通用的内容建立测试用例公共库,在规范开发的同时,加强对共性用例的抽取和验证。
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    2#
    发表于 2012-3-2 16:27:41 | 只看该作者
    工具并不是重点,重点是你能不能快速分析现有系统,按部就班安排相关的测试工作。

    测试用例管理工具很多,从excel、word到testlink、qc等等都可以选择。测试用例规范化取决于对前端需求的深度分析。若不依赖于前端,后期的测试用例规范化无异于多增加了需求分析的工作,并将需求分析的结果转换为测试用例。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-25 03:18 , Processed in 0.072169 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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