1.你能解释下Selenium这个框架吗？
这个问题在面试中被问到的概率还是比较高的，同样类似的问题有，selenium的原理是什么？首先不要被这个问题吓到，我们主要围绕selenium的历史版本演化和基本的组件去展开描述就好，最后回到webdriver这个组件上面，我们基本上都是在使用webdriver提供的API。所以这个题目的最好的答案就是把图画出来，然后自己解释几句就可以。
早期Selenium1.0是有Selenium Grid，Selenium RC, Selenium IDE, Webdriver四部分组成，后来Selenium RC和Webdriver合并之后，就是Selenium2,当前我们在使用Selenium3
Selenium Grid：它是selenium框架的一部分，主要是专门用来把测试用例并行地在不同浏览器，不同操作系统，不同机器上运行。一般我们写脚本，调试都在单机上线性地一个测试用例接着一个测试用例执行下去。如果有人问题如何提高测试用例执行效率，告诉他Selenium Grid可以实现。
Selenium IDE: 这个算Selenium里面最简单的一个组建，只支持在火狐浏览器上安装这个扩展程序，支持录制web ui脚本，然后导出不同语言的脚本，例如java c#等。这个功能算鸡肋，因为很多时候导出脚本debug的时间还不如自己代码重新写来的快。
Selenium RC: RC是remote control的缩写,主要的功能就是让你不管使用什么语言（Selenium支持的这几种语言之一）来写测试脚本，只要是这个浏览器支持java script，那么写一遍测试脚本，都能在这些不同浏览器运行脚本。
Webdriver：这个是用来替代Selenium RC，就是一个网页自动化工具，支持在不同浏览器上运行测试脚本，运行速度比Selenium RC要快很多。据说（我也记得不清楚），webdriver最早是google内部开发的一个工具，用来捐给selenium了，变成开源了。
目前，我们做的web ui的自动化测试，大部分都是在使用webdriver提供的API来模拟手动测试过程中的一系列动作和行为。基本上通过这个方式来回答这个问题，那就没问题了。
2.你写的测试脚本能在不同浏览器上运行吗，支持跨浏览器平台吗
这里出现了跨浏览器平台的概念，就是写一个测试用例，可以在主流的几个浏览器跑起来。
是的，我写的测试用例能在IE，火狐和谷歌这三种浏览器上运行。主要是在windows平台上运行脚本，所以mac的safari浏览器暂时没有写过。主要实现这个跨浏览器的思想就是，把浏览器类型写到配置文件，代码里写if语句去判断配置文件的浏览器的类型，来决定用什么浏览器去执行测试用例。
这个过程，具体看我的博客文章：
3.一天你写多少个自动化测试用例
这个要看具体情况，完全取决于手工测试用例的实现难易程度。通常，熟练的话，写一个5到8个步骤的测试用例，差不多要半小时。时间最多花在元素定位和报错debug上面，例如在POM思想的框架中，某一些元素定位和方法是复用的，可能会更快一些。所以，一天，大概能完成15-30个自动化测试用例。
4.什么是POM，为什么要使用它
POM是Page Object Model的简称，它是一种设计思想，而不是框架。大概的意思是，把一个一个页面，当做一个对象，页面的元素和元素之间操作方法就是页面对象的属性和行为，所以自然而然就用了类的思想来组织我们的页面。一般一个页面写一个类文件，这个类文件包含该页面的元素定位和业务操作方法。
为了我们测试用例写的简单，清晰，我们很多时候在页面对象会封装很多业务操作方法，测试脚本只需要调用相关方法就可以。
还有一个可能和这个问题相关的面试题，如果页面元素经常发生需求变化，你是如何做，答案就是采用POM思想。好处就是只要该一个页面，我就去修改这个页面对象的元素定位和相关方法，脚本不需要修改。
具体可以看文章：
5.在你做自动化过程中，遇到了什么问题吗？举例下
这个问题，不管是自动化还是任何工作，都会被问到。主要想知道你是如何解决问题的，从而推断你问题分析和解决的能力。
当然有遇到问题和挑战，主要有以下几点：
- 频繁地变更UI，经常要修改页面对象里面代码
- 运行用例报错和处理，例如元素不可见，元素找不到这样异常
- 测试脚本复用，尽可能多代码复用
- 一些新框架产生的页面元素定位问题，例如ck编辑器，动态表格等
这个遇到的难点完全取决写脚本人的代码能力。回答三个左右就差不多，记得既然抛出了难点问题，一定要记得处理这个问题的方法。
