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

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

• 什么是自动化？

• 分层自动化又是什么？

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

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

• 自动化落地成功，怎样日常维护？

01 什么是自动化

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

自动化测试的定义：

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

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

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

• UI自动化

• 接口自动化

• app 自动化

•  单元自动化

• 自动化测试工具（测试开发辅助工具）

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

02  分层自动化又是什么

先上张图

先来谈谈我在工作中看到的自动化测试的误区： 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实现的架构图：

RF代码示例：

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

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

05  怎样日常维护

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

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

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

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

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