电动指挥官和教程澄清

Question

我在网上搜索电动云的教程，但什么也没找到。也找不到处理它的好博客。有人能为我指出正确的方向吗？

此外，我们计划使用云电用于并行执行Perl脚本。我们不打算制作软件。我们试图通过使用电动指挥官并行执行相同的perl脚本来并行测试我们的硬件。但我认为，电力司令官可能不会成为合适的工具。您能否提出一些使用电动指挥官的优点和缺点，以及可能对我们的测试有用的任何其他功能。

谢谢...

Answer 1

RE＃1：所有的ElectricCommander文档位于位于https://electriccloud.zendesk.com/entries/229369-documentation电云知识库内找到。

的ElectricCommander还可以带动你的测试并行应用价值。这里仅仅是几个方面考虑：

1. 子过程：随着EC，你可以把你现有的脚本，它们拖放到一个过程定义和调用程序多次（兼）在一个单一的过程调用。如果你愿意，你可以进一步将你的脚本分解成更细粒度的子程序。这将推动重用，降低管理成本，并且可以使您的程序尽可能快地运行（参见下面的并行）。并行性：启用脚本并行运行就像在EC中检查框一样简单。我并不是指同时运行2个程序，没有数据冲突的风险。我指的是能够同时在一个过程中运行多个步骤。再加上上面提到的子程序能力，这可以使你的程序尽可能快地运行，因为你可以将suprocedures嵌套在其他子程序中，并且允许所有东西在测试允许的情况下并行运行。
2. 根本原因分析：测试可以生成数据的巨大数额，但往往只有失败，警告等相关（告诉我有什么地方不对头）。可以将EC配置为在测试输出中查找非常特定的字符串，并根据该配置生成诊断。因此，如果您的测试产生了一千行输出，但只有5行参考错误，EC会自动为您突出显示这5行。这使开发人员更容易快速识别根本原因分析。
3. 结果追踪：ElectricCommander的属性机制允许您存储任何您认为相关的信息。这些属性可以与系统中的任何对象相关联，无论它是过程本身还是调用过程产生的作业。结合EC的报告功能，这意味着您可以生成有价值的指标，指示您的整体项目运行状况或吞吐量，而不受任何限制。
4. 缺陷跟踪集成：有乳油，可以自动提交bug在你的缺陷跟踪系统时，测试失败，或者您可以创建EC“缺陷分流报告”，其中开发人员/ QA审核失败，并表示哪些应该自动由EC提交。这消除了多余的数据输入并简化了整个软件开发。

总之，欧盟的行为正是他们的方式，你希望它。它不会强迫你改变你的过程来适应这个工具。就成本而言，Electric Cloud为成本敏感型客户提供称为ElectricCommander Workgroup Edition的版本。它可用于一个小的年度订阅费用和一些你可能想要跟进的东西。

我希望这会有所帮助。如果您还有其他问题，请随时直接联系您的客户经理或我自己（dfarhang@electric-cloud.com）。

Answer 2

也许你可以通过使用r命令或cron或类似的东西在多台机器上执行相同的perl脚本。

Answer 3

为了进一步解决您的问题的并行方面： 通过命令行界面，您可以编写脚本来构造 过程，其中包括具有并行步骤的这种子过程。 因此，您并不限制并行步骤的数量，以前写入的内容为：您可以编写一个过程，将 本身动态调整为（例如）您想要在 并行运行的步数，或您必须运行 并行步骤的资源数量。