【自动化测试】是否有必要做自动化测试?

目录

一、前言

二、自动化目的

三、自动化分类

四、自动化实现

五、历史文章指路

一、前言

在一些测试交流群经常会看到有小伙伴在问,“怎么做自动化测试?学习自动化测试有什么资料吗?自动化测试是不是很牛逼?” ,甚至有些言论是"不会自动化的测试人员,真的要被淘汰了吗?"

不得不说一堆流量号主抓住大众心理,点进去的必然是卖课广告,或者是关注微信公众号领取测试资料大礼包。

实话实说,我之前也有同样的疑问,甚至带着担忧。每次又不甘心得领着测试资料大礼包…

当然,随着自己的认知不断扩大,自己的一套测试体系建设不断完善,于是这些担忧逐渐的消失。每项技术引用都要看适用场景,是否适合自己的团队,因地制宜才能发挥其最大的价值。

因此,我想通过这篇文章来分享下我对于自动化测试的理解。

二、自动化目的

自动化工作可以节省很多人工操作成本,减少人工重复性操作,提高整个团队的研发效率。但是如果搭建自动化体系需要耗费很长时间,投入很多人力资源,但是用户只要2-3分钟的手动工作就能解决,而且这个操作并不频繁,又或者需要自动化操作的平台变更迭代非常快并且没有规律,自动化工具在后面类似累活的跟着。那么自动化还是有必要吗?

我之前在的团队,造测试数据特别困难,严重影响了整个研发效率,但是当时也没有一个好的解决办法,后来基础研发组做了一个造数平台,这个平台需要自己去配置各种字段,并且梳理出各个表字段的关联,从头到尾一个一个去构建场景,一不小心就配置错误,看着提示你也找不到原因的那种。这给造数过程中又添了一个拦路虎,给本不充裕的测试时间,又耗时一把。

如果能在做执行任务前评估任务的投入和收益,那么是不是就能更加合理的开展这项任务。那么自动化测试的投入和收益是怎样的呢?

投入:通过测试人员借助脚本或者工具实现自动化,维护自动化平台。

收益:提高测试效率,提升测试人员的成长。

自动化测试真的提高测试效率吗?真的可以提升测试人员的成长吗?针对后者,我认为是有的。接下来我们就来聊聊自动化测试是否提高测试效率。

三、自动化分类

自动化一般分为接口自动化和UI自动化,其中UI自动化又分为Web UI自动化和App UI自动化,按照我的理解还应加上部署自动化。

  • 接口自动化

  • 部署自动化

  • Web UI自动化

  • App UI自动化

接下来我将针对这四种自动化的场景做一个介绍。因为我对于UI自动化不是很熟悉,我认为投入产出比不是很高,主要还是因为我没咋接触过,所以后面仅做简单介绍,重点讲解接口自动化和部署自动化。

四、自动化实现

4.1、接口自动化

接口

接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换,传递过程,以及系统间的相互逻辑依赖关系等。

流程

填写接口,入参,对出参进行断言,每天定时构建,输出测试报告。

入参覆盖范围:必选,可选,有/无/null,类型,数值大小/数值范围,特殊字符;

出参:json,data;

接口关联:接口之间的依赖,数据传递;

断言:对响应做核验,可以对状态码或者msg做校验。

优点

接口测试可以做到更多的覆盖场景;

接口测试可以更快的发现服务端问题;

接口测试相对容易实现自动化持续集成;

接口测试相对于比单元测试比较贴近业务场景;

技术选型

1、MeterSphere

MeterSphere 是一站式开源持续测试平台,涵盖测试跟踪、接口测试、性能测试、 团队协作等功能,全面兼容 JMeter、Postman、Swagger 等开源、主流标准。

MeterSphere是一个功能交全的平台,并且是开源的,对于免费版就足够小团队使用了,使用门槛相对来说较低,对于技术能力要求不高,所以是一个不错的选择。MeterShpre使用的技术栈是SpringBoot+vue,以及一些中间件,也可以在此基础上进行二次开发。

可以参考下我之前团队小伙伴的MeterSphere金融公司落地经验分享,里面详细介绍了MeterSphere所解决的测试痛点,以及操作教程。

2、Python

通过Python来做接口自动化的话,常用组件有:执行库Requests,断言库unittest,测试报告HTMLTestRunner,通过持续集成Jenkins做定时构建。

框架思想:封装,数据驱动。

使用Python的话则需要掌握一定的代码能力,当然这个对个人技能的提升是很有帮助的,但是如果在时间比较紧迫的并且没有足够的技术功底情况下,还是比较推荐MeterSphere的。

4.2、部署自动化

部署

部署就是将源代码编译成可运行软件包,比如jar包或者war包,并且将软件包放到目标环境,将软件包运行起来,并且能够被客户端调用。

流程

通过远程仓库拉取代码,前端编译,后端编译,下发软件包到目标机器,重启服务,启动失败则告警。

优点

相比传统手工部署,速度更快,不容易出错,提高交付效率。

技术选型

gitlab或者gitee:代码托管

git:版本管理

node:前端编译

maven:后端编译

ansible:下发文件

shell:重启服务

pipeline:流水线构建

Jenkins:CICD大总管,将以上工具整合起来,提供页面供用户操作部署流程。

4.3、Web UI自动化

UI自动化

通过页面元素定位定位到元素,模拟用户的操作行为,点击,输入,拖拽等。

流程

定位元素,模拟用户操作,发送测试报告。

优点

适用于回归主流程,并且变更不频繁的场景。可用于重复性的功能测试及验证。我之前在的团队做过一段Web UI自动化,但是因为需求频繁变更,并且精力有限,维护这个平台的成本较高,后面就没有持续维护了。

技术选型

Python,selenium。

4.4、App UI自动化

UI自动化

通过页面元素定位定位到元素,模拟用户的操作行为,点击,输入,拖拽等。

流程

定位元素,模拟用户操作,发送测试报告。

优点

适用于回归主流程,并且变更不频繁的场景。

技术选型

Appinum。

结论:我认为接口自动化和部署自动化是能够带来收益的,是真实能够提高效率的,并且也能够给测试人员的带来成长。

五、历史文章指路

嘎嘎软件测试历史文档指路

【自动化测试】是否有必要做自动化测试?_第1张图片

关注【嘎嘎软件测试】

搞测试,不迷路

呱呱大王本呱带你飞!

【自动化测试】是否有必要做自动化测试?_第2张图片

你可能感兴趣的:(软件测试,自动化,压力测试,单元测试)