快捷搜索:  as  2018  FtCWSyGV  С˵  test  xxx  Ψһ  w3viyKQx

澳门新葡新京返水_龟发之家论坛



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

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

[TestClass]

public class UsersTest

{

[TestMethod]

public void LogOnTest()

{

var username = "donjuan";

var password = "它是个秘密";

TestLibrary.UserHelper.LogOn(username, password);

Assert.IsTrue(selenium.IsTextPresented(...));

}

}

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

接着,上面的测试代码就得改成下面的样子:

[TestClass]

public class UsersTest

{

// 测试数据文件的名称与测试用例所在的类型名相同

[DeploymentItem("UsersTest.xls")]

// 每一个测试用例有自己的worksheet,留意第三个字符串,worksheet名后面的

// 美元符号“$”

[DataSource(

"System.Data.Odbc",

@"Driver={Microsoft Excel Driver (*.xls)};DriverId=790;Dbq=UsersTest.xls;DefaultDir=.",

"LogOnTest$", DataAccessMethod.Sequential)]

[TestMethod]

public void LogOnTest()

{

var username = TestContext.DataRow["username"] as string;

var password = TestContext.DataRow["password"] as string;

TestLibrary.UserHelper.LogOn(username, password);

Assert.IsTrue(selenium.IsTextPresented(...));

}

}

将Excel文件名命名跟测试用例的类型名相同,是由于方便掩护测试代码的时刻快速找到对应的测试数据文件。别的,一样平常也不会把测试数据和测试代码放在同一个文件夹。在VSTT的测试工程文件里,有一个后缀名为.testrunconfig的文件,这个文件用来设置一些测试情况,在“办理规划浏览器(Solution Explorer)”里双击这个文件会打开测试情况设置设置设备摆设摆设对话框。左边列表框的第四项“支配(Deployment)”,容许你在测试用例履行之前, 指引VSTT澳门新葡新京返水将你指定文件夹里面的所有文件都拷贝到测试用例所在的文件夹里(这个文件夹可以经由过程TestContext.TestDeploymentDir属性获取到)。这样,测试代码才能在运行的时刻,获取到其所需的测试数据。

别的,TestCont澳门新葡新京返水ext.DataRow有一个局限,便是DataRow属性实际上只能表示一个表(我没有成功地在DataRow里面造访到一个以上的表)。然则一样平常来说,一个测试类型(也便是上面的UsersTest类)都邑包孕好几个测试用例(类似LogOnTes澳门新葡新京返水t的单个函数)。假如把一个测试类型的所有测试用例所必要的数据都保存在一个事情簿(worksheet) 里面的话,这个worksheet结果不免难免过于宏大年夜,难以掩护。而假如对每一个测试用例创建一个Excel文件(workbook),着末也导致我们的文件夹有太多的Excel文件,同样难以掩护。是以当时我们采取的规划是,对每一个测试类型创建一个Excel文件,每一个必要用到测试数据的测试用例有零丁的事情簿(Worksheet),事情簿的名字用测试用例的函数名命名。

这样一来,UsersTest里面新的测试用例类似于下面的形式(留意黄色高亮显示的部分):

[TestClass]

public class UsersTest

{

// 省略其他测试用例

...

// 测试数据文件的名称与测试用例所在的类型名相同

[DeploymentItem("UsersTest.xls")]

// 每一个测试用例有自己的worksheet,留意第三个字符串,worksheet名后面的

// 美元符号“$”

[DataSource(

"System.Data.Odbc",

@"Driver={Microsoft Excel Driver (*.xls)};DriverId=790;Dbq=UsersTest.xls;DefaultDir=.",

"PermissionTest$", DataAccessMethod.Sequential)]

[TestMethod]

public void PermissionTest()

{

...

}

}

当然啦,大概在后面履行自动化测试用例的时刻,有可能由于测试职员的纰漏,导致测试数据和测试代码不合步。发生这种环境的话,也不会有太大年夜影响,由于在前一篇文章中,测试所需的库函数都履行了参数验证,并扔出CaseErrorException向测试职员申报了这个差错。假如不清楚的话,可以再看看下面的代码:

public class UserOperationsHelper

{

public void LogOn(string username, string password)

{

// string.Empty留出来为测试目的办事

if (username == null)

throw new CaseErrorException(new ArgumentNullException("username"));

if (password == null)

throw new CaseErrorException(new ArgumentNullException("password"));

...

}

}

一样平常环境下,批量的自动化测试用例在晚上履行完毕今后,第二天早上,假如光阴首要的话,测试职员可以将所有结果为CaseErrorException的测试用例手工履行一遍。

您可能还会对下面的文章感兴趣: