阿里二面,原来我对自动化测试的理解太浅了

2022-03-04 10:00:00
沉醉
转贴:
公众号
3778
摘要:有很多人做了很长时间的自动化但却连自动化的概念都不清楚,这样的人也是很悲哀,做这样的职业,却连最基本的概念都不清楚。

如果你入职一家新的公司,领导让你开展自动化测试,作为一个新人,你肯定会手忙脚乱,你会 如何落地自动化测试呢?资深测试架构师沉醉将告诉你如何落地自动kan化测试, 本次话题主要分为如下几部分内容:


  • 什么是自动化?

  • 分层自动化又是什么?

  • 如何使用Python实现自动化测试?

  • RobotFramework自动化是不是适合你的境遇?

  • 自动化落地成功,怎样日常维护?

01 什么是自动化


有很多人做了很长时间的自动化但却连自动化的概念都不清楚,这样的人也是很悲哀,做这样的职业,却连最基本的概念都不清楚。我给大家列举出来如下(引自《软件评测师第69页》):


自动化测试的定义:

  • 自动化测试就是 通过测试工具或者其他手段,按照测试工程师的预定计划对软件产品进行的自动的测试,它是软件测试的一个重要组成部分,它能够完成许多手工无法完成或者难以实现的一些测试工作。正确、合理地实施自动化测试,能够快速、全面地对软件进行测试, 从而提高软件质量,节省经费,缩短产品发布周期。


如上就是自动化测试标准概念,概括而言,无非就是使用自动化的手段代替人工,但是 不是完全代替人工 在这里我不得不指出一个误区,有的人不了解自动化的含义,尤其是一些领导层,认为自动化是万能的,只要自动化做出来,功能测试就可以完全解放了, 即使自动化脚本写的再智能,也不可能完全代替手工 并且自动化所耗费的人力也是对于整个项目组很大的开支。所以自动化测试不是万能。


自动化测试的概念引出后,咱们也要介绍一下自动化所包含的种类, 在市面上最流行的自动化包括如下种类:

  • UI自动化

  • 接口自动化

  • app 自动化

  •  单元自动化

  • 自动化测试工具(测试开发辅助工具)


种类很多,是不是所有的自动化种类都要在项目开展,这就引出我们新的观点, 什么是分层自动化?


02  分层自动化又是什么


先上张图

automation-分层自动化

先来谈谈我在工作中看到的自动化测试的误区

1、自动化测试脚本在完成后 因为产品更新导致大量测试用例失效,由于团队忙于新功能开发,当失效的用例积累越来越多时,这些测试用例就慢慢失去维护。如果开发这些用例同学在的时候可能还好办。


2、大量的自动化测试脚本没有发现问题, 上线后仍然问题不断。在测试中我们主要针对正常流程进行测试,但是在线上出故障的都是非正常流程。


3、 代码质量问题严重。很多人写的单元测试只是构造一个输入然后检查返回值,结果是测试通过了但是问题却遗漏了。


4、 复轮子制造。大量的团队都在开发自己的自动化测试框架,实际上只是对各种开源框架进行裁剪完善。

分层测试包含如下几个层次:

  • 单元测试:开发者编写的一小段代码, 用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言,一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为。


  • 集成测试:也叫 组装测试或联合测试。在单元测试的基础上,将所有模块按照设计要求(如根据结构图〕组装成为子系统或系统,进行集成测试。在这里我们可以认为就是接口测试。


  • 系统测试:将需测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素及环境结合在一起测试。在这里我们就可以理解为是 UI测试。另外还要个综合规律发现得越早修复成本越低。


03  如何使用


如何使用Python实现自动化测试?

就语言而言Python实现自动化无非就是 调用对应封装好API


在众多自动化测试框架中,针对语言都有对应的封装。但是林林总总,自动化测试无非就要是分为这几大类型,我分别指出对应的自动化测试框架:


  • UI自动化

    web自动化:selenium

    GUI自动化:autoit

  • 接口自动化

    urllib2

    requests

  • app 自动化

    appium

  • 单元自动化

    和语言有关


看到如上框架,大家肯定会感觉学习自动化,你不仅要熟悉基本的框架内容知识也要对语言有相当的了解,才能真正的实现自动化测试。所以就引出今天要介绍的自动化测试框架 RobotFramework



04 是否适合


RobotFramework自动化是不是适合你的境遇?自动化测试开发面临的问题:


  • 版本迭代的速度很快,迭代的时间很短,自动化测试开发是时间太短。自动化测试开发框架开发代价太大。尤其是针对初创团队,开发框架人力成本太高。
  • 实际的项目,特别是大型项目,功能通常都是非常复杂的,对构建自动化测试用例也是一种挑战。

综上而论,针对部门规模也是有一定界限的,真正实现自动化测试方式和方法。


对于大型测试部门,有较强的开发能力可以考虑做一套自动化测试框架,但是针对小的团队,还是要选择轻量级的成熟的自动化测试框架。


RF特点

  • 易于使用,采用表格式语法,统一测试用例格式

  • 可以使用关键字驱动(keyword-driven)、数据驱动(data- driven)和行为驱动开发 (BDD) 完成

  • 重用性好,可以利用现有关键字来组合新关键字;结果报告和日志

  • 采集HTML格式,易于阅读。平台和应用性关联性

  • 易于集成,提供了命令行接口和基于XML的输出文件

  • 易于与版本管理集成

  • 关键字单词化,容易理解


RF实现的架构图:

automation-RF实现的架构图

RF代码示例:

automation-RF代码示例


自动化测试只要用RF一个框架都能够解决

RF自动化测试框架是一个 融合关键字驱动和数据驱动的自动化测试框架,本身在自动化角度上这种融合化自动化测试框架,是当前自动化框架发现的整体趋势。尤其是在工作当中简简单单使用一种框架,不能够满足工作遇到的需求。



05  怎样日常维护


在实际的工作中自动化测试如何落地这个问题也是很大的痛点,往往自动化做了一大堆,却解决不了在工作中实际问题, 自动化存在的价值无非就是两个方面:

  • 一是辅助功能做测试数据

  • 二是做冒烟测试和回归测试

如果这两点都没有做到,自动化测试是不可能实现真正意义上应用,也谈不了节省人工。在实际工作过程中。还有一点也是很重要的一个问题,自动化刚开始做的时候,很重要的一点就是 打地基,如果地基打不好,整个框架到后期会发现很多问题暴露出来,往往到最后就会舍弃这个框架。框架的选择和框架的开发很重要的,要求短期内自动化测试一定要做出来,可想而知自动化是不可能短期内做出来,架构设计不好,到后期返工可能性会更大。所以这也就决定了自动化前期不是盲目性的,要做好地基。


同样这样也引出咱们今天的重点,RobotFramework 自动化测试框架,一个成熟的自动化测试框架,而且这个框架背后有Python语言作为扩展,所有Python能够实现的东西,在这个框架都可以实现。框架很多,在选择的角度上而言, 找一个成熟的框架,把工作的重心放到管理测试用例上,这个才是做自动化的最高层次。也是最贴切工作的价值和意义。一切推崇高技术含量的东西没有一点贴近工作的框架都是浪费时间。

发表评论
评论通过审核后显示。
联系我们
  • 联系人:阿道
  • 联系方式: 17762006160
  • 地址:青岛市黄岛区长江西路118号青铁广场18楼