我们正在使用 Quality Center 来管理我们的测试用例和手动测试执行。Quick Test Professional 并不能完全满足我们的需求，因此我们已经开始实施 WebDriver + Java + TestNg + GRID2。TestNg 从 TestNg 集中处理事物，它将测试组织成套件，允许数据驱动测试的参数，生成报告、日志和可能的屏幕截图。
Quality Center 还假设它是测试“宇宙”的中心，它用于触发所有测试，包括自动和手动测试，并负责处理和存储结果。
我的问题是，我们如何使用 Quality Center 来：
a) 作为需求和测试用例
的中央存储库 b) 作为测试执行结果的中央存储库
同时利用 TestNg + Selenium + Java + GRID2 来：
a) 在不同平台和浏览器上进行测试 b) 利用并行测试执行
c) 利用云中的分布式测试执行
我认为有两种可能的方法：要么使用 Quality Center 作为主控来执行测试，并以某种方式将结果写回它，要么使用 TestNg（或您使用的任何工具）来触发测试并拥有一些反映您的脚本在 Quality Center 中进行测试，并将测试结果导入其中。我认为需要前者来支持您的要求a），后者应该足以满足b）。
要从 Quality Center 开始测试，您可以简单地使用 VAPI-XP 测试来启动一些执行测试的脚本。在 VAPI-XP 脚本中，您必须解析结果并相应地设置测试运行的状态。也许在 Quality Center 中定义自定义测试类型还有更好的方法，但我没有任何经验。
通常，我更喜欢在 Quality Center 外部管理自动化测试并从 Quality Center 外部启动它们。我认为这是更好的方法——它让您可以使用任何您想要的东西来触发测试（例如 Jenkins），并最大限度地减少您对 Quality Center 的依赖。困难的部分是在 Quality Center 中镜像您的测试。通常我使用 OTA 脚本将测试用例导入质量中心，覆盖需求并在测试实验室中创建测试集。每次执行测试用例后，我都会自动将运行添加到测试实验室中的测试中，并附加任何必要的内容以满足测试经理对可追溯性的需求（使用在测试执行后运行的 OTA 脚本）。除了使用 OTA，还可以使用 Quality Center 的 REST API 进行导入。
根据经验，我尽量在质量中心做尽可能少的事情，只导入满足项目需求所需的任何东西，它是测试经理......