<menu id="mqgc0"></menu>
  • <menu id="mqgc0"></menu><menu id="mqgc0"></menu><input id="mqgc0"><u id="mqgc0"></u></input>
    <input id="mqgc0"><u id="mqgc0"></u></input>
  • <optgroup id="mqgc0"></optgroup>
  • <input id="mqgc0"><tt id="mqgc0"></tt></input>
  • robotium实战教程 pdf_robotium和appium区别_robotium

    电脑杂谈  发布时间:2017-01-17 18:07:15  来源:网络整理

    选rf(robotframework),其他三个名字里虽然有着框架两个字,最多只能算依附在IDE上的插件,与具备完整功能的自动化框架相去甚远。看到这里,有同学不干了,这几个可是官方指定的自动化测试工具,怎么就变成插件了,看官老爷莫急,容我娓娓道来。

    1、可视化操作VS纯代码操作。掌握一些基本的android常识就能使用rf了,其他三个要会java,要写代码,这个就是天然劣势。自动化工程是一个团队来维护,即使你不反感写代码,要招一个会写代码的测试薪资就上去了。robotium然而robotium们也不是完全没有优势,如果老板愿意组建一个纯白合的测试团队,robotium们绝对是最佳选择,省去了rf使用过程中为了迁就不会代码的测试而做的封装。

    2、莞式服务VS小屁孩。上文提到过完整功能的自动化框架,那到底具有了哪些功能才算完整?批量管理/执行用例、测试结果的输出与收集、DEBUG能力、失败重跑机制等等,这些rf都具有(不一定完善),相比robotium们就要依赖其他插件,junit/testNG等等。

    3、十八班武艺VS一招鲜。如果老板要你再弄个web自动化,HTTP接口自动化,robotium们就完全派不上用场了,rf讲究下还是能满足日常需求的。除了官方的测试library,你还可以自定义keyword,比如项目组内部的token加密算法,这个只能自己写了,没有现成的。

    又到了不总结不死星人时间,说了这么多rf好处,好像真的很牛逼一样,其实也是无耐的选择,穷啊,咱要是土豪也学大公司自己开发工具,测试有啥需求尽管提,不提工具组还不高兴,你不支持我们的工作啊。所以工具是死的,需求是活的,根据当前的需求选择合适的工具才是正解。最后,欢迎看官老爷们轻拍。robotium


    本文来自电脑杂谈,转载请注明本文网址:
    http://www.pienmashup.com/a/ruanjian/article-26958-1.html

      相关阅读
      发表评论  请自觉遵守互联网相关的政策法规,严禁发布、暴力、反动的言论

      热点图片
      拼命载入中...
      重庆彩票