action和.vbs比较，哪种比较好？？？

mfjin

公司现状是已经用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比较好一些呢！！！！那我前一段时间的框架不是又要改了吗？？狂郁闷！！！

zte_boy

和楼主同样困惑，两者之间俺也比较了很久，难以取舍，最后还是用了action，只是把公用方法提取出来做成了vbs文件进行调用

hsjzfling

还不太习惯用td/qc来管理自动化测试用例。。。总感觉不是很爽~
不过用例是否用action这个问题不大啊，框架全写成vbs就好了，比如每个模块、页面、控件的操作全都是vbs，放在action中来调用也是很方便的，应该没什么冲突吧~

mfjin

虽然说vbs可以代替action做很多的事情，但是在和测试用例结合起来的时候，尤其是测试用例本身就是由td来管理的项目来说，action还是有着决定性的优势。难道没有两全的办法吗？？？

yabest

代码重用和代码调用还是用vbs来实现比较好，Action太笨重了。

想用td+action来管理和执行用例的话，那可以将脚本都写在vbs里，action里只保留一行函数调用的语句即可。

getfly

用action的话，脚本会很大。 我不喜欢用action。还是喜欢用function，数据传进来方便。而且修改也方便，不用装qtp就能修改。哈哈

今天有雾

我觉得两种各有种的优点，看自已需要什么了，很难取舍吧