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

Posted 2023-04-09 程序员江念

如果你入职一家新的公司，领导让你开展自动化测试，作为一个新人，你肯定会手忙脚乱，你会如何落地自动化测试呢？

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

自动化测试的定义：

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

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

02 为什么要做自动化测试？
从工作角度来说，目前互联网行业需求迭代非常快，人员流动也比较快，所以一个需求从提出到上线时间比较紧急，同时对于其影响的范围也可能不太清楚，在上线之前必须对原有功能进行回归测试。

不管是接口还是从客户端，都需要大量的测试工作，而且在大数据时代，测试用例量也是非常庞大的，如此繁复单调的工作让人工来测试的话，根本不能保证效率和质量，所以必须要借助于非人工手段来实现。

从个人发展方面来讲，时代在发展，对我们的要求也越来越高，所以我们要迎接变化，不断提升自己才行。虽然你可以坚持手工测试是基础，是王道，可是并没有企业愿意为你这个信念买单。

除非你生活无忧无虑，可以坚持自己的信念，否则你就要尊重业界发展的规律，不断充电从而使自己更有价值。或许再过几年，自动化测试会成为从业者的准入门槛，如果做不好自动化测试，所谓的高薪也就无从谈起。

03 那该如何学习自动化测试？
既然自动化测试是手工测试提升的一个必经之路，虽然自动化测试没有那么高大上，但也是必不可少的。那作为一个有理想的测试人员，应该如何去学习自动化测试呢？

（1） 准确定位自己，明确目标

有不少同学意识到了自动化测试的重要性，就去网上查询资料啊，或是报培训班学习啊，可是到最后越学越迷茫，处于会与不会之间，前路不知如何去走？这是什么原因呢？

这是因为你在学习自动化测试之前没有想明白几个问题：我的真实水平如何？如果学习一项新的技术或是语言，我愿意投入的精力是多少？从现在开始学习，三个月或是半年后应该达到什么目标？我了解现在业界的自动化测试类型或是体系吗？想好这些问题再去入手学习或培训，必定事半功倍。

（2） 全面了解，选好切入点

目前自动化测试方向大概有以下几个：

A、辅助测试脚本方向：以Shell，Python为主来简化重复的工作，过滤日志等；

B、接口自动化测试方向：Python+Unittest+htmlTestRuner+Jenkins和Java+Httpclient+TestNG+Jenkins，当然还有很多其他二次开发的框架或工具，不过核心是一样的；

C、页面自动化方向，主要有Python+Webdrver+HtmlTestRunner+Jenkins,Java+Webdriver+TestNG+Jenkins,以及其他的框架和工具

D、app自动化测试方向：以Robotium+Java+TestNG+Jenkins,　　appium+Java+TestNG+Jenkins,appium+Python+HtmlTestRunner为主。

当然这里介绍的都是简单的，最基本的实现方案，作为入门学习比较合适。其他五花八门的二次开发的框架，包含众多功能的方案留待你以后提升。先从这几方面了解入手，选择一个语言体系，建议从接口自动化入后，然后再去学习页面和app。

（3） 步步为营，不要贪多

我们在提升自己的时候，发现有好多东西需要学习，于是就很着急，想同时学习很多东西，其实这并不好。学的太多容易产生混淆，而且不容易消化，你仔细调研一下就会发现，很多东西都是通着呢。代码架构，用例管理，执行策略，持续化集成思想都可以举一反三，关键是自己要动手真正实施起来，在公司现在的框架上写用例，不管你写多少，不了解整体结构都是没有用的。

我的自动化测试之路，一路走来都离不每个阶段的计划，因为自己喜欢规划和收集总结，所以，我和朋友特意花了一段时间整理编写了下面的《自动化测试工程师学习路线》，也整理了不少【网盘资源】，需要的朋友可以点击文末小卡片获取。希望会给你带来帮助和方向。

 1、Python 编程与测试开发技术

 2、Web自动化测试基础 

 3、APP自动化测试基础

 4、Postman测试工具专题

 5、接口自动化测试基础

 6、自动化框架封装

 7、持续集成

  8、Jmeter 性能测试

  9、APP性能测试

 10、Fiddler 抓包工具的使用

 11、TCP/IP协议详情

  12、计算机操作系统

 13、Linux 系统操作

 14、MySQL 数据库

 15、RobotFramework 自动化测试框架

  16、跨平台的自动化测试框架

  上面就是我整理出来的一份全栈测试工程师技术进阶路径图。完成这样一个技术栈的构建。可以说，这个过程会让你痛不欲生，但只要你熬过去了。以后的职业生涯就轻松很多。正所谓万事开头难，只要迈出了第一步，你就已经成功了一半，古人说的好“不积跬步，无以至千里。”等到完成之后再回顾这一段路程的时候，你肯定会感慨良多。

 

相信看到这里的，不管是新手还是前辈，都对自动化测试有了一个大体的认知。希望这篇文章能帮助新人更好地了解软件测试行业，也同样希望这篇文章同样能帮助已经有几年测试经验的前辈们做好自己的职业定位，确定未来的发展方向以及做好技术沉淀。

