QTP测试使用什么管理工具

loho1968

VSS或者类似工具：针对单个文件处理，不方便。
TD或者QC：同一公司的产品，管理方便。

sly_leo

当然是QC啦，VSS已经淘汰，MS都不用了，现在他们用SD

winfood

原帖由 loho1968 于 2007-8-14 21:21 发表
VSS或者类似工具：针对单个文件处理，不方便。
TD或者QC：同一公司的产品，管理方便。

LZ提到的是两类不同的工具：
VSS是版本控制工具，用于软件配置管理。作为版本控制工具，VSS弱点比较多。现在常见的支持C\S、B\S方式协同工作的开源工具是CVS、SubVersion等等。其他各工具厂商的商用工具也很多；
TC或者QC主要是测试流程管理，他们的侧重点不是版本控制，而是测试流程的控制和自动化。

我们的项目现在使用SubVersion管理QTP的测试脚本，没有使用TD或者QC。这样一来，我们仅仅能够控制住QTP测试脚本开发过程中的版本，像测试覆盖分析、测试用例和测试脚本的跟踪以及测试流程管理中的测试设计、执行等活动的控制都只能用人工方式协调了。如果有TD或者QC的支持，这些工作的效率会更高一些，也可以避免人为的错误。

[ 本帖最后由 winfood 于 2007-8-15 08:54 编辑 ]

only0618

很实用，受教了

loho1968

原帖由 winfood 于 2007-8-15 08:52 发表

LZ提到的是两类不同的工具：
VSS是版本控制工具，用于软件配置管理。作为版本控制工具，VSS弱点比较多。现在常见的支持C\S、B\S方式协同工作的开源工具是CVS、SubVersion等等。其他各工具厂商的商用工具也很 ...

一个Test有很多个Action，一个Action中又有很个File，使用VSS,或者类似的工具，在存储管理上不方便。c/s或B/s不是最关键的东西，VSS也有B/S的工具。但不能把一个Test作为一个“对象"来看待

winfood

原帖由 loho1968 于 2007-8-15 09:16 发表


一个Test有很多个Action，一个Action中又有很个File，使用VSS,或者类似的工具，在存储管理上不方便。c/s或B/s不是最关键的东西，VSS也有B/S的工具。但不能把一个Test作为一个“对象"来看待

嗯，只用VSS或者其他的版本控制工具管理代码比较好，用来管理Test就照顾不到测试的特点了。这也是我感觉用SubVersion管理我们项目的测试脚本不方便的地方，测试脚本的文件是孤立的。我们只能从工具以外去弥补这些不足了。
BTW，我用过的VSS是N年前的6.0版本，是文件共享式的。每次建立新的配置库都要把服务器上的配置文件设置成共享的，即不方便也不安全。没有想到现在VSS也升级了，真的落伍了sdlkfj1