本身动手写Web自动化测试框架（6）：自动化测试框架的规划

　从这篇开始，咱们正式进入自动化测试框架的编写中。

　　首先咱们先进行需求分析：咱们到底要什么样的自动化测试框架？

　　正如第一篇《本身动手写Web自动化测试框架（1）：概述》 中提到的，咱们要作的是一个简单的自动化测试框架，没有Ajax，没有框架，没有Windows对话框，咱们舍弃这些较为复杂的功能，目的就在于，咱们想要把注意力集中在自动化测试框架的架构上，之后咱们能够慢慢加入这些功能，可是第一次，咱们不要。

　　这里规划一下，咱们想要的自动化测试框架是什么样子的，那么要从咱们的自动化测试提及了。自动化测试代码通常是在何时写的呢？在微软里，自动化测试代码应该和被测试的网站的代码同步开发，由于有了Spec（Specification），咱们就能够根据Spec来测试用例，而后把咱们认为重要的，必须常常重复的用例自动化起来。

　　可是问题在于，咱们在没有网站的状况下，如何进行自动化测试的开发呢？咱们面临的困难主要有如下的方面：

　　* 没有网站，就没有网页元素的ID之类的标识，没有办法按照上面的办法获取咱们想要的网页元素。

　　* 网站建设初期，页面元素不稳定，一个小小的ID的变动就可使咱们的自动化代码变的无用。

　　* 即便是页面元素不变，一个小小的业务逻辑的改变，也可能会很大的影响到咱们的自动化测试代码。

　　咱们的自动化测试框架，必定要能够比较好的解决上面的问题。

　　我想不少的读者已经明白了，咱们要作的就是把网页的元素和网站的业务逻辑分开，这样就能够比较好的解决这些问题。

　　咱们最终的目标是在一个类里面去定义整个网站的架构，好比这个网页上有一个文本框，有几个按钮。就像下面的这段代码:

 

public class Baidu {   WebBrowser wb = new WebBrowser("www.baidu.com");   private Button submit;   private TextBox keyword;   public Button Submit   {     get{       if (submit == null)       {         submit = new Button(wb, "sb");       }       return submit;     }   }     public TextBox Keyword   {     get     {       if (keyword == null)       {         keyword = new TextBox(wb, "kw");       }       return keyword;     }   } }

 

　　上面的代码，咱们定义了两个属性，一个是Button Submit，另外一个是Textbox Keyword。这两个属性定义了百度首页的两个最重要的元素，咱们也能够定义更多的好比登陆的HyperLink或者其余的一些元素，可是咱们如今以这个为例子来定义。

 

这里的代码定义并非最简单的，读者彻底能够经过本身的努力对测试框架进行修改，把这个代码作到更简单，不过咱们这里以这个代码为例，来说述自动化测试框架的架构等比较高层的东西。咱们能够之后来细化这里。

　　通过以上的定义，咱们的业务逻辑代码就能够被简略到以下的语句：

 

Baidu b = new Baidu(); b.Keyword.Text = "生生不息"; b.Submit.Click();

 

　　这里我想很简单，就是咱们打开一个百度的实例，而后输入生生不息，而后点搜索按钮。咱们之后还能够更多的建模，把验证也放在里面。

　　怎么样？若是咱们的的自动化测试框架能够达到这样的效果，咱们就能够很好的解决上面提出的问题，当Web的开发尚未彻底成型的时候，咱们能够定义页面的元素，空着ID不填，而后把业务逻辑作好，一旦Web开发完成，咱们只须要填补上网页元素的定义，自动化测试代码就能够完成。

　　是否是已经摩拳擦掌了？咱们从下一节开始，自动动手来作出这样一个自动化的测试框架来。