51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 11363|回复: 55
打印 上一主题 下一主题

[讨论] 自动化测试都是些中看不中用的东西

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-9-1 16:08:54 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
做的时候累死,维护起来烦死,真正用的又没几次,表面上看上去很美,实际绣花枕头一个,真正有用的也就是性能自动化,白盒也没啥用,测试最实际的还是手工,就连微软也离不开手工
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2009-9-9 11:03:47 | 只看该作者
适合自动化的项目并不多。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2009-9-9 11:23:00 | 只看该作者
深有同感,不明白为什么那么多人迷信自动化。手工是测试的艺术,手工始终比机器灵活。自动化也只是需要大量的压力和性能测试的时候才需要。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2009-9-9 11:44:48 | 只看该作者
好!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2009-9-9 11:44:54 | 只看该作者
原帖由 耗子砍猫 于 2009-9-9 11:23 发表
深有同感,不明白为什么那么多人迷信自动化。手工是测试的艺术,手工始终比机器灵活。自动化也只是需要大量的压力和性能测试的时候才需要。

因为都觉得自动化测试有技术含量贝
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2009-9-9 11:48:13 | 只看该作者
原帖由 syyywhhlz 于 2009-9-9 11:44 发表

因为都觉得自动化测试有技术含量贝

其实真正的测试技术是程序能力、数据库和软件的架构,以及所在的行业知识;这些才是技术,呵呵。我是这么认为哈。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2009-9-9 11:50:38 | 只看该作者
原帖由 耗子砍猫 于 2009-9-9 11:48 发表

其实真正的测试技术是程序能力、数据库和软件的架构,以及所在的行业知识;这些才是技术,呵呵。我是这么认为哈。

MM说得有道理~
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2009-9-9 11:54:58 | 只看该作者
原帖由 afeng 于 2009-9-1 16:08 发表
做的时候累死,维护起来烦死,真正用的又没几次,表面上看上去很美,实际绣花枕头一个,真正有用的也就是性能自动化,白盒也没啥用,测试最实际的还是手工,就连微软也离不开手工


看来你和我一样,深受自动化的"揉拧".
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2009-9-9 12:14:53 | 只看该作者
哥,你这能力做测试白瞎了

另注:微软不只手工,上述你看不起的测试他们也做
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2017-9-20 12:50
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    10#
    发表于 2009-9-9 12:18:36 | 只看该作者
    唉,为什么学习自动化测试工具?就我而言,还不是被逼的,想换个工作吧,到处都是要求会一门自动化测试工具,你说学不学?学,的确用不上几次,我们单位跟本不用,不学?哪能找到好工作
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2009-9-9 12:24:42 | 只看该作者
    百合姐姐也在啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2009-9-9 16:16:07 | 只看该作者
    我现在测试的这个产品模块有5000多个测试用例,全部自动化了。
    如果手工来做,我问你,一周至少10次回归,需要多少人力?你脑子秀逗了吧。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
     楼主| 发表于 2009-9-9 16:31:23 | 只看该作者
    你才脑子秀逗了,有多少公司会一周回归10次啊,你回归10次,检查出多少重要bug,new feature你可以用自动化来测吗,不还是要手工,回帖的时候也用脑子想想再回答,别什么意思都不明白就回答了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2009-9-9 16:45:35 | 只看该作者
    你说自动化中看不中用,我感到很不解。如果你没自动化,你的开发checkin的代码会很糟糕。你敢让你的开发在不运行自动化测试用例(可能不包括黑盒的自动化,至少是大部分的白盒)之前就checkin代码吗?如果你现在做的这个东西没自动化,你敢保证在开发修改了一部分程序之后,产品还很正常?buddy test能保证多大的覆盖率?。
    自动化的贡献不是发现bug,在于保证已有的功能运行正常,并且有相当大的覆盖率,包括代码覆盖率,bug覆盖率==,你手动能做到吗?
    不要因为维护麻烦就否定自动化,自动和手动都有各自的优缺点,很多都是不可替代的。
    至于你说的new feature,当然不可能自动化,但这个也要看开发模式,你的产品添了新功能,白盒测试代码肯定一起checkin的吧,测试人员是否能够在几天之后就添加黑盒的自动化用例呢,至少一个sprint里要完成吧。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
     楼主| 发表于 2009-9-9 16:55:20 | 只看该作者
    我说的是gui自动化,也就是回归测试自动化,你跑题了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
     楼主| 发表于 2009-9-9 17:00:39 | 只看该作者
    其实就你所说,白盒测试,我相信国内大部分公司都是没有这个精力和实力去跑的,就是外企也很大一部分都是捣捣浆糊,能不做就不做的,我们以前一个公司,为了应付一下老外,让别人觉得我们很有技术含量,就花几个月时间去搞了自动化,结果给老外看过之后,就束之高阁,再也没用了,几个人靠手工测试,不照样保证产品卖的好好的?,至于你说你们公司,我觉得没有普遍性和代表性,现在大多数公司搞自动化测试还是为了门面好看,做做样子罢了,有多少严重的bug是通过自动化发现的,很少,当然性能除外
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2009-9-9 17:02:33 | 只看该作者
    你500个用例,一周执行一次,或则只是产品release之前做几次,当然没有意义。但是这个要看具体产品的好哇,要是你的产品只是一个通讯录,开发者自己手动点点就好了,测试人员都不需要,直接发出去给客户用好了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2009-9-9 17:04:07 | 只看该作者
    原帖由 afeng 于 2009-9-9 17:00 发表
    其实就你所说,白盒测试,我相信国内大部分公司都是没有这个精力和实力去跑的,就是外企也很大一部分都是捣捣浆糊,能不做就不做的,我们以前一个公司,为了应付一下老外,让别人觉得我们很有技术含量,就花几个月时 ...

    所以说,这个要具体问题具体分析的,自动化有他不可替代的好处,不能否认,手动也有他不可替代的优势。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
     楼主| 发表于 2009-9-9 17:06:28 | 只看该作者
    我这里讨论的是大部分公司的情况,你一定要说你们公司的测试如何自动化,技术含量如何高,在这里没什么意义,大部分公司的自动化还是没什么太大意义的,少数公司可能有意义,但只是少数情况,小概率事件,一向没有讨论的价值。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
     楼主| 发表于 2009-9-9 17:08:09 | 只看该作者
    原帖由 jfan288 于 2009-9-9 17:04 发表

    所以说,这个要具体问题具体分析的,自动化有他不可替代的好处,不能否认,手动也有他不可替代的优势。


    所以说是没什么用呀
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-18 02:51 , Processed in 0.085279 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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