用于在QC中存储函数库，存储库是否更好？

Question

我打算将QC用作存储库库，对象存储库和其他数据文件的位置。我将从QC执行所有测试用例。如果我使用QC，这会是一个更好的意见吗？执行会比平时更快吗？

注意：通常的方法是函数，repo on local，只是更新QC中的Driver脚本并从QC运行它。

Answer 1

存储在QC上的任何内容都必须下载到执行QTP测试运行的机器上。增加从QC下载的项目数不会提高性能。

Answer 2

在考虑了一段时间之后，我决定拿出自己的答案：

如果你

• 在QTP测试中与多人合作，
• 和/或在多台或两台机器上执行测试，
• 和/或使用QC的工作流脚本功能来跟踪测试的stati（或其他属性）
• AND / OR想要做的不仅仅是使用Run / F5从QTP直接执行测试（“交互式”）
• AND / OR想要使用QC的版本控制进行QTP测试（urgh ..）

然后强烈建议将测试放入QC，因为

• 中央存储库在这种情况下很有用
• 这是使用QC的需求树，测试实验室和缺陷管理器以及自动化测试集成的唯一方法，包括图形/报告功能。

在QC中使用它们的最大缺点是你

• 永远不会再看到这些测试的可用分层文件系统（但是嘿！没有QC的QTP是否为每个测试创建了一个有用的文件系统？不！），
• 因此必须通过QC界面执行所有操作（忘记使用Windows资源管理器删除或复制树）
• 由于每次打开或保存操作都会支付性能损失，因此必须将测试从/向QC传输到本地文件系统或从本地文件系统传输。 （一旦它存在，你就会有完整的本地表现，至少在大多数情况下都是这样。）
• 大大增加了对本地网络稳定性的依赖性
• 应始终拥有最新的QTP＆amp; QC版本（特别是在补丁/ SR方面），
• 会看到一些罕见的情况，如果测试是在本地文件系统中的话，QTP IDE崩溃的时候就不会崩溃（两者之间的接口实现似乎仍有一些错误）

所以如果你能忍受这些缺点，那就把它们放进QC吧。

Answer 3

过去，我使用了一个名为StarTeam的工具，它包含一个包含所有存储库的工作文件夹。这是版本控制的，这意味着任何一个工程师都可以访问它或检查它以对其进行更改。

执行很快，因为您自己的个人版本的工作文件夹保存在本地驱动器上，可以让您快速访问。

然而，在QC中提高其他测试人员的可见性可能会更好。它的个人偏好确实每个解决方案都有好处和坏处。