RE#1:すべてのElectricCommanderドキュメントは、https://electriccloud.zendesk.com/entries/229369-documentationにあるElectricCloudナレッジベースにあります。
ElectricCommanderは、テストを並行して実行するための貴重なアプリケーションにもなります。考慮すべきいくつかの側面を次に示します。
- サブプロシージャ:ECを使用すると、既存のスクリプトを取得してプロシージャ定義にドロップし、1回のプロシージャ呼び出しでそのプロシージャを複数回(同時に)呼び出すことができます。必要に応じて、スクリプトをさらに詳細なサブプロシージャに分解できます。これにより、再利用が促進され、管理コストが削減され、プロシージャを可能な限り高速に実行できるようになります(以下の並列処理を参照)。
- 並列処理:スクリプトを並列実行できるようにすることは、文字通りEC内のチェックボックスをオンにするのと同じくらい簡単です。データの衝突のリスクなしに2つのプロシージャを同時に実行することだけを指しているのではありません。プロシージャ内で複数のステップを同時に実行する機能について言及しています。上記のサブプロシージャ機能と組み合わせることで、プロシージャを可能な限り高速に実行できるようになり、他のサブプロシージャ内にサブプロシージャをネストして、テストで許可されている場所ですべてを並行して実行できるようになります。
- 根本原因分析:テストは膨大な量のデータを生成する可能性がありますが、多くの場合、障害や警告などのみが関係します(何が壊れているかを教えてください)。ECは、テスト出力で非常に特定の文字列を検索するように構成でき、その構成に基づいて診断を生成します。したがって、テストで1000行の出力が生成され、5行の参照エラーしかない場合、ECはそれらの5行を自動的に強調表示します。これにより、開発者は根本原因分析をすばやく簡単に特定できます。
- 結果の追跡:ElectricCommanderのプロパティメカニズムを使用すると、関連性があると判断した情報を保存できます。これらのプロパティは、プロシージャ自体であろうと、プロシージャの呼び出しから生じたジョブであろうと、システム内の任意のオブジェクトに関連付けることができます。ECのレポート機能と組み合わせると、これは、プロジェクト全体の正常性またはスループットを制約なしに示す貴重なメトリックを生成できることを意味します。
- 欠陥追跡の統合:ECを使用すると、テストが失敗したときに欠陥追跡システムにバグを自動的に報告できます。または、開発者/ QAが失敗を確認し、ECが自動提出する必要があるものを示す「欠陥トリアージレポート」をECに作成させることができます。 。これにより、冗長なデータ入力が排除され、ソフトウェア開発全体が合理化されます。
つまり、ECは希望どおりに動作します。ツールに合わせてプロセスを変更する必要はありません。コストに関しては、Electric Cloudは、コストに敏感な顧客向けにElectricCommanderWorkgroupEditionと呼ばれるバージョンを提供しています。少額の年間サブスクリプション料金とフォローアップしたいもので利用できます。
これがお役に立てば幸いです。ご不明な点がございましたら、アカウントマネージャーまたは私に直接お問い合わせください(dfarhang@electric-cloud.com)。