[转载]自动化测试脚本的优化

上一篇 / 下一篇  2010-06-17 14:56:16

自动化测试脚本优化

1:优化函数公用性

最近开始整理以前完成的自动化测试脚本,因为新增了很多的功能,要使用很多过去完成的Function和sub,这样一用才发现自己当初设计的Function的调用方法实在不合适,比如一个Login的sub,以前设计的是在这个sub中从一个本地数据库中获取登陆信息,然后填入界面上后登陆,可是这次开始使用这个sub,才发现这个方法行不通,因为我的usecase会经常性的Login,而且每次使用的登陆用户名和密码都不同,这样这个函数就不可用了,于是就采用了传递参数的方法,每次调用Loginsub的时候传递输入要使用的的参数进行Login。同样对自己以前做过的函数中类似这样的函数全部做了修正,以便于在使用过程中的调用。

2:优化函数的粒度

自动测试测试的usecase是非常复杂的,一般情况下一个usecase由多个function和sub组合完成,除了上边所说的在调用方式上的灵活性的改善,还有就是这些function的粒度划分。比如上边讲到的Login,以前的Login函数在登陆完毕后有一段判断是否登陆成功的代码。但是系统升级后,Login完成后会有一些系统通知的popupmessage显示出来,关闭这些popupmessage后才能判断登陆是否成功。于是,我在判断登陆是否成功的代码前增加了对popupmessage的关闭代码,并且修改了Login的参数。但是随着用户需求的变更,这些popupmessage变成了一些可以设置的项目,有时候会显示,有时候不显示。在重新思考了这部分可能的变化后,我重新划分了Login这部分功能的实现步骤,分为设定登陆信息并登陆,对PopUpmessage的处理,Login是否成功的判断三个部分组合完成登陆过程。这样在后来又增加了登陆时修改密码等新功能后,我只需要修改popupmessage的处理那部分的代码就可以了。从这个例子中我们可以看到测试case的粒度不仅反映在测试用例上,实际上也反映在你自动测试脚本上。同样从自动测试脚本的划分也就能看出usecase的划分是否合理了。

转载http://space.itpub.net/14780873/viewspace-374654


TAG: 优化 测试 脚本 自动化

 

评分:0

我来说两句

Open Toolbar