前面学到的持续集成,有一个基础技术是自动化测试。只有测试通过,才能完成集成;而自动化地进行测试,则保证了持续的可操作性。这是针对代码部分。也有针对项目的,比如单元测试、各种回归测试之类。本文说的是项目部分的自动化测试。

1、什么是自动化测试?

自动化测试,顾名思义,自动完成测试工作。通过一些自动化测试工具或自己造轮子实现模拟之前人工点点/写写的工作并验证其结果完成整个测试过程,这样的测试过程,便是自动化测试。

2、如何进行自动化测试?

自动化测试覆盖的范围很广:单元测试、集成测试、接口测试,GUI测试等等都可以实现自动化执行;同时,不同的系统情况是不一样,有的适合或是可以做GUI的自动化测试,有的可能只适合做接口的自动化测试,所以需要针对不同的被测项目,考虑具体在哪一个环节作自动化测试。

比如说针对搜索引擎,前端往往比较简单,只是一个文本框和提交按钮,大部分的逻辑处理都是在后端完成的,这种情况做自动化的接口测试就可以达到事半功倍的效果;如果是被测系统有很多的页面操作,那么可以考虑GUI的自动化测试;以上这两种情况都不是绝对的,如果测试资源足够,那么在各个环节都是可以开展自动化测试的。

此外,还有一点需要考虑的是自动化测试的可行性,比如说对一个系统而言,做GUI测试是最合适的,也是最有效,但是有可能通过各种工具或者是脚本很难实现GUI的自动化测试,那么就需要考虑变通,考虑是否可以将自动化测试调整到接口测试或是集成测试等环节。

实施方式,一般是采用相关工具。

3、为什么要自动化测试?

1) 自动化测试节约成本(根据项目)

毕竟自动化测试确实解放了一批人力(人力成本才是IT公司最大的成本),可以让机器没日没夜的执行一些重复劳动.

2)有些测试项目手工很难实现(手工成本较高)

比如12306的压力测试、负载测试,同时找那么多人去测试不现实可以通过机器去模拟.

3)项目质量流程需要 比如版本管理需要build verify,以保证check in的code不会影响版本库。类似于smoke test

4、自动化测试的优缺点

1)优点

避免测试人员因重复劳动产生厌倦

提高测试效率

保证每次测试地一致性和可重复性

更好的利用无人值守时间

进行一些手工无法进行的测试

维护成本相对比较高

2)缺点

系统开发时间不一定能缩短

没有手工测试发现缺陷多

UI layout issue 不容易发现

5、什么样的项目适合应用自动化测试

有以下几个特点的项目比较适合自动化测试(这里说的自动化测试,是针对项目的单元测试、各种回归测试。至于对代码的持续集成的自动化测试,则任何项目都应该有):

1) 项目变动少

2) 周期长

3)项目资源足够(自动化不是一个人完成的,需要一帮人长期维护)

自动化测试并非只是做与不做这么简单,而是需要考虑成本投入与效果产出。不管是做软件、做系统、还是做网站,最终的目的基本上都是要盈利的,要盈利就必须控制成本,提高利润。所以在测试工作中也必须考虑到成本投入。如何确定系统是否适合做自动化测试呢?有人认为主要考虑当前的被测项目是长期的还是短期?如果被测项目是在今后半年或者几年间要不断进行开发维护的,那么就需要重复的进行大量的回归测试,这种情况下如果有自动化的回归测试体系就可以节省成本投入;如果被测项目是短期的,比如说一个月,或几个月,同时如果开发自动化测试又不是很容易,也没有足够的时间去做这件事,那么就完全没有必要作自动化测试,费尽力气做出的自动化测试脚本,可能只会用到一次或两次,这样就很不值得。

举例说明:

互联网项目,一周内要上线,你不上线别人上线人家就不用你的,项目周期短,变动快,你自动化还没做好,项目说不定就下线了。比如某宝双12活动相关项目,一周之内就下线了。 适合做自动化测试的项目,比如某宝客户端,每个release,大部分功能都不变,并且3-5年内项目不会下线,这个就比较适合自动化。

 


1、点赞。防止以后找不到,想看的时候,在自己主页就能找到了,很方便; 

2、关注我。让我们成为长期关系,下一个视频会分享更多的硬核干货; 

3、本文章学习资源,均可以免费分享。

 
内容来源于网络如有侵权请私信删除
你还没有登录,请先登录注册
  • 还没有人评论,欢迎说说您的想法!