【生生不息原创】自己动手写Web自动化测试框架6 - 自动化测试框架的规划

从今天开始，我们正式进入自动化测试框架的编写中。
首先我们先进行需求分析：我们到底要什么样的自动化测试框架？

正如第一篇《【生生不息原创】自己动手写Web自动化测试框架1 - 概述》中提到的，我们要做的是一个简单的自动化测试框架，没有Ajax，没有框架，没有Windows对话框，我们舍弃这些较为复杂的功能，目的就在于，我们想要把注意力集中在自动化测试框架的架构上，以后我们可以慢慢加入这些功能，但是第一次，我们不要。

这里规划一下，我们想要的自动化测试框架是什么样子的，那么要从我们的自动化测试说起了。自动化测试代码一般是在什么时候写的呢？在微软里，自动化测试代码应该和被测试的网站的代码同步开发，因为有了Spec（Specification），我们就可以根据Spec来测试用例，然后把我们认为重要的，必须经常重复的用例自动化起来。
但是问题在于，我们在没有网站的情况下，如何进行自动化测试的开发呢？我们面临的困难主要有以下的方面：

• 没有网站，就没有网页元素的ID之类的标识，没有办法按照上面的办法获取我们想要的网页元素。
• 网站建设初期，页面元素不稳定，一个小小的ID的变更就可以使我们的自动化代码变的无用。
• 即使是页面元素不变，一个小小的业务逻辑的改变，也可能会很大的影响到我们的自动化测试代码。

我们的自动化测试框架，一定要可以比较好的解决上面的问题。

我想很多的读者已经明白了，我们要做的就是把网页的元素和网站的业务逻辑分开，这样就可以比较好的解决这些问题。

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

上面的代码，我们定义了两个属性，一个是Button Submit，另一个是Textbox Keyword。这两个属性定义了百度首页的两个最重要的元素，我们也可以定义更多的比如登录的HyperLink或者其他的一些元素，但是我们现在以这个为例子来定义。

Notice

这里的代码定义并不是最简单的，读者完全可以通过自己的努力对测试框架进行修改，把这个代码做到更简单，不过我们这里以这个代码为例，来讲述自动化测试框架的架构等比较高层的东西。我们可以以后来细化这里。

经过以上的定义，我们的业务逻辑代码就可以被简略到如下的语句：

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

怎么样？如果我们的的自动化测试框架可以达到这样的效果，我们就可以很好的解决上面提出的问题，当Web的开发还没有完全成型的时候，我们可以定义页面的元素，空着ID不填，然后把业务逻辑做好，一旦Web开发完成，我们只需要填补上网页元素的定义，自动化测试代码就可以完成。

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