Flash ベースの Web サイトの自動化に ranorex と sikuli を使用することの長所と短所を教えてください。
また、Flash ベースの Web サイトのテストに広く使用されている他のツールがあれば非常に役立ちます。
-スダーソン
Flash ベースの Web サイトの自動化に ranorex と sikuli を使用することの長所と短所を教えてください。
また、Flash ベースの Web サイトのテストに広く使用されている他のツールがあれば非常に役立ちます。
-スダーソン
Flash ベースの Web サイトの自動化にranorex と sikuliを使用することの長所と短所を教えてください。
本当にリンゴとオレンジですが、そうは言っても、Ranorex と Sikuli はどちらも Flash アプリケーションをテストできますが、両方の製品がそれを行う方法はかなり異なります。
Sikuli は次のように述べています。
画像認識を使用して、GUI コンポーネントを識別および制御します。GUI の内部コードやソース コードに簡単にアクセスできない場合に便利です。 もっと...
一方、Ranorex は個々の画面要素を検出できます。それらを XPath で表します。タイプ セーフな c# UI リポジトリ コードをコード生成します。
Ranorex のテスト ケースは、基盤となる画面テクノロジとレイアウトからより切り離されています。TC は、明示的な画面参照ではなく、コードによって生成されたリポジトリ アイテムを参照します。
UI レイアウトが変更されると、Sikuli が壊れる可能性が高くなります。Ranorexはそれほどではありません。
どちらの製品も IR をサポートしています。Sikuli は IR のみをサポートしています。
AUT の画面が進化するにつれて、画像認識に関するテストへの影響も大きくなります。
Sikuli で画面が切り替わった場合は、参照画像を再キャプチャする必要があります。
Ranorex では、XPath を更新するだけです。
画像認識にはその役割があります。実際、当社は DICOM 画像ベースの製品の一部に画像認識を使用していますが、画像ベースの比較が絶対的ではない TC 向けに、純粋に画像ベースのテスト ソリューションに投資することが賢明かどうかはわかりません。必要。