|
公司现状是已经用td来管理测试用例了,在这个基础上引进qtp,肯定是需要将以前的测试用例利用起来。之前确定的框架是舍弃action而选用.vbs的写相关的类来完成。
现在选用action的好处是:
1.td中自动生成action脚本,在qtp中进行修改。内容且不说,那个格式是相当的规整,而且action对应的测试用例比较清晰,每个action对应的功能非常明确。
2.测试集在td中生成,自动运行,对每次的测试范围也比较的明确。
其实归根结底还是用action对td的整合比较好,不管怎么说td和qtp产品本身就是一个公司,设计之初就考虑到了td和qtp的整合。
选用action的坏处是:
1.td中存在测试用例并不是很符合现在的自动化测试,所以如果要将td中测试用例使用起来,测试用例的修改是必然要进行的,而且改动不小。但是测试用例的修改以那个方向作为重点也是个需要考虑的问题。
2.action的调用不如function之间的调用那么方便。其实最主要的原因,俺看那个action就不爽,调用那么麻烦,输入输出都是相当的麻烦。。。。不如偶得function想咋调就咋调,看着那个舒服啊!!!
3.其实也是不清楚的地方,不知道td管理action有没有那种回滚得功能,万一想要对action代码进行回滚,不能进行,不是要疯特了。。。。。
4.qtp版本间的变化有点大,虽然一般来说是向下兼容,但是不能保证阿
现在选用.vbs的好处是:
1.从编程的角度,将每个大的功能写成类,通过对类的函数的调用,逻辑思路比较明晰。不知道是不是之前编过程序,所以对这种思考角度有种天生的倾向。
2.按照现在的框架,其实也是通过excel来管理了测试用例,不过这些测试用例就是要重新写了,通过改写testcases的文档也可以达到选取测试集的目的,貌似没有td那么方便。
3..vbs文件的移植性好啊,无论那个版本的qtp都可以运行。
现在选用.vbs的坏处是:
1.测试用例和vbs文件始终还不是很好的对应。对以后别人来看这段代码估计还是有一定的困难的。。。。。
为啥我比较来比较去,好像还是用action比较好一些呢!!!!那我前一段时间的框架不是又要改了吗??狂郁闷!!! |
|