网站测试自动化系统—数据驱动测试

　　在前面的文章网站测试自动化系统—基于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会告诉你它无法访问测试数据源。

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

　　在上面的代码中，我们已经注意到，username和password是可以变化的测试数据，而LogOn所封装的测试步骤是不会更改的，因此，创建一个Excel 2003的文件用来保存LogOnTest所需的测试数据。这个Excel 2003的文件名就叫UsersTest.xls，在文件中创建一个名为LogOnTest的工作簿(worksheet)，LogOnTest工作簿里面有两列，一个叫username, 另一列是password，如下图所示：

原文转自：http://www.ltesting.net