写完方案了,再说说接口自动化吧

本文字数

不清楚

阅读时间

看你心情

2017年

这一年里,发生了很多事情

我们,首次在北、上、深三地举行了产品推介会

我们,办了成立以来规模最大的大资管行业峰会

我们,获得腾讯增资入股

我们...

然而,让我写总结?

2017年

这一年里,有了很多的感触

无数个加班的日子,陪我的,从辣条变成了保温杯

无数个写不出文章的日子里,从小仙女转变成了戏精

无数个特别的日子里,想法从去哪吃变成赶紧追热点

无数个...

然而,让我写感想?

请...允许我在年终之际,再说说接口自动化吧!

自动化测试包括如下三个方向:UI自动化,接口自动化,单元测试自动化。

我们可以把软件开发过程比喻成盖房子,房子是由一块块的砖搭建起来的,而砖砌筑成墙,最后所有的墙砌筑完成后再封顶就完成了。

确认房子质量,一共分3步。

1、对每块砖进行敲打测试

2、对每一面墙去击打测试

3、抗风、抗震测试

对应到软件

1、单元测试

2、接口测试

3、集成测试(即测试人员手动测试的过程)

房子最终倒塌的原因可能是一面墙的概率远远高于因为一块砖,所以接口的测试发现的问题就更有价值更具参考意义;单元测试固然重要,但是单元测试在实际开发过程中,其开发量会超过项目本身代码量的3倍以上,成本高昂。那又为什么不做UI自动化?,那是因为在实际工作中,前端UI是最不稳定的,自动化需要定位到页面元素才能做相应的操作,一旦前端变更,自动化脚本基本作废,一句话概括就是劳民伤财。最终实践证明不管是从发现问题效率,还是发现问题时间上来看,接口自动化是最具回报率,最有效的。

自动化的前提的是系统需求是相对稳定的,即使需求变动也不是那么伤筋动骨的,这样自动化的回报才会更高,因为自动化是需要维护的。自动化最好的介入时点是开发阶段,在开发阶段完成的接口自动化脚本往往作为产品维护阶段回归测试的标准,能够守住产品质量的底线。

接口自动化好在哪?

以XBRl信息披露项目为例,在项目研发过程中,测试部门在于确认需求后开始编写自动化测试用例及自动化脚本,脚本不断的更新优化(目前已实现测试用例2517个,涵盖功能点60%以上),项目结项前发现bug数223个,接口自动化发现数量达156个,达到70%

不仅如此,后续产品迭代还可以此脚本运行后的测试结果作为送测标准,既提高了开发效率,也缩短了测试周期,同时也保证了质量。

成熟的平台项目jros在做了部分接口自动化后,据测试负责人反映测试效率也得到了明显的提高。合规项目也在研发阶段引入了接口自动化,改善了测试资源短缺及任务重的问题。接口自动化完成后,测试人员再把UI测试做到,产品才能放心的交到客户手上。而从软件生命周期来说,维护阶段占软件整个生命周期的80%,很好的解决回归测试工作也是研发测试效率提升的体现。

-END-

最后,2017即将结束,感谢每一位陪伴财富成长的小伙伴们。新的一年,我们一路同行~

  • 发表于:
  • 原文链接:http://kuaibao.qq.com/s/20171228G0L38V00?refer=cp_1026

扫码关注云+社区