软件测试面试题合集 我们进阶学习自动化测试必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

 

 

Java ActionListenner类的一些理解

　　Java的ActionListenner事实上我去年年这个时候大概就已经接触到了,也学会了比较简单的使用。但却始终不能理解ActionListenner的一系列的运行是怎么维持这么一个联系的？

　　我产生了很多疑问,但却无法解决,也许是当初实在对Java理解得太浅了。

　　在一年后的今天,我再次接触到了ActionListenner,且有了一些新的个人的理解,特在此记录。

　　

　　正文:

　　　　首先我一开始所产生的几个疑问:

　　　　为什么要有ActionListenner？

　　　　ActionListener是什么？

　　　　ActionListenner如何使用？

　　　　ActionListenner是如何与事件(我的操作,例如:点击某个按钮)产生的联系？

　　个人理解: 这些问题提得有点太大了,或许并不是我现在能定义的,但是我想暂且回答一下之前的自己,以达到一个记录与学习的作用吧。

　　　　为什么要有ActionListenner？

　　　　　　计算机通过键盘和鼠标进行操作,但是键盘和鼠标所谓的"输入"和"点击",其实仅仅是传送给了电脑。而我们所看见的点击"X",就关闭对应的页面。我打按下键盘"jianpan",输入法就直接出现了一系统可能的提示结果(1.键盘 2.监盘..)让我进行选择。

　　　　　　而如若我们没有各种编程语言中的事件监听类或者方法,那么我们就无法实现这么神奇和优质的人机交互。

　　　　　　如若没有事件监听:

　　　　　　　　我点击关闭,电脑硬件收到了一个点击的信号,而软件没有任何处理信息的方法,那么也无从关闭,甚至我们连移动鼠标光标也无法做到,人无法与电脑交互,也就是人无从使用电脑。

　　　　ActionListener是什么？

　　　　　　根据我所看得Java的ActionListener类发现：这个类是一个接口类,且这个类里面只定义了一个方法。

public interface ActionListener extends EventListener {

    /**
     * Invoked when an action occurs.
     * @param e the event to be processed
     */
    public void actionPerformed(ActionEvent e);

}

　　　　　　以上便是Java的ActionListener类,其中actionPerformed是任何继承了这个类都要重写的方法,这个方法可以接收到 ActionEvent e 也就是事件,目前我们暂且不谈什么事件会被传送至这个函数。而对于这个函数的功能来说,很显然:我们可以根据传入的事件的不同,进行不同的处理操作,这个函数也就是一个处理事件的一个函数。而这个类又主要只有这么一个函数(它继承了EventListener,也可能有其他方法)。所以这个类我总结一下是 : 作为一个监听类接口,以规范实现它的类,防止实现的时候忘记对事件信息的处理的一个接口类。

　　

　　ActionListenner是如何与事件(我的操作,例如:点击某个按钮)产生的联系？

　　　　我之所以先回答这个问题在于我认为,如若不知道这个联系是如何产生的,那么就不知道如何好地使用这个类。

　　　　首先:ActionListenner是一个接口,那么自然需要一个类去实现它,而实现它的那个类一定需要重写该接口内部的actionPerformed方法,那么就实现了一个可以处理事件信息的功能,而事件从何而来,则是关于另一个方法:注册监听(addActionListener),对于窗口类或者一些组件类都具有这个方法,也可以不准确地说:对于一切可能产生事件信息的类都有这种方法,且这个方法需要传入一个参数,这个参数是一个实现了ActionListenner的事件监听类。

　　ActionListenner如何使用？以及对产生联系的具体阐述。

　　　　举例:一个处于某个窗口类(myFrame)的某个按钮实例button需要实现一个功能即:按下这个按钮,当前对应的窗口背景颜色就变成红色。

　　　　那么我们可能需要在窗口类中处理这个按钮的信息,因为设置背景颜色这个操作很可能需要使用到这个类的一些方法,所以我们明确了处理信息在myFrame这个类中,那么就得先实现ActionListenner接口以及它内部的方法来实现对于事件信息的处理,然后我们可能需要在这个方法里面进行一些列的操作:如若我接收到了这个信息,那么我就调整背景颜色,这么个逻辑关系。但至今我们是还没有事件信息会传进来的,因为还没有任何一个"可能产生事件信息的类"在注册监听时传入了这个类产生的引用(this),所以我们还需要使用我们之前的button这个实例去注册监听,并且将this（因为button也在myFrame类内）传入。这时候就达成了一种具体的联系:鼠标在button坐标位置点击了一下,操作系统取得了鼠标的点击操作依据当前光标的坐标,然后对所有注册了监听的控件进行坐标比对,然后得知了点击在button这个控件上,于是根据注册监听时候的地址,找到了并将点击事件消息发送方给了当前button这个对象所属的一个以myFrame创建的实例,然后根据这个类中的处理事件信息的方法模块对信息进行了处理（将背景设置成了红色）。