2

我正在网上搜索有关 Electric Cloud 的教程,但一无所获。也找不到处理它的好博客。有人可以为此指出正确的方向吗?

我们还计划使用 Electric cloud 来并行执行 perl 脚本。我们不会构建软件。我们正在尝试通过使用电子指挥官并行执行相同的 perl 脚本来并行测试我们的硬件。但我认为,考虑到它的成本,电动指挥官可能不是合适的工具。您能否建议一些使用电动指挥官的利弊,以及可能对我们的测试有用的任何其他功能。

谢谢...

4

3 回答 3

7

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

ElectricCommander 也可以是一个有价值的应用程序,可以并行驱动您的测试。这里只是考虑几个方面:

  1. 子过程:使用 EC,您可以只使用现有脚本,将它们放入过程定义中,然后在单个过程调用中多次(同时)调用该过程。如果需要,您可以进一步将脚本分解为更细化的子过程。这将推动重用,降低管理成本,并使您的过程尽可能快地运行(请参阅下面的并行性)。
  2. 并行性:使脚本能够并行运行实际上就像在 EC 中选中一个框一样简单。我不只是指同时运行 2 个程序而没有数据冲突的风险。我指的是在一个过程中同时运行多个步骤的能力。再加上上面提到的子过程功能,这使您的过程能够尽可能快地运行,因为您可以将子过程嵌套在其他子过程中,并使所有内容都可以在测试允许的情况下并行运行。
  3. 根本原因分析:测试可以生成大量数据,但通常只有失败、警告等是相关的(告诉我出了什么问题)。EC 可以配置为在您的测试输出中查找非常具体的字符串,并将根据该配置生成诊断。因此,如果您的测试产生一千行输出,但只有 5 行参考错误,EC 将自动为您突出显示这 5 行。这使开发人员更容易快速识别根本原因分析。
  4. 结果跟踪:ElectricCommander 的属性机制允许您存储您确定相关的任何信息。这些属性可以与系统中的任何对象相关联,无论是过程本身还是由过程调用产生的作业。再加上 EC 的报告功能,这意味着您可以生成有价值的指标,表明您的整体项目运行状况或吞吐量,而不受任何限制。
  5. 缺陷跟踪集成:使用 EC,您可以在测试失败时自动在缺陷跟踪系统中提交错误,或者您可以让 EC 创建一个“缺陷分类报告”,开发人员/QA 在其中审查失败并指出哪些应该由 EC 自动提交. 这消除了冗余数据输入并简化了整体软件开发。

简而言之,EC 将完全按照您希望的方式行事。它不会强迫您更改流程以适应工具。就成本而言,Electric Cloud 为成本敏感的客户提供了一个名为 ElectricCommander Workgroup Edition 的版本。它可用于支付少量的年度订阅费以及您可能想要跟进的内容。

我希望这有帮助。如果您有其他问题,请随时联系您的客户经理或我本人 (dfarhang@electric-cloud.com)。

于 2010-10-19T22:49:02.543 回答
1

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

于 2011-04-11T21:01:19.050 回答
1

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

于 2012-05-11T22:23:03.677 回答