通用技术 [转发]自动化测试——回顾与展望

seveniruby · 发布于 2014年02月26日 · 最后由 fengzhou 回复于 2015年03月11日 · 525 次阅读
本帖已被设为精华帖!

转发自infoQ
写的很好, 推荐大家去读读原文

http://www.infoq.com/cn/news/2014/02/autotest-2013

2013年已经过去,在这篇文章里,我希望和大家一起来整理一下2013年自动化测试领域一些比较值得关注的变化,也展望一下2014年可能发生的变化,希望读者可以从中可以发现一些线索,进而做相关延伸阅读。在过去的2013年里面,自动化测试领域发生了几大变化:

接下来说说我对2014年的展望吧:

  • 移动测试成为热点 随着移动互联网的爆发,移动测试自动化很快地被提到议事日程上面来了。这方面今年会有几本国内作者原创的图书出版:@厚脸皮-芈峮的《iOS测试实践》,@Monkey陳曄曄-陈晔的《大话测试——移动互联网Andoird、iOS应用测试》。
    从工具方面,很高兴地看到这方面的开源工具风起云涌,如Robotium、Frank等等,但是,从目前趋势来看,我个人非常看好Appium:一种支持WebDriver W3C协议,同时支持Android,iOS 的开源测试工具(参见Appium支持测试原生、混合及Web Android应用:http://www.infoq.com/cn/news/2013/05/appium-android)。

  • REST接口测试成为Web自动化测试的补充: 随着前端MVC框架的大范围应用,REST接口应用范围也越来越广,基于REST接口的自动化测试成为一种投入产出比很理想的测试方式,相对于Web界面自动化,REST接口相对而言更加稳定,测试案例也更容易维护。REST接口测试可以成为Web自动化测试的有益补充:REST接口测试可以关注于服务器逻辑验证,而Web自动化测试可以关注于页面展示逻辑及界面前端与服务器集成验证。REST接口测试框架有许多种不同的实现方式,我个人会推荐使用开源工具Robot Framework加上Requests库来进行REST接口测试。(感兴趣的读者可以参见下面的文章,其中有对Robot Framework的介绍: 功能测试工具研讨会:http://www.infoq.com/cn/news/2009/09/functional-test-tools/Robot, Framework作者建议如何选择自动化测试框架 ,http://www.infoq.com/cn/news/2012/06/robot-author-suggest-autotest

  • 用例辅助生成技术初露端倪: 用例录制回放技术一直是许多测试人员(领导)心中的一个梦想,但是,我要残酷地告诉大家,这是一个白日梦,所有宣称能够通过录制回访技术来全自动获取可维护测试脚本的个人和厂商无疑都是骗子。测试脚本也是程序,也需要经过仔细设计,应用若干设计模式,才能达到简洁、易读、易维护的目标。(有兴趣的读者可以参考:Martin Fowler对将page对象用于Web测试的基本经验法则 http://www.infoq.com/cn/articles/martin-fowler-basic-rule-of-thumbon-for-Web-testingGUI功能测试自动化模式:http://www.infoq.com/cn/articles/gui-automation-patterns)。,以及 但是,我们不能否认,确实可以利用录制技术,在特定工具的帮助下,自动捕获一些信息,再自动应用一些设计模式来辅助案例的编写工作,尤其在接口测试方面,可行性非常大,这一块会是本人今年的一个研究重点。对这方面有兴趣的读者,可以参见这两个工具vcr(https://github.com/vcr/vcrBetaMax(http://freeside.co/betamax/)。)和

  • Mock系统技术逐步普及: 在自动化测试过程中,构建稳定的测试环境至关重要,其中一个重要手段就是将外部系统或不稳定的系统Mock起来。这方面去年@dreamhead-郑晔已经开源了一个支持HTTP协议的Moco框架(感兴趣的读者可以参见:郑晔谈Moco框架的开发:写一个好的内部DSL,写一个表达性好的程序,http://www.infoq.com/cn/news/2013/07/zhengye-on-moco@横刀天笑-余昭辉也分享过他们在去哪儿网的实践), (参见:为功能测试构建通用mock server系统,http://www.infoq.com/cn/articles/auto-test-mock-server)。 诚然由于环境的复杂性,上述工具未必可以完全解决大家在各自测试中的各种系统隔离需求,但是我相信他们解决这些问题的思路,应对会让大家深受启发。

  • 测试DSL, 实例化需求走向前台: 《实例化需求》一书是2012年Jolt图书大奖的获得者,当年就引进中国。实例化需求的思想其实和验收测试驱动(Acceptance Test Driven Development)类似,限于篇幅这里就不详细展开解释了。但是两者都需要测试案例具备很高的抽象层次,可以被业务人员和开发人员很容易地读懂,这就需要实现测试DSL(Domain Specific Language),也就是说需要在一个特定领域之内,将特定测试能力封装成一门易于业务、测试、开发理解沟通的专用测试语言,然后用这门DSL来编写实际测试案例。Robot Framework作为一个关键词驱动框架,可以很好地支持测试DSL的定义。下面就是我们团队在一个客户出实现的测试DSL,供大家参考:

我本人认为,作为一名测试人员,不应该区分手工测试人员和自动化测试人员,自动化测试技术是每个测试人员都必须掌握的技能,希望在2014年所有InfoQ的测试行业读者都能在自动化测试技术方面更上一层楼。

吴穹
资深敏捷专家,Agilean联合创始人wuqiong@agilean.cn公共微信号: Agile-Testing-China
感谢杨赛对本文的审校。

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
共收到 16 条回复
110

robot framework + appium 会是一个不错的选择。

104

#1楼 @lihuazhang 恩 运行, 截图, report 都不错.

118

#1楼 @lihuazhang 串起来很给力阿

182

TW的持续集成框架GO已全面开源 http://www.go.cd/

433

金字塔图中间部分service我可以理解过集成测试吗?

104

#5楼 @kevin_xu_v 主要是接口测试, diff测试等

433

#1楼 @lihuazhang why? appium做为robot 类似插件的作用?

110

#8楼 @kevin_xu_v appium做驱动,robot 提供更加好的报表。

433

#9楼 @lihuazhang 那就是针对移动平台的一个自动化解决方案

433

#9楼 @lihuazhang robot fw 他自己本身也有移动平台的lib,只是用的是calabash,是不是可以自己写一个基于appium的robot lib?这不就把2者结合起来了吗?

212

#1楼 @lihuazhang Robot framework 看着好复杂啊

214

#13楼 @jacky 还不错,用起来就好了,现在有点喜欢它了呵呵

1505

#1楼 @lihuazhang robot framework + appium = 脚本 + appium ? 也挺好的 RFW可以直接出报告。hmmm

1928

好想法!!!

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册