51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

楼主: wonder
打印 上一主题 下一主题

测试用例内部评审的标准??

[复制链接]

该用户从未签到

41#
发表于 2006-8-10 15:50:34 | 只看该作者
.........
回复 支持 反对

使用道具 举报

  • TA的每日心情
    慵懒
    2016-4-26 13:27
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    42#
    发表于 2006-8-31 17:09:44 | 只看该作者
    http://bbs.51testing.com/thread-42156-1-1.html

    大家可以下载下来看看!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    43#
    发表于 2006-12-27 15:07:36 | 只看该作者

    我来说两句

    首先执行用例其实只是一种手段而已, 而目的就是保证程序的正确性,健壮行,可维护性,本人认为越简单的用例执行起来就越高效.
    再说项目的早期需求跟中后期需求都是有所不同的, 这就需要我们根据需求的不同而及时更改用例,方可达到用例优化的目的,这应该也是用例评审的目的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    44#
    发表于 2006-12-29 16:38:27 | 只看该作者
    up
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2015-2-10 09:56
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    45#
    发表于 2006-12-29 17:15:29 | 只看该作者

    回复 #44 harric 的帖子

    我说说我们公司目前测试用例的评审方法给大家参考一下:
    1.最少在正式评审会议前一周将需要评审的用例发给需参与评审的相关人员.
    2.评审人员包括:开发部经量\项目经理\项目组主要开发人员\测试经理\负责写测试的人员.
    3.测试过程中主要是看测试用例与需求是覆盖情况,找是有需求说明书有的内容,但是在用例中没有相应的用例;测试用例是否详细\完整.目前我们公司涉及到具体的字段.
    4.评审中将产生的问题,有专人整理,负责写用例的人需要根据评审发现的问题,对用例进行修改\完善.若用例评审的问题太多,需要安排时间进入再次评审.
    5.整个评审小组通过后,测试用例才能提交负责测试的人员,进行测试.
    6.测试用例的评审比较繁锁,一般测试流程不太规范的公司,评审效果很难体现.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    46#
    发表于 2007-1-8 14:47:43 | 只看该作者

    回复 #29 liaoxj 的帖子

    直接实用,在以前的公司做测试用例的评审和这位同行介绍的基本一致!对于cmmi来说,测试用例的评审是必须的!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    47#
    发表于 2007-1-9 16:11:54 | 只看该作者
    原帖由 hxf 于 2005-8-8 15:46 发表
    我感觉对测试用例做内部评审是很重要的。
    我个人认为:
    (1)评审人员应该包括:开发人员、系统分析人员、项目经理、相关测试人员。
    (2)主要评审的内容应该包括:
    <1>测试用例是否覆盖了所有需求. ...



    真希望到这种环境中,我们公司根本就不进行评审,唉
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    48#
    发表于 2007-1-12 10:15:51 | 只看该作者
    路漫漫其修远,不光是个人测试用例的设计,还是公司开发过程管理都要好好提高!

    学习,学习!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    49#
    发表于 2007-1-12 13:23:28 | 只看该作者
    原帖由 wonder 于 2004-12-9 09:01 发表
    求助:
    测试用例写完以后,先要进行内部评审,
    其它的人要看这个内部评审的结果,
    我们内部评审通过的证据有哪些方法可以显示出来给他们看呢??
    内部评审通过的标准大家都有哪些???


    以下是我评审的时候的标准,供参考吧
    1.测试用例是否覆盖所有测试需求点,最好对应需求的编号;
    2.测试用例是否覆盖了用户最常见和较常见的操作,这些操作是通过和市场人员、实施人员以及PM讨论得出的;
    3.测试用例是否覆盖了大部分的异常情况,这个就需要具体业务具体分析了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    50#
    发表于 2007-1-15 18:38:16 | 只看该作者
    学习中,写的很好。。。。
    但个人经验与当时环境关系比较密切。。
    最好搞一个规范。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    51#
    发表于 2009-3-13 11:11:36 | 只看该作者
    受教了!多谢!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    52#
    发表于 2009-4-20 09:18:07 | 只看该作者
    wo ding
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    53#
    发表于 2010-2-11 11:14:22 | 只看该作者
    我现在在国内知名it公司内,对于这方面还是要好好斟酌一下
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2015-7-8 15:11
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    54#
    发表于 2011-5-3 15:50:09 | 只看该作者
    对于评审只是有点粗粗的概念,只是个人认为很有必要
    受益匪浅,正在找这方面的实施策略,感谢各位DX的讨论
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    55#
    发表于 2011-5-6 11:33:20 | 只看该作者
    很早以前的帖子 又给挖出来了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    56#
    发表于 2011-5-6 11:56:09 | 只看该作者
    其实我认为,测试用例内部评审,不能只当做一个工作,而是对被评审和评审人员的一个提高:
    通过被评审,写用例的测试人员可以看到不同角度的想法;
    评审人员可以通过用例,来发现自己没有考虑到的地方,
    确实是个很好的方法,个人觉得非常有必要实行。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    57#
    发表于 2011-5-17 22:58:28 | 只看该作者
    hah
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    58#
    发表于 2011-11-4 10:50:56 | 只看该作者
    mark
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    59#
    发表于 2011-12-7 18:02:21 | 只看该作者
    mark
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-12-6 15:38
  • 签到天数: 189 天

    连续签到: 1 天

    [LV.7]测试师长

    60#
    发表于 2012-1-6 17:49:05 | 只看该作者
    学习!!!
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-5-2 19:37 , Processed in 0.077270 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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