Test特性表示这一部分是测试代码主体，可以看到都是基于驱动器的实例在操作浏览器进行点击和输入

　　1、导航到百度

　　2、找到id为kw的元素，并且清空它

　　3、找到id为kw的元素，并且键入“暴走漫画”

　　4、找到id为su的元素，并且点击它

　　这和我们录制的操作基本一致

　　TearDown，眼泪落下，你说测试结束的时候有特么这么煽情么？

　　1、试图关闭浏览器，如果出错也不?它，这里至今我也没搞清楚为什么不做处理，希望神人解答。

　　2、然后看看上面创建的记录错误的S—B有没有内容，如果有内容则测试失败。

　　运行我们可以发现回放正常，重复执行了我们所录制的操作。至此，基本的测试框架搭建完成。

　　其实一路下来我们发现其实很简单的，博主的智商也不过如此，这还需要写个什么鸟博客来JJYY一大串？

　　这个工程还只能供刚刚入门的测试人员参考，在这个工程中，我们其实从表面上可以发现很多的问题：

　　1、代码过于专业化，不自然，可读性不高

　　2、录制的脚本太过于机械化，例如Test中的第二句，其实在我们这次情况下是可有可无的。

　　3、重复代码过多，不光是找元素的代码driver.FindElement(By.Id("XX"))，还有一些我没有列出来的自动生成的IsElementPresent、CloseAlertAndGetItsText，不得不说这些方法是很有用的，但是如果你再录制一个自动生成的脚本，这些方法又会出现，并且完全相同。在程序设计中，这些方法在维护的时候会非常令人头疼，尤其是多起来了以后。

　　上面这些都是需要解决的问题，真正的项目中的代码如果写成这样会被接你的班的程序员喷死的。那么，在下一次博客中，我们再来一起探讨相关问题，接下来是观众提问时间谢谢~