Web 应用程序日渐复杂，对它们的测试工作也变得越来越重要。有很多测试技术可供你选择使用。例如，在 2005 年 4 月 份的 MSDN 杂志中，我描述了一个基于 JScript 的简单系统，它使用 IE 的文档对象模型(Internet Explorer Document Model)来完整地测试某个 Web 应用 程序的用户界面。这个技术很有效，但是在几个方面存在着缺陷。我的一些同事问我是否能使用 .Net 框架编写功能更强，但仍然是轻量级的 Web 应用程序 用户界面自动化测试程序。在这个月的专栏文章中，我将向你们展示怎样达到这个目的。这个低层技术要求直接调用 fmshtml.dll 和 shdocvw.dll 动态链接 库来访问和操纵 IE 浏览器客户区中的 HTML 对象。
让我们从一个屏幕截图开始，如图1所示。图1表明我正在测试一个虚构的 Web 应用程序，它搜索一个雇员信息数据仓库 。用户能通过雇员的姓和名进行搜索。应用程序显示雇员的姓、名，如果大小写都匹配，那么显示相应的生日。通过手工测试这个 Web 应用程序的用户界 面是非常沉闷的、低效的，并且可能错误百出。更好的一种方法是通过测试自动化。该自动化启动一个IE实例，装载正在进行的测试，操纵应用程序，并检 查应用程序的正确性状态。
图1 测试执行例子
当然，一个实际的 Web 应用程序肯定比这更加复杂，但是我向你们展示的技术能够用来测试基于 IE 的 Web 应用程序。 在接下来的一节中，我将简要介绍正进行测试的 Web 应用程序，这样你就能理解我在测什么和怎么测。我也会详细解释产生图1的测试场景代码，也会描 述怎样改编和扩展这里描述的技术。
被测试的 Web 应用程序
我的 Web 应用程序，WebForm1.aspx，是一个ASP.NET程序，但是本专栏描述的技术能够应用于任何类型的 Web 应用 程序中。我的程序包括：两个单选按钮控件来告诉应用程序的控制逻辑要搜索的是哪一种字段；一个文字输入控件来接受用户的搜索项；一个按钮控件来 启动搜索；以及一个文本区，用来显示结果。在文本区的下方，有一个标志栏，它显示“搜索完成”，它的初始状态是隐藏。我这里阐述的技术的两个优点是 ：我不用对该Web应用程序进行插装，也不需要接触应用程序的源代码。但是，我需要知道Web应用程序中各种HTML元素的ID号，通过View/Source，我 能轻易做到这一点（不过要求ID必须是静态的，不能是动态的）。例如，按钮控件有ID号“Button1”，而“Last Name单选按钮”控件有ID号 “RadioButtonList1_0”。当然，如果你能够接触程序的源代码，你肯定已经有了这些控件的ID信息。
我使用Visual Studio.NET来创建这个用来测试的虚构的Web应用程序。从Visual Studio.NET的设计角度来看，我添加了 三个标签控件、一个单选按钮、一个文本区、一个按钮控件和一个列表框控件。为简化起见，我使用了控件的默认名称“Label1”、“TetBox1”等。相关代码 列在图2中。我声明了一个Employee类和一个ArrayList对象来存放Employee对象。在方法Page_Load中，我向ArrayList中增加了虚构的雇员数据。在实际 的应用程序中，你的数据可能来自于SQL Server数据库或XML文件。但就用户界面测试自动化来说，数据来自哪里是无关紧要的。
方法Button1_Click中清空列表框控件，从文本框控件中获取过滤子串，检查单选按钮以便确定是搜索姓还是搜索名，在内 存数据中搜索相匹配的，并把匹配的雇员信息显示出来。我得强调一下，为了使应用程序例子简单，我在这里可能用了一些不好的编码技术。这与你可能 遇到的某种情况非常类似——你所处理的应用程序是发布前的，代码可能并没有经过优化。我的Web应用程序显然是虚构的，但是通过用户界面来测试任 何Web应用程序的基本要素是应用程序随着每一个HTTP请求－应答对的状态转换。换句话说，就算你打算测的Web应用程序要求访问SQL Server数据库或 者进行了非常复杂的处理，它只是一种状态转换，并且这种转换会在HTTP应答和用户界面中显示出来。
测试自动化
测试场景系统由一个单一文件组成。我打算把我的测试集实现为一个C＃控制台应用程序，但你将会看到，我能使用任何 与.Net兼容的语言（例如，Visual Basic .NET），该技术也能用于任何程序（例如，一个Windows程序）和测试框架（例如，NUnit）。场景的整体结构显 示在图3中。首先，我向“Microsoft Internet Controls”这个优秀的COM组件添加了一个引用（reference）。这是shdocvw.dll模块的一个别名，该模块拥有 操作基于Windows的浏览器（例如IE和Windows Explorer）的能力。然后我向Microsoft.mshtml.Net组件添加了一个引用。这是mshtml.dll模块的一个别名 ，该模块拥有访问HTML元素的能力。我向两个相应的名字空间增加了“using”声明，这样我就不需完整验证他们的类了。我也针对System.Diagnostics和 System.Threading分别增加了“using”声明，这样我容易引用前者的Process类，也能在我合适的时候引用后者的Thread.Slepp方法来暂停我的自动化过程 。
这项技术的一个关键是要有能力确定一个Web页面/文档/应用程序何时已经在IE中充分装载了。我定义了一个类范围的 AutoResetEvent对象documentComplet，我使用该对象来标记一个已经充分装载了文档的等待线程。
马上，我就会详细介绍这里的细节。我由向命令行中打印一条状态信息来开始我的测试场景。然后我声明了一个Boolean 类型的变量pass并把它设为false。我假设测试场景会失败，如果我检测到应用程序的最后状态是正确的，我修正我的假设并把pass变量设为true。下一步 我声明了一个InternetExplore对象“ie”：
InternetExplorer类是在SHDocVw名字空间中定义的。该类有很多方法操纵Internet Explorer的一个实例，但是由你决定启 动Internet Explorer并把两者相关联，如下所示：
我使用System.Diagnostics.Process名字空间中的Start方法来启动一个Internet Explorer（iexplore.exe）并装载空白页面 “about:blank”；Start方法返回对创建进程对象的一个引用。然后我初始化了一个名为allBrowsers的ShellWindows对象。这个对象掌握了对所有 ShellWindows对象的引用，也掌握了对浏览器的引用（包括Windows Explorer的实例，我刚才启动的Internet Explorer的实例和之前启动的Internet Explorer的实例）。我使用Count属性来显示关于目前活动浏览器的诊断信息，以便确保Internet Explorer成功启动了。测试自动化的下一步是把新的进程与 Internet Explorer对象关联起来：
可能有好几个Internet Explorer的实例正在运行，所以我需要辨明哪个是我的测试场景启动的，以便我能把我的 InternetExplorer变量ie与正确的实例关联起来。记住，我把测试启动的Internet Explorer捕获到一个进程对象p中了。所以我遍历ShellWindows中的每一个 对象，检查他们的句柄或指针是否和测试启动的进程的主窗口句柄一致。我有时候采用的一个替换的方法是假设只有我的测试Internet Explorer实例允许运 行。如果有多个Internet Explorer实例运行，我抛出一个异常。这个假设运行我把测试Internet Explorer与下面的代码简单关联起来：
你实际采用何种方法取决于你的实际测试场景。既然我建立了我的测试InternetExplorer对象，我能注册我之前提到的 DocumentComplete事件句柄：
简单来说，当InternetExplorer的DocumentComplete事件发生时，调用用户定义的ie.DocumentComplete方法。如果你 回头去看图3中的代码，你能看到我如此定义了该方法：
ie_DocumentComplete 方法调用了我早些时候在测试类中定义的AutoResetEvent对象中的Set方法。简而言之，现在我 能暂停我的执行线程，直到我的InternetExplorer对象充分装载了。我会立即向你展示怎样具体做这件事情。现在我浏览正在进行测试的Web应用程序，等 到应用程序充分装载：
我使用InternetExplorer.Navigate方法来装载我的Web应用程序。Navigate接受数个可选参数，但是在这个例子中，我不 需要任何参数。注意，我调用了documentComplete对象的WaitOne方法。WaitOne将停止我的执行线程，直到应用程序充分装载到了Internet Explorer中 。在这个例子中，我没有提供一个超时值，所以我会不停的等待，但你很可能会向WaitOne传递一个代表超时毫秒数的整型值。下一步我设定Internet Explorer为一个固定的大小，并获得Web应用程序文档的一个引用。
我声明了一个HTMLDocument变量，并为它指定了一个值。HTMLDocument接口是在mshtml名字空间中定义的。我怎么 知道呢？图4是Visual Studio .NET对象浏览器的一个屏幕截图。我扩展mshtml interop到汇编层，看到了它们的所有接口、类、事件和其他对象。
图 4对象浏览器
下一步，我模拟了对“Last Name”单选按钮的检查，向文本框控件中输入“urk”：
Console.WriteLine( "\nSelecting ''Last Name'' radio button"); HTMLInputElement radioButton = (HTMLInputElement)theDoc.getElementById("RadioButtonList1_0"); radioButton.@checked = true; Console.WriteLine("Setting text box to ''urk''"); HTMLInputElement textBox = (HTMLInputElement)theDoc.getElementById("TextBox1"); textBox.value = "urk";
这两段代码是非常相似的，并且看起来相当明白。我通过getElementByID方法获得了HTMLInputElemen对象的引用。在 拥有这个对象之后，我能使用它的属性或方法来操纵它。这里我选择单选按钮控件的“checked”属性（因为在C#中checked是一个保留字，我必须使用 “@checked”）和文本框控件的“value”属性。按你下面看到的方式点击Search按钮：
在这个例子中，我需要调用WaitOne方法来确保表示搜索结果的页面被充分装载了。通过一些很小的实验，你会发现你能 虚拟操纵任何HTML元素。例如，我能模拟下拉框的选择、超链接的点击，当然在这个测试场景中我无需这样做。在我操作Web应用程序之后，我必须检查 最终状态的正确性。
一般模式是通过共同的标签名获得一个HTML元素集的引用，然后使用属性得到某一特定元素，然后获取表示该元素头标 签和尾标签之间数据串的innerText。这里，我获得了所有元素的引用，然后通过元素集的属性得到了第一个元素——当然，也是我的Web页面中唯一的元 素。这是由一个ASP.NET列表框控件生成的HTML。传递给项目属性的参数有点复杂。第一个参数既可以是整数，也可以是字符串，前者被理解为基于0的 索引值，后者被理解为标签名。我向项目属性的第二个参数传递一个空值NULL。这个参数也是一个索引值，但它只是在项目属性返回一个集合而不是一个 原子对象时才有用。有时你需要访问不是任何HTML字元素中的文档体中的值，下面的代码片断向你展示了一种达到目的的方法 ：