【测试面试】自动化测试都不会？想拿13K？怕是有点难....

前言

　　随着软件测试技术的发展，人们已经从最初的纯粹的手工测试转变为手工与自动化测试技术相结合的测试方法。近年来，自动化测试越来越受到人们的重视，对于自动化测试的研究也越来越多。

面试过程

最近面试到了一位3年经验的测试工程师，面了20分钟整体觉得不错整体也符合公司的招聘需求，但是到了谈薪的阶段稍微有点分歧，他要了13K的工资让我有点为难，我认为她只值10K,毕竟自动化测试都不会，基础在牢固终究还是点点点，大家认为我给的薪资有没有问题，在上海

自动化测试学习教程（4步入门）

一、自动化测试基础知识

　　什么是自动化测试

　　1、把人为驱动的测试行为改成机器执行，通过设计的测试用例，由机器按照测试用例的执行步骤对其进行自动操作，输出结果，由测试人员进行比较。

　　2、自动化测试往往通过一些测试工具或框架，编写自动化测试用例，来模拟手工测试。

　　3、自动化测试能极大的节省人力、时间和硬件资源，提高测试效率。

　　自动化测试的优势

　　1、自动化测试工具可以根据需要，准备大量的测试数据。

　　2、可以使用相关脚本技术准备大量的测试用例。

　　3、测试结果有时需要再进行相应的数据处理。

　　4、可以对大量数据或数据格式进行快速比对。

　　自动化测试的劣势

　　1、相比手工测试，自动化测试对测试人员的能力要求相对较高。

　　2、自动化测试用例需要根据版本迭代进行更新，有一定维护成本。

　　3、不能指望自动化测试去发现更多新的BUG，自动化测试能发现的缺陷远远比手工测试的少。

　　4、自动化测试的产出价值往往在于长期的回归测试，短期内发挥的作用可能不明显。

　　5、自动化测试不能提高测试的有效性，只能用于提高测试的效率。

　　对于自动化测试的误解

　　1、有了自动化测试不再需要手工测试。

　　2、自动化测试对有些测试比如：本地化测试、用户体验测试、探索性测试，测试环境搭建方面并不能完全代替手工测试。

　　3、自动化测试是对产品的运行，对测试点要有一定的手工测试基础，自动化测试和手动测试相辅相成。

　　4、自动化测试并不仅指自动化运行测试产品，数据处理也是非常重要的一个环节。

　　自动化测试前提条件及原则

　　1、项目周期长，需求稳定近期未变动。

　　2、前端开发无需多次修改的页面，无缺陷遗留的模块。

　　3、自动化测试脚本可重复使用，比较频繁的回归测试（由于模块较多，暂时回归测试范围限定为模块主流程）。

　　4、手工测试难以实现，需要在多平台上运行相同的测试案例及大量重复任务。

　　5、前期自动化实施应避开复杂度极高的模块

　　如何实施自动化测试

　　1、获取信息和测试需求分析：总体把握系统架构和设计，分析出系统的测试需求。

　　2、设计：设计测试用例，并且挑选出需要自动化实现的测试用例。

　　3、实现：编写、调试和实现测试脚本。

　　4、执行：执行脚本的过程，需要不断分析执行过程中的异常。

　　5、测试结果分析：分析哪些是Bug，哪些是测试框架本身的问题。

　　6、维护：自动化测试脚本维护是一个难以解决又必须要解决的问题。

　　7、总结：在自动化测试过程中总结自动化实践的投入产出比。

　　自动化测试的层次划分

　　1、越往上，越接近QA、业务/最终用户，越往下，越接近开发。

　　2、越往上，测试执行越慢；越往下，测试执行越快。

　　3、越往上，测试成本越高（越耗时，失败时的信息越模糊，越难跟踪），越往下，测试成本越低。

二、自动化测试工具和框架

　　常见的自动化测试的工具

　　自动化测试工具开发语言：Java、Python等

　　基础测试工具

　　（1）单元测试：junit（java）、unittest（python）

　　（2）接口测试：httpclient（java）、restassure（java）、request（python）

　　（3）UI测试：selenium webdriver（ web  ）、appium（app）

　　常见自动化测试工具

