请大家进来谈谈为什么要放弃QC，使用自己框架的原因。
论坛里面谈框架的帖子不少。但似乎很少有人提到为什么要放弃QC去编写自己的框架。除了费用因素外，请大家谈谈QTP+QC框架有什么缺陷导致这么多人自己去设计框架。 在没有QC使用经验的情况下，完成了自己的框架。总觉得如果不全面了解QC的话，就不知道自己框架的不足体现在什么地方。也就不知道要从哪些方面去改进自己的框架。希望和大家一起探讨一下。 回复 2# tanky有QC自然好，很多时候是没有QC环境。
至于为什么要自己写框架，我个人觉得：
1. 不喜欢定制的东西，如很多人买台式电脑，都喜欢自己选零件组装电脑而不是买成品机。
2. 自由，想改个模块就改个模块，想出自己喜欢的风格的报告就出自己喜欢的报告。
3. 能按照自己项目改进，能更符合自己项目的需要，高度复用。
4. 凸显自身价值，如果使用自己写的框架，能展示自己能力，能加工资，能提升自身编程能力，能在各种交流会上有话可说。 回复tanky
有QC自然好，很多时候是没有QC环境。
至于为什么要自己写框架，我个人觉得：
1. 不 ...
黑羽祭 发表于 2013-4-11 09:55 http://bbs.51testing.com/images/common/back.gif
谢谢版主！我了解了一下QC的BPT。感觉自己的框架也是基于这种所谓的业务流程测试的思想的。QC的业务组件，对应我框架里面的业务函数。QC里面组织业务流程测试。对应我框架里面的自动化测试用例编写（excel+VBA程序）。不同的是：QC能完全控制QTP执行BPT，而我的一个客户端程序只是被动的接收测试机发出的测试信息,QTP需要手工操作执行。而不能主动控制测试机上的QTP。但有个好处是能在不中断QTP运行的情况下实时查看错误信息，以及错误截图。 回复 4# tanky
“QTP需要手工操作执行” 可以用vbs控制QTP Help裡面有提供控制QTP啟動的VBS Script，可以運用到工作排程上。
页:
[1]
