本章主要讲解自动化测试的含义、分类、项目使用,以及自动化测试工具的优势。
一、自动化测试概述
1、什么是自动化测试?
自动化测试是软件测试活动中的一个重要分支和组成部分。随着软件产业的不断发展,市场对软件周期的要求越来越高,于是催生了各种开发模式,如大家熟知的敏捷开发,从而对测试提出了更高的要求。此时,产生了自动化测试,即利用工具或者脚本来达到软件测试的目的,没有人工或极少人工参与 的软件测试活动称为自动化测试。自动化测试的优势如下:
更方便对系统进行回归测试。当软件的版本发布比较频繁时,自动化测试的效果更加明。
可以自动处理原本繁琐、重复的任务,提高测试的准确性和测试人员的积极性。
自动化测试具有复用性和一致性,即测试脚本可以在不同的版本上重复运行,且可以保障测试内容的一致性。
2、自动化测试的分类
维度不同,自动化测试的分类方式也不同,以下是笔者认为比较常见的方式。从软件开发周期或者分层的角度来分类:
单元自动化测试 单元自动化测试是指自动化地完成对代码中的类或方法进行测试,主要关注代码实现细节及业务逻辑等方面。
接口自动化测试 接口自动化测试用于测试系统组件间接口的请求与返回。接口测试稳定性高,更适合开展自动化测试。
UI自动化测试 用自动化技术对图形化界面进行流程和功能等方面验证的过程。
从测试目的的角度来分类:
功能自动化测试 功能自动化测试主要检查实际功能是否符合用户的需求,主要以回归测试为主,涉及图形界面、数 据库连接,以及其他比较稳定而不经常发生变化的元素。
性能自动化测试 性能自动化测试是依托自动化平台自动地执行性能测试、收集测试结果,并能分析测试结果的一种可以接近无人值守的性能测试。
性能自动化测试有以下特性:对脚本创建和优化提供类库和其他模块支撑。可以设定自动化任务(比如每天根据特定场景执行一轮性能测试)。自动收集测试结果并存储。事中监控(比如场景执行过程中的异常错误自动预警邮件功能)。成熟的平台可以进行自动分析功能(比如哪些事务有问题、哪些资源消耗异常等)。安全自动化测试,类似于性能自动化测试,可以将安全测试的活动自动化,比如可以定期自动扫描安全预警或威胁并上报。
3、自动化测试项目的适用条件
上线自动化测试项目是需要“天时、地利、人和”的,为什么这么说呢?因为自动化测试项目的评估需要各方面的考虑,但总体来说还是有一些规律可循的:
任务测试明确,不会频繁变动。2) 每日构建后的测试验证。3) 比较频繁的回归测试。4) 软件系统界面稳定,变动少。5) 需要在多平台上运行的相同测试案例、组合遍历型的测试,以及大量的重复任务。6) 软件维护周期长。7) 项目进度压力不太大。8) 被测软件系统开发较为规范,能够保证系统的可测试性。9) 具备大量的自动化测试平台。10) 测试人员具备较强的编程能力。
当然,并非以上 10 条都具备的情况下才能开展自动化测试工作。根据我们的经验,一般来说,满足以下 3 个条件就可以对项目开展自动化测试:
软件需求变动不频繁。2) 项目周期较长。3) 自动化测试脚本可重复使用。
4、自动化测试的优劣分析
任何无法服务好业务的技术都是没有价值的,自动化测试也是,只有自动化测试能真正服务好业务,并带来较高性价比,才有价值,单纯拿代码堆叠起来的自动化测试不可取。
谈及自动化测试优势,包括但不局限于以下几点:
2) 避免测试人员因重复劳动产生厌倦感。
3) 提高测试效率。
4) 保证每次测试的一致性和可重复性。
5) 更好的利用无人值守时间,可重复利用时间和环境资源。
6) 可运行更多、更繁琐的测试,且快速高效。
7) 回归测试更方便可靠。
8) 可执行一些手工测试执行相当困难或者做不到的测试,如大量的用户并发测试、性能测试等。
9) 自动化测试脚本完全可复用。
10) 支持多环境下的测试。
11) 可以将产品知识固化到脚本中,降低测试人员流动对项目造成的影响。
自动化测试虽然能带来的好处很多,但也存在一些弊端或者不太友好的地方,常见的:
从短期来看,系统开发时间不一定能缩短。
2) 不能取代手工测试。
3) 自动化测试不容易发现界面、布局问题。
4) 手工测试比自动化测试发现的缺陷更多。
5) 测试自动化可能会制约软件开发。
6) 自动化测试工具是死的,它不具备任何想象力。
7) 自动化测试几乎无法发现新缺陷,最大的用途是做回归测试,确保曾经的缺陷没有在新的版本上 重新出现。
8) 在开展前期,自动化测试成本投入高,风险大,且对测试人员的技术、测试工具契合度都有要求。
5、自动化测试的流程
和一般测试流程一样,自动化测试流程也是开展自动化测试时非常重要的一个环节。可以说一个好的自动化测试流程会让你在开展自动化测试的过程中更加顺利,否则将疲于奔命。那么自动化测试流程是怎样的呢?下面来详细介绍。
- 对被测系统进行调研
- 确定使用的开发语言
- 选择自动化测试项目
- 申请自动化测试资源
- 自动化测试用例筛选
- 编写自动化测试方案
- 自动化测试框架和脚本开发
- 框架演示
- 进入脚本开发阶段
- 脚本执行阶段
- 成果验收
以上便是从无到有的一个自动化测试流程,如果公司已有成熟的自动化测试框架,那么按照已有的自动化测试流程执行即可。以上流程瑾供参考,不是绝对的,具体还应视公司情况调整。如下图所示:
写在最后
现在很多软件测试人员,都会陷入到一个怪圈:看到别人升职加薪,又觉得为啥别人运气总是那么好,我和他差不多时间进公司的啊!然后去跳槽,发现,现在的面试这么难的嘛,动不动就自动化测试,动不动就测试框架,软件测试不好做了,做 软件测试 的人太多了,我还是转行吧。
归总到一点,就是没从自己思考,从身上找原因。无论对于程序员来说,还是对于其他岗位,想要涨薪升职,自己的能力肯定要跟得上,而唯一的办法就是通过学习来提升自己。
废话也不多说,我自己分享一下我自己的一套学习资料库,大伙看看有没有需要的:
这些资料,对于想学习【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!凡事要趁早,特别是技术行业,一定要提升技术功底。希望对大家有所帮助