51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6215|回复: 17
打印 上一主题 下一主题

给用selenium做自动化测试的泼盆冷水

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2014-6-9 11:55:06 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本人原打算用selenium做web端自动化测试,学习一段时间,总结一下看法:
优点:
兼容多种浏览器,对应兼容测试优势明显。
缺点:
脚本化测试用例,维护成本高。
运行效率慢,
依赖容器,测试执行是顺序的,前置条件太多。
测试覆盖率低,检查点少了意义不大,发现不了啥问题。多了烦死人。
系统不稳定没办法执行,稳定了发现不了啥bug
以上不建议大家用这个做功能自动化测试,做做兼容测试就行了。
对于功能测试,建议大家还是从接口方面考虑,高效、覆盖率高。独立执行(登录后拿到服务器session每个模块都可以独立测试)。
安全性测试也可以在接口测试中进行(如sql注入、脚本注入)
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    推荐
    发表于 2015-2-28 22:38:29 | 只看该作者
    就说几点:
    运行效率慢 --- 完全可以用grid来做分布式测试,或是直接拓展,几十、上百个浏览器并行也不是问题
    依赖容器,测试执行是顺序的,前置条件太多 --- 多平台运行,哪里需要依赖容器了,测试执行完全可以并行
    每天和页面元素较劲也能说高效自动化 --- 每天页面元素较劲,只能说楼主的定位方式太差劲了,写出好的xpath和css可以有效做到change proof
    回复 支持 1 反对 0

    使用道具 举报

    该用户从未签到

    2#
    发表于 2014-6-9 13:44:29 | 只看该作者
    我是来看回帖的
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2020-12-8 11:20
  • 签到天数: 605 天

    连续签到: 1 天

    [LV.9]测试副司令

    3#
    发表于 2014-6-9 16:15:32 | 只看该作者
    too young too simple
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
     楼主| 发表于 2014-6-9 17:12:57 | 只看该作者
    @joykao,每天和页面元素较劲也能说高效自动化,无知。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2020-12-8 11:20
  • 签到天数: 605 天

    连续签到: 1 天

    [LV.9]测试副司令

    5#
    发表于 2014-6-10 09:34:20 | 只看该作者
    回复 4# yanfei_wu


    大神。。。sorry 我很无知。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2014-7-23 20:17:26 | 只看该作者
    同感。。。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2014-7-24 09:43:56 | 只看该作者
    本来selenium就是用来做验收测试的,另外用例能不能检出bug,要看你用例如何设计,校验点怎么设计
    SE 可以用的很灵活,千万不要生搬硬套,用于不用,用在哪里,铺多大规模的摊子,都在乎于结合团队实际情况出发。只要明确目标就行了:在长期使用下是高效的,节省劳力的。

    口水仗没必要打,所有接触的人,都有自己心里对SE 的一个看法,这个看法随着自己的知识,技术,深度,广度,会逐渐变化。
    它现在活着,被广大的业内公司用这,就说明在当前的实力时期,它有活着的价值。

    写一轮脚本,跑一周,就全报废,不在讨论范围内
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2014-8-2 23:36:12 | 只看该作者
    无知了,,,不过先体会体会
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2015-4-9 17:10
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    9#
    发表于 2014-8-4 12:52:03 | 只看该作者
    用例维护看你怎么设计了,抽象对象再次封装方法,是的用例维护成本最低 就是自动化测试人员需要考虑的
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-1-13 14:00
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    10#
    发表于 2014-8-6 10:20:01 | 只看该作者
    回复 3# joykao


    顶一下!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2014-8-15 10:46:00 | 只看该作者
    回复 9# jia8162


    顶!正解,维护UI Object,抽象操作,开发自定义对象,还是需要多花精力的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2014-8-19 11:27:52 | 只看该作者
    楼主太年轻
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2014-10-7 17:19:25 | 只看该作者
    接触了一下就有这种感觉,你可能不太适合做自动化测试吧。。。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2014-10-14 16:26
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    14#
    发表于 2014-10-10 15:34:30 | 只看该作者
    自动化的目的主要是做回归, 保证功能的正确, 不是说一定要发现bug才有存在的意义, 它保证的是测到的地方是没有问题的
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2021-12-20 13:14
  • 签到天数: 16 天

    连续签到: 1 天

    [LV.4]测试营长

    15#
    发表于 2014-10-17 16:29:22 | 只看该作者
    太年轻了,大家都懂得
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2015-2-3 09:46:07 | 只看该作者
    楼主对自动化的了解太少了,楼主说的脚本化的测试用例,那是因为楼主只对selenium和unittest的使用有了解,还没有达到扩展的地步,就和我知道Java、C#一样,知道for循环,但是怎么用不知道。
    工具只会提供基础的使用,任何人可以在上面通过自己的想法来进行扩展,比如,使用外部文件编辑步骤、用例,来达到驱动的效果,完全可以根据工具提供的基础方法来进行二次封装,根据步骤和测试数据,来执行测试。具体是辅助测试,还是做验收测试,根据你的步骤文件和测试数据来进行。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-2-1 08:26
  • 签到天数: 113 天

    连续签到: 1 天

    [LV.6]测试旅长

    18#
    发表于 2015-3-31 16:19:36 | 只看该作者
    zzhengjian 发表于 2015-2-28 22:38
    就说几点:
    运行效率慢 --- 完全可以用grid来做分布式测试,或是直接拓展,几十、上百个浏览器并行也不是 ...

    楼主看到了么。。。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 20:02 , Processed in 0.079658 second(s), 32 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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