从这篇开始，我们正式进入自动化测试框架的编写中。
首先我们先进行需求分析：我们到底要什么样的自动化测试框架？
正如第一篇《自己动手写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或者其他的一些元素，但是我们现在以这个为例子来定义。
