51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 2159|回复: 3

针对敏捷开发UI自动化应该如何去做?

[复制链接]
  • TA的每日心情
    奋斗
    昨天 20:57
  • 签到天数: 987 天

    连续签到: 1 天

    [LV.10]测试总司令

    发表于 2019-1-3 16:52:40 | 显示全部楼层 |阅读模式
    敏捷开发中UI总会随着版本而改变,UI自动化维护工数巨大。
    在敏捷开发中,如果针对UI的改变如何灵活的进行自动化测试?
    回复

    使用道具 举报

  • TA的每日心情
    开心
    昨天 14:04
  • 签到天数: 1190 天

    连续签到: 1 天

    [LV.10]测试总司令

    发表于 2019-1-19 07:39:43 | 显示全部楼层
    自动化本身就是应该对比较稳定的部分去做
    主要看一下维护成本
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    郁闷
    2018-1-22 08:48
  • 签到天数: 193 天

    连续签到: 1 天

    [LV.7]测试师长

    发表于 2019-1-21 11:12:04 | 显示全部楼层
    我们公司就是敏捷+自动化测试模式,变化是肯定有的,而且自动化测试工程师的工作要随之一起变化,但是有以下优点:
    1.驱动开发写出更高质量的代码
    2.编码阶段有问题可以直接与开发沟通,可以提前解决问题
    3.测试脚本和项目可以同时上线,马上就可以有收益
    至于如何灵活地开展这个工作,其实这是一种互相适应的过程,实行一段时间之后开发会觉得他们提交上去的代码马上就会受到测试脚本的检验,所以会越来越谨慎自己做出的提交,需求评审或者用例评审的时候自动化测试工程师可以申请也加入其中,了解项目的进度和需求的变化,然后马上做出应变,这样效率会高一点,还有就是自己写的定位需要写的健壮一点,有一定的适应性,这样也可以避免掉一些的修改适应工作
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    发表于 2019-4-4 14:08:24 | 显示全部楼层
    如果只是UI布局的变化频繁而业务逻辑的变化不频繁,可以考虑PageObject模式。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-3-29 01:51 , Processed in 0.064371 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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