51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 2962|回复: 14
打印 上一主题 下一主题

[讨论] 测试用例是否有存在的价值or测试用存在的价值!

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2015-3-1 17:01:41 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
今天正式开启2015年的工作模式,先给大家拜个晚年!小弟今天想和大家讨论讨论测试用例的问题,RT;在整个项目过程中,可能有部分人(或者只有我?)都对写用例感到头疼,今天我想了想,这种费时间、效率低的工作方式,我觉着势必将被淘汰。我们执行软件测试的目的无外乎是发现软件的BUG或者不合理之处,那么开发人员、测试人员以及上层,也都会把焦点放在这里。那么耗费大量工作时间的测试用例此时有何用呢?当然,测试用例的存在目的是引导测试人员进行测试,可以说是前期需求分析、测试策略分析的产物。这些对于测试新人或者逻辑关系复杂的软件有很重要的意义,但是对于有项目经验的测试人员或者逻辑关系相对简单的软件来说,写测试用例的意义可能也就是体现工作量,打发客户吧。其实,对于逻辑关系复杂的软件,在前期需求分析时,一般处理的方式就是细化功能,我们在编写用例时也是一个模块一个功能拆分着去写(功能划分、细化)。比如:“XX业务查询功能”,了解需求后发现其有“查询条件录入”、“查询按钮”、“结果显示”、“记录详情显示”这几块功能,相比有经验的测试人员肯定知道这几块功能我要去怎么测,那写测试用例这件事可能到变的累赘了。想必你是不是有过先测试后标用例的时候?---------个人拙见或牢骚!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

推荐
发表于 2015-3-2 09:14:09 | 只看该作者
测试用例绝对是基础的基础,任执行者有多么丰富的经验,如果没有基本的用例,直接去根据自己过往的经验去执行的话,很快就会发现有价值的bug不一定能找到几个,基本的功能问题也测试的不严谨。好的发挥应该是从基础的工作得来的,抛弃基础而盲目追求上层,只能是空中楼阁,按这种方法工作,如果项目后期有验收测试之类的环境,没准儿会发现很多基础工作没做好,又要重新做本应该做过的工作,浪费时间浪费人力。
当然个人有个人的看法,只不过如果是我的项目,不管人员的经验再怎么丰富,也要有基本的功能用例,并且需要尽可能的详细。我觉得大部分人应该同意这个观点。
回复 支持 2 反对 0

使用道具 举报

该用户从未签到

推荐
发表于 2015-3-1 22:06:35 | 只看该作者
我觉得测试用例是一个流程化的东西,使错误降到最低。
还有就是写用例的时候你能把所有问题都考虑进去,如果你不使用测试用例,直接开测有很大可能会出现miss bug.
回复 支持 1 反对 0

使用道具 举报

  • TA的每日心情
    奋斗
    2020-8-2 21:08
  • 签到天数: 817 天

    连续签到: 1 天

    [LV.10]测试总司令

    2#
    发表于 2015-3-1 20:17:26 | 只看该作者
    测试用例是核心。。。如果把它看成是费时间,低效率的事情,那么测试用例就是无用的东西,,这个逻辑能成立?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-4-22 12:50
  • 签到天数: 393 天

    连续签到: 1 天

    [LV.9]测试副司令

    4#
    发表于 2015-3-2 08:43:34 | 只看该作者
    从软件工程和测试技术方面讲,测试用例是要设计的,而且要详细设计
    从实际项目工期来讲,测试用例或只是打发客户,或只是为了某个认证,因为项目工期极少,几乎不存在书本上所说的理想流程,要这样做要那样做
    那么我们有时候是先测试,后补用例,其实在补用例时,也会发现之前测试有所漏掉的。。。所以说测试用例还是要的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
     楼主| 发表于 2015-3-2 09:28:00 | 只看该作者
    Bless4ever 发表于 2015-3-1 22:06
    我觉得测试用例是一个流程化的东西,使错误降到最低。
    还有就是写用例的时候你能把所有问题都考虑进去,如 ...

    确实是起到一些引导作用吧,但有很多测试类的书籍都说,通过执行测试用例发现的问题只是很少的一部分
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2015-3-26 08:34
  • 签到天数: 21 天

    连续签到: 2 天

    [LV.4]测试营长

    7#
    发表于 2015-3-2 09:52:54 | 只看该作者
    有句老话叫好记性不如烂笔头,我敢说如果使用测试用例不保证能找出全部的Bug,但是如果不使用测试用例一定会造成Bug遗漏。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2015-3-2 10:13:35 | 只看该作者
    如果没有测试用例,你们的测试是以什么标准执行呢?是对着几个功能项按自己的理解测试,还是完完全全的自由测试?
    我觉得楼主可能没有真正执行过一轮高水平的测试用例,一轮全面测试,如果没有测试用例,测试结果可能千差万别,遗漏过多。测试用例是测试过程的核心,不断维护测试用例,添加遗漏的测试项,软件才能越测越好。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2015-3-2 10:17:23 | 只看该作者
    sd107880 发表于 2015-3-2 09:28
    确实是起到一些引导作用吧,但有很多测试类的书籍都说,通过执行测试用例发现的问题只是很少的一部分

    通过执行用例,你能够拍着胸脯保证“不会出现大的遗漏”,如果用例中没有而被发现出了bug,那就把这个bug的步骤补充到用例里,这样下次执行用例就会确保不会出现这样的bug。测试用例是一个不断维护不断补充更新的东西,是测试人员智慧的结晶。同时测试用例还能很好的引导新人执行测试,让他们在执行测试用例的时候反思自己的薄弱环节,我认为测试用例非常有必要!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2015-3-2 10:57:24 | 只看该作者
    LZ图样图森破
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2015-3-2 11:08:49 | 只看该作者
    我个人觉得写测试用例可以让我自己对产品有更深入的了解,在写的过程中可以考虑到很多问题,这些问题真的不是你拿着个开发出来的产品立即就能想到的。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2020-8-2 21:08
  • 签到天数: 817 天

    连续签到: 1 天

    [LV.10]测试总司令

    12#
    发表于 2015-3-2 12:29:47 | 只看该作者
    看你们聊的很high,我再说句吧:用例不是没用,而是看你怎么用,会不会用,,,,同样是写用例,有的人写出来的,真心不忍直视,,,,有的人写出来的,看着真叫舒服。。。。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2015-3-17 13:40
  • 签到天数: 9 天

    连续签到: 2 天

    [LV.3]测试连长

    13#
    发表于 2015-3-2 14:06:31 | 只看该作者
    虽然对于编写测试用例我也很头疼,但是我知道测试用例还是有用的。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2016-4-13 15:48
  • 签到天数: 290 天

    连续签到: 1 天

    [LV.8]测试军长

    14#
    发表于 2015-3-3 14:09:47 | 只看该作者
    用例是个依据,是基础,没有根基,你的经验只会让你后期更麻烦
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-5-3 08:28 , Processed in 0.074664 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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