作为一名工程师，在使用工具的时候，应该尽量做到知其然知其所以然，这样我们才不会变为搬砖码农。那么如何才能久病成医（深入了解和使用WebDriver）？不得不说，学习WebDriver的各类Exception是一条捷径。因为看懂一些常用的Exception，有利于我们迅速定位排查问题，提升我们的调试和维护自动化的效率。这里我们就列举一些常见的WebDriver病灶（Exception）供大家诊断。
InvalidSelectorException
我们先来看一下查找元素的异常，直白的翻译这个异常，我们可以得到无效的选择器异常。那么我们什么地方会用到选择器呢？回忆一下，WebDriver提供的定位方式有id，name，className，css，tag，linkText，xpath等，其中只有css和xpath存在着语法（其他都是唯一的String）。何为无效呢？也就是我们拼成的css和xpath不符合css和xpath的语法，导致程序无法识别。当我们看到这个异常的时候，我们就可以瞬间反应过来，可能这个FindElement方法的定位器写的css和xpath语法错误了。
NoSuchElementException
在写对了元素定位器，同样会出现异常，如同这个异常一样，翻一下：没有这样的元素异常。也就是说根据我们所写的合法元素定位器，无法找到符合要求的元素。试想一下，在哪些情况下会出现这样的情况呢？因为我们的选择器写的很正确不是吗？如果在id，name，className，css，tag，linkText中出现该错误，十之八九是因为自己手打String的时候，出现了错误。当然遇到xpath出现的话，也许会相对复杂一些，相对路径写错了或是元素属性值打错了等。
NoSuchFrameException
看着这个异常与NoSuchElementException是不是很相似。基本上我们可以认为其实他们是一样的，Frame只是一种特殊的Element，同样是因为我们根据给于的选择器无法找到这个Frame（特殊的Element）。
NoSuchWindowException
在找元素的时候会有异常，同样在切换窗口的时候同样会出现找不到。只不过查找Window我们是使用页面句柄或者页面title。
StaleElementReferenceException
这个异常不好理解，我们先翻译一些这个异常：陈旧的元素引用异常。那什么样的元素会变成陈旧的呢？我们这里假设一种常见：我们在页面上找到了一个元素并把这个元素赋值给myElement，即WebElement myElement = driver.findByElement(by)；在接下去的操作中，myElement这个页面元素在一系列操作后，彻底的从页面上删除了，那么接下去我们执行myElement.click()，此时页面已经没有这个元素了，那么他的引用关系是不是很陈旧了？
常见稳定性相关Exception
上面讲了一些我们在编写用例的时候会出现的“硬”异常，为什么我叫他做“硬”异常呢？因为他们是在我们用例写成后，第一次执行报异常后，如果不进行任何修改，每次都会出现该异常。是一盘不回锅就永远嚼不下去的硬菜。当然有硬菜就会有软菜，也就是一些非必现的偶发性异常。
WebDriverException
这个异常是WebDriver的总异常类，大部分没有独立异常catch的类，都会通过这个Exception抛出。对于这个类，可能我们就不是单纯的看异常名字了，需要详细分析的Exception Message了。当然我们也不一一介绍，只举例我们的“软”异常。
这条Message，应该是我们在写自动化点击操作中遇见较为频繁的一条。我们翻译一下，元素不能在坐标（669,358）上进行点击，原因是其他元素接收到了这个点击事件。那为什么会出现这种情况呢？首先我们来说一下WebDriver的实现机制：它是通过调用浏览器接口，实际进行浏览器操作的。比如这里的点击，其实是我们找到这个元素，计算这个元素的中心点在浏览器中的位置，然后对浏览器的这个位置进行模拟点击，所以我们看到会有一个明确的坐标点。那为啥会点击的时候没有点到，同时被其他元素接收了呢？这里我们就又需要重申一次AJAX了。我们举个详细的例子：
如图，在点击了删除弹出的确认后，在JS响应完成，即关闭浮层前，我们点击浮层下的编辑或者删除按钮，即会触发这个异常了。也就是在JS响应速度还没有我们的自动化快时发生。
InvalidElementStateException
这个异常在我们日常AJAX页面上也是较为常见的一种。我们来翻译一下，无效的元素状态异常。那什么情况下会出现无效的元素状态。我们再看一个例子：
如图，在大部分网站的注册功能上，会在输入正确手机号后，获取验证码按钮变成可以点击，当然这个操作是JS来控制，但是有可能出现我如图的情况，我已经输入了手机号，但是由于JS慢了半拍，导致获取验证码处于不能点击的状态，这时点击获取验证码即会出现我们说的异常了。
总结
通过了解Exception后，我们可以很快的定位出程序存在的问题，从而实现效率的提升。在上面举例的这些异常的例子，大多数是这个异常出现的一个场景之一，但是通过我们深入分析原因，很容易将我们遇到的问题基本可以归类到这几种异常。所以大家后续编写用例过程中，如果遇到如上这些异常，可以适当的分析和定位原因。当然我们可以看出来上面的“硬”异常，其实是可以通过我们的细心可以慢慢规避，当我们遇到“软”异常的时候，我们可能需要分析具体问题了。然而，我们业内会有很多框架二次封装，有部分就是在解决那些“软”异常，来提升测试的稳定性。
