公司现状是已经用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比较好一些呢！！！！那我前一段时间的框架不是又要改了吗？？狂郁闷！！！
文章来源于领测软件测试网 https://www.ltesting.net/
