在前面的文章《基于Selenium和VSTT的网站测试自动化系统》当中，我简单介绍了使用selenium录制测试步骤，以及优化生成的C#代码，对代码使用面向对象的编程理念进行一些封装，以便规避网站界面更动对测试代码所带来的风险。

　　在网站测试当中（甚至是桌面程序的功能测试），很多情况下，测试步骤是不变，变化的仅仅是测试数据而已。比如说，为了测试网站是否支持国际化，一个正常登录成功的测试，你可能会使用英文的用户名；也可能会使用中文的用户名；甚至还会使用包含一些合法的特殊字符串的用户名。这三个测试用例的操作步骤都是一样，都是输入用户名和密码，然后点击登录按钮，唯一不同的就是用户名和其密码。又比如，为了执行SQL注入或者脚本注入安全性测试，你可能会设计一个针对用户提交评论的通用测试步骤，然而用户评论的内容（包括SQL注入语句或者脚本注入语句）是变化的。 这些测试场景，都可以使用 数据驱动测试来避免重复创建雷同的测试用例，而且数据驱动也给我们提供了很大的弹性，这是因为如果在后续测试过程中发现有些特殊数据被遗漏了，只要更新数据文件就可以了。

　　VSTT自带了数据驱动测试功能，网上已经有很多文章介绍使用VSTT执行数据驱动的方法了，这里我就不详细说了，如果你不熟悉这个方法的话，请参考MSDN的这篇文章：

　　http://msdn.microsoft.com/zh-cn/library/ms182527%28VS.80%29.aspx

　　你可以使用很多数据源来保存数据驱动所需的测试数据，例如access数据库、其他关系型数据库（只要你能提供合法的数据库连接字符串）、csv文件以及Excel文件。

　　我们在本次测试过程中，采用的是Excel数据源，原因是因为：

　　1.  Excel文件相对于其他数据库来说，更廉价一些，毕竟Excel相对于Access以及其他关系型数据库来说，更便宜（并且易用）一些。

　　2.  Excel文件和csv文件都可以使用Excel来编辑，然而之所以选择Excel文件是因为一个Excel文件可以包括多个工作簿（Worksheet），这个功能方便我们管理测试数据，原因在下文中介绍到。

　　3.  但是如果你使用Office 2007的话，需要注意，Visual Studio Team Test 2008只支持Excel 2003的格式，因此你在保存文件的时候，千万要保存为Excel 2003的格式，否则VSTT会告诉你它无法访问测试数据源。

　　为了让例子简单一些，我们还是采用上一篇提到的登录测试的用例，下面是已经改进过的代码：