第六步，在刚才的Command Window中，输入命令setupdevice，把Windows Mobile Test Framework所要用到的dll等文件同步到刚才运行起来的设备模拟器中。请见下图：

        经过上述六个步骤之后，Windows Mobile Test Framework的测试环境已经搭建完毕。说了这么多，也许大家觉得累了，等熟练了也就好了。

3. Windows Mobile Test Framework创建自动化测试工程
        Windows Mobile Test Framework一个自动化测试工程里边包含三个项目：AbstractionLayer项目，AreaLibrary项目和Tests项目。这三个项目都由测试工程师自己创建的，Windows Mobile Test Framework本身是不提供的。刚开始使用Windows Mobile Test Framework的朋友，也许会有一个惯性思维，以为只要创建一个工程就够了，而Windows Mobile Test Framework必须包含这三个项目。
        也许有人会问，这三个项目有什么用？Windows Mobile Test Framework为什么要这么设计呢？
        在前面，我跟大家说过，Windows Mobile Test Framework包含六个层次，其中前三个层次TestCases and Suites, Area Libraries, UIAL是由用户自己创建的，它的作用就体现在这里。AbstractionLayer项目对应UIAL层, AreaLibrary项目对应Area Libraries层，Tests项目对应TestCases and Suites层。
        AbstractionLayer项目通过微软提供的工具抓取被测试软件的界面元素，如Button, Checkbox, TextBox, RadioBox等等，并且形成代码，让其与被测试软件界面元素对应。比如，手机软件中有回复短消息的功能，在回复短消息的界面有Reply按钮。如果我想写几句代码实现对Reply按钮的点击，Windows Mobile Test Framework如何知道这几句代码是点击Reply按钮，而不是Close按钮呢？这就需要AbstractionLayer层帮助，它提供了代码与软件界面元素的对应关系，如ReplyBtn代表回复消息窗口中的Reply按钮，CloseBtn代表回复消息窗口中的Close按钮。其中ReplyBtn, CloseBtn是怎么来的，请看下面说明。
        AreaLibrary项目是完全需要自动化测试工程师来完成的，它引用AbstractionLayer项目创建的类和方法，为Tests层创建公共的类和方法。如果说AbstractionLayer项目是被测试软件界面元素的集合，那么AreaLibrary可以说成是对被测试软件界面元素操作的集合。比如，在Tests层经常用到创建短消息的代码，我们可以在AreaLibrary项目中创建一个方法，如Public abstraction int TmailWriteSMS(string ToPersonal, string SubjectInfo)。有了这个方法之后，Tests层在每个测试案例中，可以使用这个方法了，不再需要在每个测试案例中，重复书写这样一段创建短消息的代码了。Tests只要控制每个测试案例的流程和检查点就可以了，让代码变得紧凑和精简。
        Tests项目，是测试套件和测试案例的集合。比如我需要测试手机的TMail软件的发送短消息功能，接收短消息功能。其中发送短消息功能有10个测试案例，接收短消息有15个测试案例。在Tests项目可以将发送短消息功能作为一个测试套件(SendMessengTestSuit)，将接收短消息作为另外一个测试套件(RecieveMessengeTestSuit)。在SendMessengTestSuit中书写发送短消息功能中的10个测试案例；在RecieveMessengeTestSuit中书写接受短消息功能中的15个测试案例。

版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像。51testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。