　　（1）接口测试：Jmeter、soapui、postman

　　（2）UI测试：katalon、Robotframework、Android

　　自动化测试脚本技术

　　1、线性脚本：录制、回放

　　2、结构化脚本：含有控制脚本执行的指令，支持顺序、选择和循环3、共享脚本：可以被多个测试用例使用，脚本之间可以互相调用

　　3、数据驱动脚本：数据驱动脚本是将测试输入存储在独立的文件中，脚本中只存放控制信息

　　4、关键字驱动脚本：关键字驱动脚本实际上是较重复的数据驱动技术的逻辑扩展 ，即测试用例的执行步骤（操作，操作对象，操作值）存放在文件中，直接执行

　　自动化测试操作的基本原理

　　1、接口自动化测试操作

　　（1）模拟请求 url和报文，准备测试数据，抓包获取接口信息，对接口的一个分析，有文档或无文档

　　（2）模拟客户端发送 HTTP请求（get、post）

　　（3）模拟客户端从服务器接收返回报文

　　（4）验证返回结果是否符合预期

　　2、UI自动化测试的操作

　　（1）通过id、name、xpath、cssSelector等方法定位页面元素（findelement、findelements）

　　（2）对定位到的页面元素执行相应的操作（ click、input等）

　　（3）对操作后出现的结果和预期结果做一个比较（  assert  ）

　　自动化测试基础工具原理

　　Selenium（解析前端代码与控制浏览器）

　　自动化测试的PO模式

　　1、在PO模式中抽象封装成一个BasePage类，该基类拥有一个只实现webdriver实例的属性

　　2、每一个page都继承BasePage，通过driver来管理本page中元素，将page中的操作封装成一个个的方法TestCase依赖page类，实现相应的测试步骤

　　自动化测试框架

　　1、关键字驱动

　　（1）将测试用例分成四个不同的部分。首先是测试步骤（Test Step），二是测试步骤中的对象（Test Object），三是测试对象执行的动作(Action)，四是测试对象需要的数据（Test Data）。

　　（2）将数据与关键字结合来描述如何执行测试。也就是将测试用例脚本中的步骤提取出来，放在独立的数据文件中，变成简单编写的方式。这种方法具备数据驱动的优势，同时非编程人员也能建立测试。

　　（3）关键字驱动的模式是建立在数据驱动手段之上，关键字驱动文件包含指令 (关键词)，而不只是数据。

　　（4）这个测试框架可以通过很少的代码来产生大量的测试用例。同样的代码在用数据表来产生各个测试用例的同时被复用。

　　2、数据驱动

　　（1）从某个数据文件(例如Excel文件、Xml文件、Json文件、数据库等)中读取输入测试数据，然后通过变量传入编写的测试脚本中。

　　（2）数据文件的读取、测试状态和所有测试步骤都被编写进测试脚本里；测试数据只包含在数据文件中，而不是脚本里，测试脚本只是一个“驱动”，或者说是一个传送数据的机制。

　　（3）数据驱动的方法主要用于需要通过不同数据来保证测试覆盖率的场景，比如被测系统业务逻辑固定不变或变动较小，即测试用例步骤是固定的，但是所需要的测试数据是变化的情况，通常来说，数据都是保存在外面文件或数据库中，运行时自动获取。即测试框架中要支持数，据与脚本分离，一个测试脚本可以驱动执行多个相似测试场景。

　　（4）这个框架意图减少需要执行所有测试用例所需要的总的测试脚本数，数据驱动需要很少的代码来产生大量的测试用例。

三、自动化测试框架的选择与搭建

　　1、技术方案

　　Selenium（Webdriver） + Python（unittest）+ cx_Oracle + HTMLTestRunner

　　Selenium的WebDriver是一款开源工具。利用比较简洁的Python语言进行自动化测试，对于人员的学习成本来讲比较实用，学习时间短，有优势。

　　Python自带的unittest单元测试框架可以很方便的实现自动化用例的设计和执行以及自动化用例套件的管理等任务。Python是纯面向对象的语言，后续也可以过渡到Java + Selenium进行更加丰富的自动化测试；此外，可以选择Jenkins作为持续集成服务器，配合Python+Selenium的方案进行自动化冒烟测试。

