前言
“面试造航母，工作拧螺丝。”
这句话在互联网行业可以说是很真实了，但作为面试官来说，大都时候的一场面试，并不是主要面你需要的岗位，而是看你掌握的能力把你安排到缺少的岗位
因此初面的范畴都是很广的，什么算法知识、工具掌握、语言基础甚至些前端运维的知识都很常见
一、什么是自动化测试
以程序测试程序，以代码代替思维，以脚本的运行代替手工测试。自动化的测试涵盖了：功能（黑盒）自动化测试，功能（白盒）自动化测试，性能测试，压力测试，GUI（Graphical User Interface）测试，安全性测试等。
关于什么是**自动化，**查阅了一些资料，并没有一份权威规范的解释，以下摘自维基百科：
In software testing, test automation is the use of special software (separate from the software being tested) to control the execution of tests and the comparison of actual outcomes with predicted outcomes.Test automation can automate some repetitive but necessary tasks in a formalized testing process already in place, or add additional testing that would be difficult to perform manually.
首先，test automation跟 automation test是有区别的，测试自动化涵盖的面更广泛。本文阐述的是自动化测试，在这里暂且混淆这两个概念。
这一段英文不难，自行翻译。我眼里看到的几个要点：1.需要工具；2.工具控制流程，比较预期输出与实际输出；3.重复性高且有必要的测试流程可以自动化；4.用于手工测试难以达成的领域
说说我自己的理解：
自动化测试是测试思想的一个延伸，为测试工程师提供了一个“触须”，其行为可以看成一个工具，但是本质上自动化测试还是一种思想。
顺便提一句，狭义上的自动化测试指的就是基于GUI的自动化测试，而单元测试跟API测试，你有想过怎么用手工不借助任何工具去做吗？所以它们天生就属于测试自动化的范畴。
二、自动化测试的优势
（1）更方便程序的回归测试。
由于回归测试的动作和用例是完全设计好的，测试期望的结果也是完全可以预料的，，将回归测试自动化可以极大的提高效率缩短回归时间。
（2）提高测试效率
测试占据了整个应用程序开发生命周期的重要部分。这表明，即使是最微小的整体效率的提高，也会对项目的总体时间框架产生巨大的影响。尽管初始设置时间较长，但自动化测试最终占用的时间要少得多。实际上，它们可以在无人看管的情况下运行，从而在流程结束时监视结果。
（3）可以执行一些手工测试困难或者不可执行的测试，例如模拟大量用户场景的压力测试
（4）资源更好的利用
自动解决繁琐的任务，可以提高准确性与积极性，让测试技术人员解脱出来投入更多的设计以及更好的测试用例。有些测试不适合于自动测试，仅适合于手工测试，将可自动测试的测试自动化后，可以让测试人员专注于手工测试部分，手工自动相结合，大大提高手工测试的效率。
（5）测试重复利用。
由于自动测试通常采用脚本技术，这样就有可能只需要做少量的甚至不做修改，实现在不同的测试过程中使用相同的用例。
（6）整体测试覆盖率高
通过实现自动化测试，可以执行更多与应用程序相关的测试，这样可以很大的提供测试覆盖率。而在手工测试中，恰好相反，时间非常有限。因此，测试覆盖率的增加意味着可以测试更多的特性和更高质量的应用程序。
所以呢，既然自动化测试有那么多优势，为什么还有那么多项目做失败了呢？
我个人有个推论：自动化测试的优势都是自动化测试成功完成得到的结论，而自动化测试的劣势才是自动化项目立项的基础。
还有个优势：自动化测试可以将产品的知识固化到脚本中，以降低测试人员流动对项目造成的影响。但是这个优势的前提是，这些脚本易于维护，这就需要一些必要的文档，这又是另一个议题了。
三、自动化测试无法做到的事以及劣势
劣势总结七大点：
1.开发测试脚本需要花费比较大的时间和成本，拉长周期;，产品的快速迭代，自动化脚本也在不断迭代，时间成本很高
成本投入高，风险大。对测试人员的技术要求高，对测试工具同样有要求。
关于成本，包括了资金预算，人力资源，人员培训，硬件资源等。下图显示了自动化测试的投入成本与时间的关系，很显然，前面多数时间，成本是很高的。
2.自动化测试是工具执行，没有思维，无法进行主观判断，对界面色彩、布局和系统的奔溃现象无法发现，这些错误通过人眼很容易发现。
3.自动化测试工具本身是一个产品，在不同的系统平台或硬件平台可能会受影响，在运行时可能影响被测程序的测试结果。
4.对于需求更改频繁的软件，测试脚本的维护和设计比较空难
5.自动化无法完全代替手工测试找到bug，实现百分百全覆盖;
永远不可能完全替代手工测试，自动化测试无法做到手工测试的覆盖率，不是每个测试用例都适合做成自动化，如建议一个页面的布局是否正确、安装测试、文档测试、兼容性测试、恢复性测试。
6.自动化更多的适用于回归测试;
手工测试发现的缺陷远比自动化多。自动化测试是几乎无法发现新缺陷的，最大的用途是用来回归，确保曾经的bug没有在新的版本上重新出现。
7.自动化测试要编写测试脚本，设计场景，这些对测试人员的要求比较高，测试的设计直接影响测试的结果。
自动化测试工具是死的，它不具备任何想象力。自动化测试的好坏，完全取决于测试工程师。
基于以上劣势，所以虽然“贵为”自动化测试工程师，我有一大半的时间在劝老板，“亲，能不能不做自动化”。这真是个悲伤的故事。
四、2020年全网最全的自动化测试面试题和答案，原来干货都在这里
1、你会封装自动化测试框架吗？
这个问得最多，甚至有很多公司直接写在招聘要求中！
当然可以，自动化框架主要的核心框架就是分层+PO模式：分别为：基础封装层BasePage，PO页面对象层，TestCase测试用例层。然后再加上日志处理模块，ini配置文件读取模块，unittest+ddt数据驱动模块，jenkins持续集成模式组成。
2、如何把自动化测试在公司中实施并推广起来的？
1.项目组调研选择自动化工具并开会演示demo案例，我们主要是演示selenium和robotframework两种。
2.搭建自动化测试框架，在项目中逐步开展自动化。
3.把该项目的自动化流程、框架固化成文档
4.推广到公司的其它项目组应用
3、请描述一下自动化测试流程？
1.编写自动化测试计划
2.设计自动化测试用例
3.编写自动化测试框架和脚本
4.调试并维护脚本
5.无人值守测试
6.后期脚本维护（添加用例、开发更新版本）
4、自动化测试用例如何编写？以下答案二选一即可：
1.用例是自动化测试工程师自己设计的，一般刚开始已基本业务流程为主（登录–完成一个业务–退出）
2.从系统测试用例中进行筛选或由业务工程师提供
5、你的自动化用例的执行策略是什么？
1.自动化测试用例是用来监控的。集成到jenkins，创建定时任务定时执行；
2.有些用例在产品上线前必须回归。jenkins上将任务绑定到开发的build任务上，触发执行；
3.有些用例不需要经常执行。jenkins创建一个任务，需要执行的时候人工构建即可。
6、自动化测试发现BUG多吗？
不多，因为之前项目组是把已经测试通过的基本功能再进行自动化脚本编写和在后续版本执行自动化测试，它主要是保证已经测试通过的功能在新版本更新后没有问题。
7、你觉得自动化测试的价值在哪里？你们公司为什么要做自动化测试？
引用自动化测试之后，能代替大量繁琐的回归测试工作，把业务测试人员解放出来，既而让业务测试人员把精力集中在复杂的业务功能模块上，自动化测试一般是对稳定下来的功能进行自动化，保证不会因为产品的更新导致之前稳定下来的功能出现BUG
8、自动化测试有误报过bug吗？产生误报怎么办？
有误报过，有时候自动化测试报告中显示发现了bug,实际去通过手工测试去确认又不存在该bug。
误报原因一般是：
1.元素定位不稳定，需要尽量提高脚本的稳定性；
2.开发更新了页面但是测试没有及时更新维护!
9、自动化测试过程中，你遇到了哪些问题，是如何解决的？
1.频繁地变更页面，经常要修改页面对象类里面的代码
2.自动化测试偶尔出现过误报
3.自动化测试结果出现覆盖的情况：Jenkins根据时间建立文件夹
4.自动化测试代码维护比较麻烦
5.自动化测试进行数据库对比数据
10、在上一家公司做自动化测试用的什么框架？
可以说出以下自己擅长的一种：
1.python+selenium+unittest+htmltestrunner
2.python+selenium+pytest+allure
3.robotframework+Selenium2Library
11、如何设计高质量自动化脚本
1.使用四层结构实现业务逻辑、脚本、数据分离。
2.使用PO设计模式，将一个页面用到的元素和操作步骤封装在一个页面类中。如果一个元素定位发生了改变，我们只用修改这个页面的元素属性
3.对于页面类的方法，我们尽量从客户的正向逻辑去分析，方法中是一个独立场景，例如：登录到退出，而且不要想着把所有的步骤都封装在一个方法中。
4 测试用例设计中，减少测试用例之间的耦合度。
12、在selenium自动化测试中，你一般完成什么类型的测试？自动化覆盖率？
主要是冒烟测试和回归测试。回归测试主要写一些功能稳定的场景，通过自动化手段去实现，节约测试时间。因为自动化测试用例也是在不断的更新和迭代，没有刻意去统计，大概在30%-40%左右！
13、在执行脚本过程，如何实现当前元素高亮显示？
这个其实就是利用javaScript去修改当前元素的边框样式来到达高亮显示的效果。
14、遇到frame框架页面怎么处理？
先用driver.switch_to.frame()跳转进去frame，
然后再操作页面元素，
操作完后使用driver.swith_to.default_content()跳转出来
15、用例在运行过程中经常会出现不稳定的情况，也就是说这次可以通过，下次就没办法通过了，如何去提升用例的稳定性？
1.在经常检测失败的元素前尽量加上显式等待时间，等要操作的元素出现之后再执行下面的操作；
2.多线程的时候，减少测试用例耦合度，因为多线程的执行顺序是不受控制的；
3.多用 try 捕捉，处理异常；
4.尽量使用测试专用环境，避免其他类型的测试同时进行，对数据造成干扰。
16、如果一个元素无法定位，你一般会考虑哪些方面的原因？
1.页面加载元素过慢，加等待时间
2.页面有frame框架页，需要先跳转入frame框架再定位
3.可能该元素是动态元素，定位方式要优化，可以使用部分元素定位或通过父节点或兄弟节点定位。
4.可能识别了元素，但是不能操作，比如元素不可用，不可写等。需要使用js先把前置的操作完成.
一个用心码了这么多文字的人，往往渴望得到大家的认可。如果你觉得这篇文章对你有帮助，双击屏幕，给我点个赞呀！
更多软件测试资源分享微信公众号：【软件测试小dao】
软件测试技术交流群：1033482984
17、遇到alert弹出窗如何处理？
使用driver.switch_to.alert方法先跳转到alert弹出窗口
然后再通过accept点击确定按钮，通过dismiss点击取消难，通过text()获得弹出窗口的文本。
18、如何处理多窗口？
这个多窗口之间跳转处理，我们在项目中也经常遇到。就是，当你点击一个链接，这个链接会在一个新的tab打开，然后你接下来要在新tab打开的页面查找元素，
1.我们在点击链接前使用driver.current_window_handle获得当前窗口句柄。
2.再点击链接。点击后通过driver.window_handles获得所有窗口的句柄，
3.然后再循环找到新窗口的句柄，然后再通过driver.switch_to.window()方法跳转到新的窗口。
19、在日历这种web 表单你是如何处理的?
首先要分析当前网页试用日历插件的前端代码，看看能不能通过元素定位，点击日期实现，如果不能，可能需要借助javascript。还有些日历控件一个文本输入框，可以直接sendKeys()方法来实现传入一个时间的数据。
20、举例一下说明一下你遇到过那些异常
常见的selenium异常有这些：
NoSuchElementException：没有该元素异常
TimeoutException ： 超时异常
ElementNotVisibleException ：元素不可见异常
NoSuchAttributeException ：没有这样属性异常
NoSuchFrameException ：没有该frame异常
21、selenium中如何保证操作元素的成功率？也就是说如何保证我点击的元素一定是可以点击的？
1.首先通过封装find方法，实现wait_for_element_ispresent（WebDriverWait）
2.在对页面进行click之前，先滚动到该元素（通过Js封装），避免在页面未加载完成前或是在下拉之后才能显示。
3.不同方式进行定位，与expected_conditions判断方法封装，循环判断页面元素出现后再操作；
4.开发人员规范开发习惯，如给页面元素加上唯一的name,id等。
22、什么是page object设计模式？
1.通俗来讲，把每个页面当成一个页面对象，页面层写定位元素方法和页面操作方法
2.用例层从页面层调用操作方法，写成用例
3.可以做到定位元素与脚本的分离
23、 如何处理下拉菜单？
在Selenium中有一个叫Select的类，这个类支持对下拉菜单进行操作。使用方法如下：
1.定位元素
2.把定位的元素转化成Select对象。
sel = Select(定位的元素对象)
3.通过下标或者值或者文本选中下拉框。
sel.select_by_index(index);
sel.select_by_value(value);
sel.select_by_visible_text(text);
24、在Selenium中如何实现截图，如何实现用例执行失败才截图
在Selenium中提供了一个get_screenshot_as_file()的方法来截图的，一般结合try/except捕获异常时使用，进行错误截图。
25、webdriver client的原理是什么？
在selenium启动以后，driver充当了服务器的角色，跟client和浏览器通信，client根据webdriver协议发送请求给driver。driver解析请求，并在浏览器上执行相应的操作，并把执行结果返回给client.
26、selenium中如何判断元素是否存在？
没有提供原生的方法判断元素是否存在，一般我们可以通过定位元素+异常捕获的方式判断
27、自动化中有哪三类等待？他们有什么特点？
1.线程等待（强制等待）如time.sleep(2)：线程强制休眠2秒钟，2秒过后，再执行后续的代码。建议少用。
2.imlicitlyWait（隐式等待）会在指定的时间范围内不断的查找元素，直到找到元素或超时，特点是必须等待整个页面加载完成。
3.WebDriverWait（显式等待）通常是我们自定义的一个函数代码，这段代码用来等待某个元素加载完成，再继续执行后续的代码
28、什么是断言和验证？
断言（assert）：测试将会在检查失败时停止，并不运行后续的检查
优点：可以直截了当的看到检查是否通过
缺点：检查失败后，后续检查不会执行，无法收集那些检查结果状态
验证（vertify）：将不会终止测试
缺点：你必须做更多的工作来检查测试结果：查看日志——>耗时多，所以更偏向于断言
29.get和post 的区别？
1、GET请求：请求的数据会附加在URL之后，以?分割URL和传输数据，多个参数用&连接。
POST请求：POST请求会把请求的数据放置在HTTP请求包的包体中。
2、传输数据的大小
使用GET请求时，传输数据会受到URL长度的限制。
对于POST，理论上是不会受限制的
3、安全性。POST的安全性比GET的高
30、自动化测试的时候是不是需要连接数据库做数据校验？
UI自动化不需要
接口测试会需要
最后
小编预祝每一位求职者都能找到自己如意的工作！马上实现升职加薪！
不要只做收藏从未停止，行动从未开始的人，很多事情，做着做着就无师自通了。如果在做的过程中还能稍微加点思考，稍微看一些别人的经验和做法，成长会更快，效果也会更好！加油吧，测试人！路就在脚下，成功就在明天！
扫一扫
6万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
