Web 应用程序用户界面低层测试自动化(2)

　　测试自动化

　　测试场景系统由一个单一文件组成。我打算把我的测试集实现为一个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方法来暂停我的自动化过程。

　　图3

 Test Scenario Structure 

using System;
using System.Threading;
using System.Diagnostics;
using SHDocVw;
using mshtml;

namespace RunTest
{
  class Class1
  {
    static AutoResetEvent documentComplete = new AutoResetEvent(false);

    [STAThread]
    static void Main(string[] args)
    {
      try
      {
        // Launch IE
        // Attach InternetExplorer object
        // Establish DocumentComplete event handler
        // Load app under test
        // Manipulate the app
        // Check the app's state
        // Log 'pass' or 'fail'
        // Close IE
      }
      catch(Exception ex)
      {
        Console.WriteLine("Fatal error: " + ex.Message);
      }
    }

    private static void ie_DocumentComplete(object pDisp, ref object URL)
    {
      documentComplete.Set();
    }
  }
}

　　这项技术的一个关键是要有能力确定一个Web页面/文档/应用程序何时已经在IE中充分装载了。我定义了一个类范围的AutoResetEvent对象documentComplet，我使用该对象来标记一个已经充分装载了文档的等待线程。

　　static AutoResetEvent documentComplete = new AutoResetEvent(false);

　　马上，我就会详细介绍这里的细节。我由向命令行中打印一条状态信息来开始我的测试场景。然后我声明了一个Boolean类型的变量pass并把它设为false。我假设测试场景会失败，如果我检测到应用程序的最后状态是正确的，我修正我的假设并把pass变量设为true。下一步我声明了一个InternetExplore对象“ie”：

　　Console.WriteLine("\nStart test run");

　　bool pass = false;

　　InternetExplorer ie = null;

　　InternetExplorer类是在SHDocVw名字空间中定义的。该类有很多方法操纵Internet Explorer的一个实例，但是由你决定启动Internet Explorer并把两者相关联，如下所示：

　　// launch explorer

　　Console.WriteLine("\nLaunching an instance of IE");

　　Process p = Process.Start("iexplore.exe", "about:blank");

　　if (p == null) throw new Exception("Could not launch IE");

　　Console.WriteLine("Process handle = " + p.MainWindowHandle.ToString());

　　// find all active browsers

　　SHDocVw.ShellWindows allBrowsers = new SHDocVw.ShellWindows();

　　Console.WriteLine("Number active browsers = " + allBrowsers.Count);

　　if (allBrowsers.Count == 0) throw new Exception("Cannot find IE");

　　我使用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对象关联起来：

　　Console.WriteLine("Attaching to IE");

　　for(int i=0; i < allBrowsers.Count && ie == null; i++)

　　{

　　InternetExplorer e = (InternetExplorer)allBrowsers.Item(i);

　　if (e.HWND == (int)p.MainWindowHandle) ie = e;

　　}

　　if (ie == null) throw new Exception("Failed to attach to IE");

　　可能有好几个Internet Explorer的实例正在运行，所以我需要辨明哪个是我的测试场景启动的，以便我能把我的InternetExplorer变量ie与正确的实例关联起来。记住，我把测试启动的Internet Explorer捕获到一个进程对象p中了。所以我遍历ShellWindows中的每一个对象，检查他们的句柄或指针是否和测试启动的进程的主窗口句柄一致。我有时候采用的一个替换的方法是假设只有我的测试Internet Explorer实例允许运行。如果有多个Internet Explorer实例运行，我抛出一个异常。这个假设运行我把测试Internet Explorer与下面的代码简单关联起来：

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