単一アプリケーションのGUI自動化のための2つの自動化ツール

tool-1はいくつかの重要な機能をサポートしていないため、現在のアプリケーションを自動化する2つの独立した自動化ツールを用意する予定です。これら2つのツールの統合は困難です。良いアイデアですか?

私たちがテストしているアプリケーションは電子をベースにしており、そのためにジャスミンでスペクトロンを使用しています。しかし、アプリケーションではコントロールのドラッグアンドドロップが頻繁に使用されています。スペクトラムはサポートされていないため、webdriver.ioもサポートしていません。

また、セレンを統合しようとしましたが、Actionクラスの統合の問題により、統合ができませんでした。ドラッグアンドドロップをサポートする別のツールを使用し、他のツールでこれらのテストケースのみを実行することを考えています。

ベストアンサー

依存する

アプリケーションを自動化するために2つの異なるツールを使用すると、それ以外の方法では解決できない問題がこれらのツールによって解決されても、問題はありません。

検討したいことがいくつかあります:

  • ユーザーが2番目のツールを必要とする機能を使用する確率はどれくらいありますか?
  • GUIインターフェースとその機能に回帰の問題がある可能性はどれくらいありますか?
    (たとえアプリケーションがリリースされていなくても、システムのその部分に問題がある場合は、問題が続く可能性が高いです)。
  • 2番目のツールがチームに追加される可能性がある追加作業はどれくらいあり、その作業のROIは2番目のツールの購入と使用を正当化しますか?
    (つまり、ツール2を使用して必要な自動化を追加するのに50時間かかる場合があり、それを維持するために週5時間かかる場合もありますが、手動で週2時間で同じテストを行うことができます)(数値はランダムです)
  • 新しいツールを使用して自動化する予定の機能のうち、どれだけが単体テストの対象ですか?

これらの要素を考慮した後(それは完全なリストではありませんが、それはまともな出発点です)、2番目のツールが貴重な時間を費やしているように見える場合は、使用することをお勧めします。テストを変更して不安定なテストを見つけようとするより多くの時間を費やすように見える場合、それはおそらく良い考えではありません。

いずれにしても、評価版(ツールがフリーでオープンソースでない場合)から始めて、決定を下す前にそれが機能するかどうかを確認する必要があります。

使用する場合は、CIパイプラインにテストを構築して、可能であれば定期的に実行するようにしてください

返信を残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です