qc9.0及qc10.0的区别.docVIP

QC10.0与9.0的差异 QC10.0所提供的新功能主要体现在一下三个方面?一、增强的QTP整合能力 ??? 在QC10.0中引入了一个新的模块“Test Resources”。在之前的版本，QTP的测试脚本和相关资源文件都是作为附件存储在QC中，而QC10.0中的“Test Resources”这个模块就可用于独立管理QTP的各项资源以及它们之间的依赖关系。 ??? 在QTP10中，提出了一个新概念“QuickTest assets”：QuickTest assets include tests, components, application areas, and the resources associated with them, such as shared object repositories, function libraries, recovery scenarios, and external data tables. QTP通过与QC整合，把测试脚本所涉及的方方面面的资源统一作为“QuickTest assets”管理起来。 ? 二、可移植性??? QTP的测试和相关资源文件通常会被存储在服务器或QC上，然而，很多时候，我们需要在离线的情况下打开和运行QTP测试脚本，或者出差时把相关测试脚本打包拷走。现在，新版本的QTP允许你通过“File-Save Test with Resources”的方式创建一个独立的测试脚本和相关资源的完整拷贝。这种方式保存的测试脚本会把测试脚本相关的资源文件、调用的action都一并保存到本地磁盘。 ? 三、版本控制和基线 ??? 在旧版本的QTP和QC中，只支持有限的版本控制功能，并且需要安装版本控制的插件，通过第三方的版本控制工具来执行版本控制功能。而现在，版本控制功能被完全整合到QC中。当QTP通过版本控制连接到QC项目中时，你可以把QTP中的任何“QuickTest asset”签入到版本控制数据库中，相反也可以签出项目中的任何“QuickTest asset”。 ? ?类似于版本控制工具中提供的版本比较工具，新版本的整合环境中提供了“Asset Comparison Tool”，用于比较不同版本的QTP测试 脚本、各项“QuickTest Asset”之间的差异。 ???需要注意的是，基线（Baselines）功能只有在QC10的Enterprise和Premier版本中才有，在Starter版本中不支持。 分析和总结：???? 功能一中提到的新增模块的描述中写明新增的“Test Resources”功能，将以前版本中的脚本的附件功能专门做了一个控制模块进行操作，在可视性、易用性等方面有所提高，但并非新增的旧版本无法实现的功能，在早期的平台设计demo中也曾经以二次开发的方式达到过类似或者同样的效果。??? 功能二中提到的移植性在以往的版本中往往通过在本机上安装QC并进行库移植来实现（也就是把QC从服务器移植到本机上，对于目前笔记本电脑的性能只要不做大规模的并发运行，完全可以承载这种运行架构）；此外即使不做QC的移植亦可以将QC服务器上的脚本和作为脚本附件的相关资源保存到本地，只是需要分别进行保存操作（功能描述中的说法应该是通过脚本与资源之间的关联，只需保存选定脚本其它资源可以同时保存）。对于QC9.0通过二次开发也可做到同样的效果，甚至可以实现脚本的批量保存。??? 功能三中的描述已经说明在旧版本的QC中也可以通过与第三方版本工具的关联来实现版本控制，例如vss；QC10.0只是将该功能整合到了工具本身中，不再需要第三方版本工具来支持。在旧模式中可以进行脚本和用例等的签入、签出和版本替换等功能，但是没有功能描述中提到的版本比较工具，此项应为新增功能。此外旧模式中版本控制仅限与QC中的用例模块（用例和脚本），QC10.0中好像可以扩展到需求和缺陷管理模块。 ? ??? 综上所述，对于以上三方面的新增功能，可以看做对QC9.0的一些功能的升级，是一种量变而非质变的过程且各种操作属于细节方面可能并非用户真正重视的功能。此外目前的自动化测试平台开发项目已经选定不使用QC作为脚本和用例等的存储管理工具，而是直接使用SQL数据库自行设计的存储结果，如果引入QC10.0可能给平台开发带来新的问题。??? 以上的分析和总结只是个人的一些看法，仅供参考。 ? ? ? 设置QC工作流 在设置工作流-脚本编辑器-缺陷模块脚本-Defects_Bug_New 中添加如下代码（如果是英文的将值设置为open）保存结果后新建缺陷状态默认为固定。 Dim FieldsFields = Bug_Fields Fields(BG_STATUS).Value = 固定 以