Selenium实战——.Net下的自动化测试搭建

更新：响应各位朋友的需求，现在将代码推到了GitHub服务器上，今后也将会在此基础上更新，然后再次感谢各位的支持~~~~

地址如下：
https://github.com/zhaoyan42/SeleniumInAction.git

这篇文章，其实我酝酿了好一阵子。作为一个开发人员，搞这个事情总归有点狗拿耗子的感觉。各位看官手下留情，西红柿和鸡蛋留着回去炒个菜别朝我来。博客我不常写，至于文笔……大家忍忍就过去了。

话说Selenium这东西出来很长时间了，我开始接触的时候已经是2.0发布以后的事情了。纵观国内，Selenium及其相关资料大多在Java领域有所耳闻，至于.Net的资料，国内大体是很少的。作为坚定的.Net阵营程序员，我觉得这是无法忍受的。

一切的一切之前，先看看Selenium的体系结构：

• Selenium IDE ——录制脚本神器，虽然有时候会有点犯二，但是对于初学者用来快速上手不失为快捷简便的方法。
• WebDriver ——脚本解析执行者，无论录制还是自己编写测试脚本，你都离不开它来执行。
• Grid ——神级工具（对于高级应用来说它和宅男的快播一样重要，我这种小纯洁是不可能用过快播的各位你们要相信我），主要是分布式执行脚本，当然，还可以借助它发挥其他作用，今后的文章肯定会提及它。

那么，了解完这就正式开始了，这里我先给大家讲讲 .Net平台下Selenium 环境的搭建。

首先，你要有一个内裤（呃……），如图所示，最简单的类库。其下的3rdParty是所有需要的第三方组件

接下来，我们用Selenium IDE录制一个百度搜索的脚本（敢问度娘除了测试网速还有什么用？）

录制过程我就不赘述了，网上一搜一大把。但是唯一需要注意的是我们要将输出格式调整为C#

录制的操作步骤为：

1、打开百度

2、在关键字栏目输入“暴走漫画”

自动得到以下代码(仅贴出关键的,保护滚轮人人有责)

这里和大家一起分析一下代码的功能

SetUp特性是NUnit中提供的，表示这一部分是初始化工作

1. 初始化了一个WebDriver提供的火狐驱动器（FirefoxDriver），执行脚本全靠它了。当然这里可以有更多的选择，例如IE、谷歌浏览器，甚至安卓等浏览器。不过根据经验，火狐17的ESR版本更加稳定。
2. 将根URL设置为度娘
3. 将一个用于错误记录的S—B（你敢说你没用这个名字命名过这种变量？）

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，不得不说这些方法是很有用的，但是如果你再录制一个自动生成的脚本，这些方法又会出现，并且完全相同。在程序设计中，这些方法在维护的时候会非常令人头疼，尤其是多起来了以后。

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