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