现在发现,自动化测试脚本编写并不难,困难的是找不到测试框架的方向,没有一个好的测试框架,写出来的测试脚本非常不好维护,如果软件界面或是功能稍微出现变化,就会有很大的改动。
通过查资料,发现一个框架非常好,个人认为,可能我现在对框架的理解还不到位,见笑了。
资料网址: http://www.cnblogs.com/nckiki/articles/244202.html
1.数据驱动框架
这一框架基本上是作为一个子框架出现的,因为不管用哪种框架,基本上都要包含这一框架,这个框架主要是将测试数据从测试脚本中分离出来,对数据的修改会很方便。
2.测试脚本模块化
测试脚本模块化框架需要创建能够代表测试下应用程序(application-under-test)的模块,零件(Section)和函数的小的、独立的脚本。然后用一种分级的方式将这些小脚本组成更大的测试,实现一个特定的测试用例。
在我将提及的所有的框架中,这种框架应该是最容易精通且掌握的。就在一个部件前面构建一个抽象层以掩藏应用程序其他的部件方面,它是一个很著名的编程策略。它把应用程序从在部件的修改中隔离开来并规定了在应用程序设计中的模块性。为了提高自动化测试套件(test suite)的可维护性和可测量性,测试脚本模块化框架应用了抽象或封装的原则。
当控件发生移动或改变的时候,只需要修改调用控制的底层脚本,而不是测试控件的所有测试用例
3.测试库模块
测试库构架框架和测试脚本模块化框架非常相似,有着同样的优势,但是它把测试下的应用程序分成过程和函数,而不是脚本。这种框架要求创建代表测试下应用程序模块,零件和函数的库文件(SQABasic libraries, APIs, DLLs等等)。然后这些库文件被测试用例脚本直接调用。
![2011040816520365.jpg](https://i-blog.csdnimg.cn/blog_migrate/3ae712412a3bbe04c7c3b11a37d22e99.jpeg)
如果控件发生变化,只需要修改库文件,同时也更新了所有调用这个控件的脚本