自动化测试脚本的优化

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的划分是否合理了。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/14780873/viewspace-374654/，如需转载，请注明出处，否则将追究法律责任。

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