　　此方案采用了Page Object设计模式，将页面、用例、数据三者分离。这样可以使测试案例可以更关注与业务而非界面细节，提高测试案例的可读性；降低代码冗余，增加方法的复用性。

　　2、环境选择

　　根据测试组自动化测试需求讨论结果，在uat、stage环境下使用自动化测试技术做回归测试。（执行前需确保该环境可正常使用）

　　由于uat、stage环境频繁发版，影响自动化测试框架调试及脚本编写，申请一个稳定环境做调试及编写工作。

　　3、自动化测试流程

　　（1）选取模块

　　（2）选择用例（主流程用例）

　　（3）按页面编写操作方法

　　（4）按用例编写用例流程脚本

　　（5）按用例编写数据查询方法

　　（6）执行用例

　　（7）输出报告（后期扩展，增加执行日志和异常截图以便跟踪缺陷）。

　　综上，当脚本内容编写结束并且业务需求和测试需求均无更改的时候，执行后两步操作即可。查看报告内容，如发现缺陷，需按用例内容重现缺陷并提交至禅道管理系统。

　　4、后续维护

　　（1）业务需求变更

　　当业务需求变更时，应在执行用例时越过变更内容用例，变更内容上线后按需求变更内容对脚本及用例进行相应调整。调整结束，需再次执行确保用例稳定。

　　（2）被测模块重构

　　当被测模块重构完成时，需执行该模块自动化测试用例，查看是否正常执行，若无问题出现则不需调整，若出现问题需及时调试解决。

　　（3）技术变更

　　随着自动化测试框架的不断调优、扩展功能，基础模块和封装的页面等也会随之变化。进而，自动化测试需要定期执行，以保证调优、扩展后框架的稳定性，从而达到保障回归测试的正常进行。

　　5、资源调配

　　（1）环境： 

        a、项目环境与线上项目近似，独立发版，版本内容相对稳定，数据库独立，不受其它环境影响。

　　 b、本机环境，win7&win10 Chrome 72 32bit。

　　（2）用户：独立用户，权限尽量调高，以免由用户权限影响访问某些功能点，减少用例遗漏。

　　（3）人员：建立自动化测试的组，理想状态下3-4个人员，测试开发、中高级自动化测试工程师、初级自动化工程师。

　　（4）培训：对初级自动化工程师培训，设计的框架以及封装的驱动等。

四、自动化测试分阶段实现

　　1、搭建基础版框架，完成一个模块的自动化测试demo

　　采用Page Object设计模式，对页面元素，用例流程，数据进行封装隔离，在通用模块或基础模块中对webdriver进行二次封装，自动生成测试报告以便分析自动化测试执行结果。

　　2、按基础版框架，扩展测试范围

　　选取适合做自动化测试的功能模块，按基础框架思路编写脚本、用例等，然后对框架做扩展，实现数据驱动、定时执行测试，发送报告邮件等便于使用的非核心功能。

　　3、覆盖大多数模块的回归测试

　　根据人员等资源的协调情况，将自动化测试用例扩展至覆盖大部分模块回归测试的程度。由执行自动化测试完成回归测试，以达到提高回归测试的效率，降低回归测试人力要求的目的。

小结

　　自动化测试技术在现代测试技术中是有一定优势的，但是自动化测试不是在任何情况下都必须的，适当的、或者是有效成本投入，需要我们在合适的时机引入自动化测试，使手工测试和自动化测试实现完美结合。

 END绵薄之力

最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！

加入我的软件测试交流群：110685036免费获取~（同行大佬一起学术交流，每晚都有大佬直播分享技术知识点）

软件测试面试小程序

被百万人刷爆的软件测试题库！！！谁用谁知道！！！全网最全面试刷题小程序，手机就可以刷题，地铁上公交上，卷起来！

涵盖以下这些面试题板块：

1、软件测试基础理论 ，2、web,app，接口功能测试 ，3、网络 ，4、数据库 ，5、linux

6、web,app，接口自动化 ，7、性能测试 ，8、编程基础，9、hr面试题 ，10、开放性测试题，11、安全测试，12、计算机基础

获取方式 ：