51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4829|回复: 19
打印 上一主题 下一主题

[原创] 怎么样能写好自动化测试用例呢

[复制链接]
  • TA的每日心情
    开心
    2018-7-13 14:04
  • 签到天数: 6 天

    连续签到: 1 天

    [LV.2]测试排长

    跳转到指定楼层
    1#
    发表于 2010-10-25 15:37:06 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    怎么样能写好自动化测试用例呢?

    大家发表一下自己的意思.

    还有就是求一份自动化测试用例做参考..

    因为自己想实在没什么思路..

    先谢谢了.
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

  • TA的每日心情
    开心
    2016-2-27 08:48
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    2#
    发表于 2010-10-25 18:06:07 | 只看该作者
    一般没有专门的自动化测试用例。据我所知,测试人员在编写测试用例后,由BA 或其他专门的人员决定哪些测试用例需要进行自动化,也就是需要开发相应的脚本。这些测试用例就是你说的自动化测试用例。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    3#
    发表于 2010-10-25 22:21:50 | 只看该作者
    手工测试用例编写好先
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2010-10-26 16:16:41 | 只看该作者
    自动化测试用例的来源是手动测试整理的数据,把涉及到功能的测试点和测试数据整理出来就可以了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2010-10-26 16:46:31 | 只看该作者
    同上
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    6#
    发表于 2010-10-26 21:27:14 | 只看该作者
    用例与业务关系比较大
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2010-10-27 10:26:00 | 只看该作者
    有没有详细一点的啊!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-7-13 14:04
  • 签到天数: 6 天

    连续签到: 1 天

    [LV.2]测试排长

    8#
     楼主| 发表于 2010-10-27 15:48:56 | 只看该作者
    回复 2# walker1020


        谢谢,我对自动化测试用例一直很模糊。

       那我问一下,没有自动化测试用例,怎么去保证,自动化测试功能点的覆盖率呢。

       希望您不吝赐教。谢谢!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-7-13 14:04
  • 签到天数: 6 天

    连续签到: 1 天

    [LV.2]测试排长

    9#
     楼主| 发表于 2010-10-27 15:49:44 | 只看该作者
    回复 3# msnshow


        然后呢,怎么做才能保证自动化测试功能点覆盖率。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-7-13 14:04
  • 签到天数: 6 天

    连续签到: 1 天

    [LV.2]测试排长

    10#
     楼主| 发表于 2010-10-27 15:51:46 | 只看该作者
    回复 7# Coolwind9


        哈。你也想知道这事。。。

      我也是啊。我主要是在想一件事。就是怎么搞高功能点的覆盖率。

      不能说自动化测试跑了一遍。但是自动化测试功能点。到底覆盖了多少呢。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    11#
    发表于 2010-10-30 09:23:43 | 只看该作者
    回复 9# 17800455


        这个和手工测试一样的吧,如果把手工测试的用例都转为自动化执行,那覆盖率不就是一样的么,当然实际情况不会完成转化,因成本问题
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2010-10-31 00:11:34 | 只看该作者
    从手工用例中,筛选并列出
    1.主要路径,80%常用功能
    2.次要路径,20%才使用的功能
    3.业务规则、逻辑限制,
    4.控件规则
    按照自动化的时间、成本来依次决定范围,然后按照先覆盖路径、后覆盖功能点的方式,去写用例
    同时,记得去掉无法自动化的模块,如外联外挂模块
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2015-10-19 13:26
  • 签到天数: 2 天

    连续签到: 2 天

    [LV.1]测试小兵

    13#
    发表于 2010-11-1 13:17:07 | 只看该作者
    本帖最后由 kavensyw 于 2010-11-1 13:18 编辑

    脚本中别光跑业务逻辑,在需要功能验证的地方,多加一些判断语句,增加一些检查点,Reporter或者写到其他日志文件
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    14#
    发表于 2010-11-1 19:54:17 | 只看该作者
    自动化,只是把手工做的事情,做为脚本自动去执行,当然也包括检查、判断
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2010-11-2 09:00:55 | 只看该作者
    讲点经验:
    先说自动化的用例,  据我所知好像很多公司的AutoTestCases都是由ManualTestCases演变而来的, 说白了就是照着ManualCases写脚本,  做的好点的, 会将ManualCases转换为AutoTestCases输出自动用例. 有的用例都没有, 只是经过简单的分析后就开发脚本了.
    至于覆盖率: 这个主要看公司对自动化的要求, 70%是个很难达到的标准对于很多项目都一样, 总之覆盖率我认为在自动人员写脚本之前就应该详细的分析过的, 结合领导要求 Cases的实现难易度等, 分析后会有个策略, 先实现主要 容易的的功能在实现复杂 难实现(是否难还是容易, 官方方法时以步骤区分 ,比如>5为难),  但强要求覆盖率对自动化而言应该时很不利的. 个人观点~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2010-11-2 13:40:51 | 只看该作者
    回复 15# Jun_Li
    同意,顶
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2010-11-4 11:25:09 | 只看该作者
    学习中。。。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-7-13 14:04
  • 签到天数: 6 天

    连续签到: 1 天

    [LV.2]测试排长

    18#
     楼主| 发表于 2010-11-8 15:32:46 | 只看该作者
    继续讨论,这个话题现在来说还是挺模糊的。

    等待大家去开辟呢。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    郁闷
    2015-7-29 11:02
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    19#
    发表于 2010-11-12 13:45:22 | 只看该作者
    自动化测试的基础就是手工测试,是对手工的Debug回归测试的过程,当然如果单独的自动化测试可以归到开发的范畴了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2010-11-12 15:37:22 | 只看该作者
    上面的各位同学已经回答得够详细了

    自动化是给手工测试 用工具来实现

    用例也是手工用例的一部分  稍做变化


    一般是将手工的用例

    去掉一部分 自动化无法实施的  
    然后再去掉一部分 自动化可以实施 但是脚本运行很不稳定的  
    然后再去掉一部分界面元素变动较频繁的,
    然后再去掉一些  自动化可以实现 但是脚本开发的成本已经超过实现自动化实施的成本的   

    去掉以上部分  用例就会减少了很多, 然后可以对这些用例加以组合 加以补充   形成自动化测试用例
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-25 08:19 , Processed in 0.084622 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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