自己动手写Web自动化测试框架6 - 自动化测试框架的规划 软件测试
从今天开始，我们正式进入自动化测试框架的编写中。
首先我们先进行需求分析：我们到底要什么样的自动化测试框架?
正如第一篇《自己动手写Web自动化测试框架1 - 概述》中提到的，我们要做的是一个简单的自动化测试框架，没有Ajax，没有框架，没有Windows对话框，我们舍弃这些较为复杂的功能，目的就在于，我们想要把注意力集中在自动化测试框架的架构上，以后我们可以慢慢加入这些功能，但是第一次，我们不要。
这里规划一下，我们想要的自动化测试框架是什么样子的，那么要从我们的自动化测试说起了。自动化测试代码一般是在什么时候写的呢?在微软里，自动化测试代码应该和被测试的网站的代码同步开发，因为有了Spec(Specification)，我们就可以根据Spec来测试用例，然后把我们认为重要的，必须经常重复的用例自动化起来。
但是问题在于，我们在没有网站的情况下，如何进行自动化测试的开发呢?我们面临的困难主要有以下的方面：
没有网站，就没有网页元素的ID之类的标识，没有办法按照上面的办法获取我们想要的网页元素。
网站建设初期，页面元素不稳定，一个小小的ID的变更就可以使我们的自动化代码变的无用。
即使是页面元素不变，一个小小的业务逻辑的改变，也可能会很大的影响到我们的自动化测试代码。
我们的自动化测试框架，一定要可以比较好的解决上面的问题。
我想很多的读者已经明白了，我们要做的就是把网页的元素和网站的业务逻辑分开，这样就可以比较好的解决这些问题。
我们最终的目标是在一个类里面去定义整个网站的架构，比如这个网页上有一个文本框，有几个按钮。就像下面的这段代码
文章来源于领测软件测试网 https://www.ltesting.net/
