我刚刚开始使用QTP来测试我们拥有的java监视器。我认为如果将所有对象放在共享存储库中并且根本不使用本地存储库会更清晰。那样做有什么不好吗？
答案 0 :(得分：1)
否。嗯，这取决于。
没有理由禁用本地仓库。 甚至没有办法做到这一点！但是，您可以简单地避免使用。
我通常在团队中有一条活动规则，上面写着“当地回购中的任何东西都应该在办理登机手续时”。我甚至检查了库初始化代码，该代码查看本地存储库中是否有内容，如果是，则产生警告。
但这取决于AUT是否有用，以及您的工作流程：
测试实际使用的回购是相关（共享，中央）存储库的组合，“覆盖”本地存储库中的内容。 因此，您不仅可以添加，还可以使用本地条目修改共享仓库条目。这是一个非常强大的功能，允许您在共享中定义“规范”案例，以及特殊情况本地存储库中的案例。 如果AUT具有明确定义的GUI对象，可以在各种上下文中轻松地重新识别，那很好。但如果没有，这个功能就派上用场了。
我同意这种“覆盖”机制很容易导致难以追查的“错误”（或者说让我们说：回放问题）。通常，正如墨菲所暗示的那样，当您诊断出奇怪的回放症状时，本地回购是最后一个想法。
但是，通过对象仓库管理器打开中央仓库，检查出来，使其可写，等等每一个小小的变化，都是一些点击工作。 因此，本地仓库是更新的良好“缓冲区”。因此，特别是如果您使用QC作为中央存储点，并且可能在那里启用了版本控制，您将喜欢能够首先将新内容添加到本地仓库并将其移动到在检查更改之前，在一个负载中的中央仓库。 （顺便说一句，如果您检查中央仓库文件超过5分钟，其他团队成员会杀了你，实际上会对其进行写锁定。）