《电气指挥员与教程》中的澄清

Question

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

此外，我们还计划使用电子云来并行执行perl脚本。我们不会去构建软件。我们正在尝试通过使用电子命令器并行执行相同的perl脚本来并行测试我们的硬件。但我认为，考虑到它的成本，电气指挥官可能不是合适的工具。你能建议使用电子指挥官的一些利弊，这和任何其他可能对我们的测试有用的功能。

谢谢..。

Answer 1

RE #1:所有ElectricCommander文档都位于位于https://electriccloud.zendesk.com/entries/229369-documentation的电气云知识库中。

ElectricCommander也可以是一个有价值的应用程序来并行驱动您的测试。以下是需要考虑的几个方面：

1. Subprocedures:使用EC，您只需将现有脚本放入过程定义中，并在单个过程调用中多次(并发)调用该过程即可。如果需要，可以进一步将脚本分解为更细粒度的子过程。这将促进重用，降低管理成本，并使您的过程能够尽可能快地运行(参见parallelism below).
2. Parallelism:使脚本能够并行运行实际上就像在EC中选中一个框一样简单。我指的不仅仅是同时运行两个过程而不会有数据冲突的风险。我指的是在一个过程中并发运行多个步骤的能力。再加上上面提到的子过程功能，这使您的过程能够尽可能快地运行在其他子过程中，并允许所有测试在测试允许的情况下并行运行。
3. 根本原因分析:测试可以生成大量数据，但通常只有失败、警告等是相关的(告诉我哪些是损坏的)。EC可以配置为在测试输出中查找非常特定的字符串，并将根据该配置生成诊断。因此，如果您的测试产生了1000行输出，但只有5行引用错误，EC将自动突出显示这5行。这使得开发人员可以更容易地快速识别analysis.
4. Results跟踪的根本原因:电子指挥官的属性机制允许您存储任何您确定为相关的信息。这些属性可以与系统中的任何对象相关联，无论是过程本身还是调用过程所产生的作业。再加上EC的报告功能，这意味着您可以在没有任何constraint.
5. Defect跟踪集成的情况下生成有价值的指标来指示您的整体项目健康状况或吞吐量:使用EC，当测试失败时，您可以在您的缺陷跟踪系统中自动归档bugs，或者您可以让EC创建一个“缺陷分类报告”，开发人员/QA在其中审查失败并指出哪些应该由EC自动提交。这消除了冗余数据输入并简化了整体软件development.

简而言之，EC将完全按照您希望的方式运行。它不会强迫您更改流程以适应该工具。就成本而言，电力云为对成本敏感的客户提供了一个称为ElectricCommander工作组版的版本。只需支付少量的年度订阅费，你可能会想要跟进一些事情。

我希望这能帮到你。如果您有其他问题，请随时与您的客户经理或我本人联系(dfarhang@ to cloud.com)。

Answer 2

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

Answer 3

为了进一步解决问题的并行方面:命令行界面允许您编写脚本来构造过程，包括这种具有并行步骤的子过程。因此，在并行步骤的数量上，您不受前面所写的限制:您可以编写一个过程，该过程可以动态地调整自身的大小，以(例如)您希望并行运行的步骤的数量，或者您必须并行运行步骤的资源的数量。