1.什么是自动化测试？
从广义上来讲，自动化包括一切通过工具（程序）的方式来代替或辅助手工测试的行为都可以看做自动化。其主要手段是模拟手工测试，通过组织编写自动化脚本执行测试用例，解决测试工作量大的问题，自动化测试能有效的提高测试效率，同时节约人力和时间成本。
?
2.自动化测试流程
1、制定测试计划
在展开自动化测试之前，最好做个测试计划，明确测试对象、测试目的、测试的项目内容、测试的方法、测试的进度要求，并确保测试所需的人力、硬件、数据等资源都准备充分。制定好测试计划后，下发给用例设计者。
2、分析测试需求
用例设计者根据测试计划和需求说明书，分析测试需求，设计测试需求树，以便用例设计时能够覆盖所有的需求点。一般来讲，基于Web功能测试需要覆盖一下几个方面：
1）页面链接测试，确保各个链接正常；
2）页面控件测试，确保各个控件可靠；
3）页面功能测试，确保各项操作正常；
4）数据处理测试，确保数据显示准确、处理精确可靠；
5）模块业务逻辑测试，确保各个业务流程畅通。
3、设计测试用例
通过分析测试需求，设计出能够覆盖所有需求点的测试用例，形成专门的测试用例文档。由于不是所有的测试用例都能用自动化来执行，所以需要将能够执行自动化测试的用例汇总成自动化测试用例。必要时，要将登陆系统的用户、密码、产品、客户等参数信息独立出来形成测试数据，便于脚本开发。
4、搭建测试环境
自动化测试人员在用例设计工作开展的同时即可着手搭建测试环境。因为自动化测试的脚本编写需要录制页面控件，添加对象。测试环境的搭建，包括被测系统的部署、测试硬件的调用、测试工具的安装盒设置、网络环境的布置等。
5、编写测试脚本
根据自动化测试用例和问题的难易程度，采取适当的脚本开发方法编写测试脚本。一般先通过录制的方式获取测试所需要的页面控件，然后再用结构化语句控制脚本的执行，插入检查点和异常判定反馈语句，将公共普遍的功能独立成共享脚本，必要时对数据进行参数化。当然还可以用其他高级功能编辑脚本。脚本编写好了之后，需要反复执行，不断调试，直到运行正常为止。脚本的编写和命名要符合管理规范，以便统一管理和维护。
6、分析测试结果、记录测试问题
应该及时分析自动化测试结果，建议测试人员每天抽出一定时间，对自动化测试结果进行分析，以便尽早地发现缺陷。如果采用开源自动化测试工具，建议对其进行二次开发，以便与测试部门选定的缺陷管理工具紧密结合。理想情况下，自动化测试案例运行失败后，自动化测试平台就会自动上报一个缺陷。测试人员只需每天抽出一地你该时间，确认这些自动上报的缺陷，是否是真实的系统缺陷。如果是系统缺陷就提交开发人员修复，如果不是系统缺陷，就检查自动化测试脚本或者测试环境。
7、跟踪测试BUG
测试记录的BUG要记录到缺陷管理工具中去，以便定期跟踪处理。开发人员修复后，需要对此问题执行回归测试，就是重复执行一次该问题对应的脚本，执行通过则关闭，否则继续修改。如果问题的修改方案与客户达成一致，但与原来的需求有所偏离，那么在回归测试前，还需要对脚本进行必要的修改和调试。
8、自动化脚本的维护
如果系统发生变更时，对自动化测试脚本和相关文档包括《自动化测试用例》、《自动化脚本设计说明书》进行维护，以适应变更后的系统。
3.自动化测试分种类
自动化测试可分为两种：1)自动化性能测试；2）自动化功能测试。
性能测试主要是使用测试工具，Loadrunner、Jmeter等，对软件进行压力测试、负载测试、强度测试等等，因为这些无法用手工进行代替，所以必须自动化。
自动化功能测试：包括单元测试、接口测试、UI测试。主要是编写代码、脚本，让软件自动运行，发现缺陷，代替部分的手工测试。但一般只有大的项目才需要进行自动化，中小型项目不推荐使用自动化测试。
UI: selenium/webdriver
API: Jmeter/QTP/METERSPHERE
MOBILE: Robotium/appium
自动化框架介绍
Selenium Webdriver（也就是Selenium2，Selenium3）和Selenium RC（Selenium 1）一样提供了web自动化的各种语言调用接口库，Selenium WebDriver的编程接口更加直观易懂，也更加简练。但是和Selenium RC不同的是，Selenium Webdriver是通过各种浏览器的驱动（web driver）来驱动浏览器的，而不是通过注入JavaScript的方式，下面是其原理的示意图：
?
我们的代码运行起来是一个进程，里面调用Selenium WebDriver的库 和 各个浏览器的驱动进程 进行交互，传递Selenium命令 给它们，并且获取命令执行的结果，返回给我们的代码进行处理。
Selenium WebDriver目前包括两个版本Selenium 2和Selenium 3。这两个版本从开发代码调用接口上来看，几乎没什么区别。区别在于库的实现和web driver的实现。Selenium2是Selenium组织帮各种浏览器写web driver的，而Selenium 3里面的web driver是由各个浏览器厂商（Apple,Google,Microsoft,Mozilla）自己提供的。所以Selenium 3的自动化效率更高，成功率也更高。
WebDriver 目前所支持的浏览器包括：Firefox、Chrome、IE、Edge、Opera、Safari，用到最多的是Firefox、Chrome
怎样开展自动化测试
很多时候测试人员在开展自动化测试的时候都是不加思考的就开始做，认为用工具录几个脚本再回放就可以了，没有考虑有效性；而做了并不一定就会有效果，如果自动化测试在整个测试工作中发挥不了作用，那么哪怕是只投入了很少的成本也是在浪费资源。所以在开展自动化测试之前必须认真思考虑一些问题，以确保它的有效性：
1、被测系统是否适合做自动化测试；
2、被测系统适合在哪些环节做自动化测试；
3、使用何种测试工具、测试框架；
4、开展自动化测试需要哪些资源，包括：人员、机器、时间；
5、当前可用或是可以申请到的资源；
6、如何在不影响日常测试工作的前提下，开展自动化测试工作；
1、被测系统是否适合做自动化测试；
很多人可能都回觉得这个问题有些多余，不需要考虑。可事实上作为一名测试主管必须考虑这个问题，应为自动化测试并非只是做与不做这么简单，而是需要考虑成本投入与效果产出。不管是做软件、做系统、还是做网站，最终的目的基本上都是要盈利的，要盈利就必须控制成本，提高利润。所以在测试工作中也必须考虑到成本投入。
如何确定系统是否适合做自动化测试呢？个人认为主要考虑当前的被测项目是长期的还是短期？如果被测项目是在今后半年或者几年间要不断进行开发维护的，那么就需要重复的进行大量的回归测试，这种情况下如果有自动化的回归测试体系就可以节省成本投入；如果被测项目是短期的，比如说一个月，或几个月，同时如果开发自动化测试又不是很容易，也没有足够的时间去做这件事，那么就完全没有必要作自动化测试，费尽力气做出的自动化测试脚本，可能只会用到一次或两次，这样就很不值当。
2、被测系统适合怎样的自动化测试；
自动化测试覆盖的范围很广：单元测试、集成测试、接口测试，GUI测试等等都可以实现自动化执行；同时，不同的系统情况是不一样，有的适合或是可以做GUI的自动化测试,有的可能只适合做接口的自动化测试,所以需要针对不同的被测项目,考虑具体在哪一个环节作自动化测试。比如说针对搜索引擎，前端往往比较简单，只是一个文本框和提交按钮，大部分的逻辑处理都是在后端完成的，这种情况做自动化的接口测试就可以达到事半功倍的效果；如果是被测系统有很多的页面操作，那么可以考虑GUI的自动化测试；以上这两种情况都不是绝对的，如果测试资源足够，那么在各个环节都是可以开展自动化测试的。此外，还有一点需要考虑的是自动化测试的可行性，比如说对一个系统而言，做GUI测试是最合适的，也是最有效，但是有可能通过各种工具或者是脚本很难实现GUI的自动化测试，那么就需要考虑变通，考虑是否可以将自动化测试调整到接口测试或是集成测试等环节。
3、使用何种测试工具、测试框架；
当前可以做自动化测试的工具不少，主流的付费的qtp，winrunner，silktest等，开源免费的Jemmy,watir,pywinauto等等。这么多的工具框架该如何选择，就要看被测系统了，至少要考虑是C/S、还是B/S结构的，服务端和客户端都是用何种语言编写的，是什么数据库，服务器类型等等。
4、开展自动化测试需要哪些资源，包括：人员、机器、时间；
确定了使用何种测试工具、测试框架，就需要确定需要的资源，如：需要几个自动化测试工程师、需要购买的测试工具、测试机（服务器、客户机）、以及开发自动化框架所需要的时间；
5、当前可用或是可以申请到的资源；
确定了需要哪些资源，就要看当前可用的资源有哪些，如果资源不足应提前申请，如招聘测试人员、购买配置测试机。甚至需要测试人员提前学习新的技术；
6、如何在不影响日常测试工作的前提下，开展自动化测试工作；
在以上问题考虑清楚以后，就需要制定自动化测试的计划进度了，这时候必须考虑到自动化测试的开展不能影响到日常的测试项目，毕竟不能因为开展自动化就把日常测试耽搁，该做的还是要做的，这点恐怕是必须要考虑的，整个公司或者整个项目往往不能为你特意分配一段时间做这样让某些人不能一下子看到和利润有何相关的事，所以必须安排好计划进度，更多的需要整个测试部门挤时间去做。
6.自动化的优、缺点
自动化测试的优点：
1、对程序的回归测试更方便。这可能是自动化测试最主要的任务，特别是在程序修改比较频繁时，效果是非常明显的。由于回归测试的动作和用例是完全设计好的，测试期望的结果也是完全可以预料的，将回归测试自动运行，可以极大提高测试效率，缩短回归测试时间。
2、可以运行更多更繁琐的测试。自动化的一个明显的好处是可以在较少的时间内运行更多的测试。
3、可以执行一些手工测试困难或不可能进行的测试。比如，对于大量用户的测试，不可能同时让足够多的测试人员同时进行测试，但是却可以通过自动化测试模拟同时有许多用户，从而达到测试的目的。（理解：性能测试中的工具，如：JEMETER，LR等）
4、更好地利用资源。将繁琐的任务自动化，可以提高准确性和测试人员的积极性，将测试技术人员解脱出来投入更多精力设计更好的测试用例。（把节省的人力投入到更有意义的用例设计上）
将可自动测试的测试自动化后，可以让测试人员专注于手工测试部分，提高手工测试的效率。
5、测试具有一致性和可重复性。由于测试是自动执行的，每次测试的结果和执行的内容的一致性是可以得到保障的，从而达到测试的可重复的效果。（脚本的复用性）
6、测试的复用性。由于自动测试通常采用脚本技术，这样就有可能只需要做少量的甚至不做修改，实现在不同的测试过程中使用相同的用例。
7、增加软件信任度。由于测试是自动执行的，所以不存在执行过程中的疏忽和错误，完全取决于测试的设计质量。一旦软件通过了强有力的自动测试后，软件的信任度自然会增加。
自动化测试的缺点：
1、不能取代手工测试
2、手工测试比自动测试发现的缺陷更多，自动化测试不容易发现新的BUG，
3、对测试质量的依赖性极大（理解：自动化测试脚本的正常运转前，需要先经过功能测试的通过）
4、测试自动化不能提高有效性（理解：主要从维护脚本的花费资源上来看，并不能节省资源）
5、测试自动化可能会制约软件开发。由于自动测试比手动测试更脆弱，所以维护会受到限制，从而制约软件的开发。（无法理解这一块，测试对于软件开发的影响程度还没有达到制约的程度）
7、工具本身并无想像力综上所述，可以归结自动化完成不了的，手工测试都能弥补，两者有效的结合是测试质量保证的关键。
最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走
?这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。希望对大家有所帮助…..关注下方我的微信公众号【程序员小濠】免费获取~