他の.NETアセンブリと同じように、ネイティブの.NETコードで使用できるライブラリを探しています。ライブラリの目的は、Windowsを自動化することである必要があります(ボタンを押す、ウィンドウを選択する、キーを送信する、記録と再生など)。
つまり、ライブラリは.NETでネイティブに使用されることになっていますが、自動化自体は、ユーザー入力を受け取ることができるネイティブまたは.NETWindowsアプリケーションをターゲットにできる必要があります。
これまでの提案:
他に何も利用できない場合は、おそらくMicrosoftのUIオートメーションを選択し、それを必要とするプロジェクトで、可能であれば.NET 2.0にあるものを.NET 3.5にアップグレードします。しかし、もっと広く適用できる自動化フレームワークを望んでいます(2.0より前の.NETをサポートする必要はありません)。
The White framework を見ましたか?
マイクロソフト独自のビルトインは問題ありません
http://msdn.Microsoft.com/en-us/library/ms747327.aspx
一部の人が考えているように、wpfに限定されません。
私は過去に AutoIt を使用して成功しました。
あなたがまだそれを見ていない、そして商用ライブラリが許容できるなら、あなたはRanorexをチェックするかもしれません:
Ranorex 1.5をかなり使用して、小さなC#UIオートメーションユーティリティを作成しました。かなり効果的でした! Ranorexにはすでに利用可能な便利なメソッドがたくさんあるため、MS UI AutomationAPIを直接使用するよりも開発が速いように見えました。
ただし、Ranorex2はまだあまり使用していません。
Ranorex 1.5では、C++での従来のWin32開発もサポートされていましたが、私はそれを使用しませんでした。私の知る限り、これはRanorex 2でも引き続き利用できます。
Ranorexのレコード/再生サポートの品質については、その機能を使用したことがないため、話すことができません。
最後のプラス:彼らのサポートチームは、私が彼らにメールを送ったときはいつでも本当に敏感で親切でした。
このライブラリ は非常に興味深く、かなり単純です。おそらくそれはあなたを助けるでしょう。
チェックアウト Windowsでの自動GUIテスト用ツール
私は ArtOfTestのWebAii を使用しましたが、Silverlightアプリの統合テストの自動化にかなりの成功を収めています。 WinFormsとWebアプリケーションもサポートします。
ActiveAccessibilityの後継であるMicrosoftUI Automationは、必要なWindowsUIオートメーションのほとんどすべてを実行できます。
.Netデスクトップ、モバイルアプリの自動化にはFlaUI
をお勧めします。 Microsoft UIA
ライブラリに基づいており、DevExpress
グリッドなどの外部コントロールもサポートしています。さらに、TestStack.White
の上に構築されているため、非常に優れたライブラリであり、github
ページもあります。