問題タブ [ui-automation]

私は非常に有線の問題を抱えています。

Web サービスを呼び出す WPF アプリケーションがあります。

アプリケーションを実行すると、フィドラーを介したサービスへの通信を確認できます。

私は、Thoughtworks の White フレームワークを使用して、WPF アプリケーションの UI 自動化テストを作成しました。

NUnit でテストを実行すると、テストはアプリケーションを起動しますが、フィドラーを介した Web サービスへの通信を確認できません

誰かがアイデアを持っていますか？

以下のコードを使用して、別のアプリケーションのウィンドウ内のComboBoxからアイテムのリストを取得しています。このコードは、このコードをテストした他のアプリケーションのComboBoxに対して機能します（アイテムのリストを正しく取得します）が、この特定のアプリケーションでは、各ListItemに対して取得されたNameプロパティが文字化けします。

コードは次のとおりです。

そして、これがこの1つのアプリの最終的なスクリーンショットです。

• Nameプロパティがこのように文字化けする原因は何ですか？これはエンコーディングの問題でしょうか？
• 各アイテムの正しいテキストを取得するにはどうすればよいですか？

Silverlight LOB アプリを開発しています。ユーザーがページの上部にあるヘルプ ボタンをクリックすると、動きやキー ストロークが事前に記録されているかのように、アプリがページの機能を順を追って説明できるようになると便利です。

GUIフレームワークの自動化にはあまり詳しくありませんが、グーグルで調べてみると、ほとんどがテスト向けのようです。私の場合、マウスを画面上で自然に動かしたいので、記録した方が理にかなっています。非常に詳細なタイムラインでそのような録音をシミュレートできると確信していますが、これはコーディングには実用的ではありません。

このようなインタラクションを記録してから、純粋に SL クライアントで再生することはできますか? 外部ツールを使用してテストを行う必要があるかどうかは気にしませんが、トレーニング セッションはすべて Silverlight で実行する必要があります。

.NET アセンブリと同様に、ネイティブ .NET コードで使用できるライブラリを探しています。ライブラリの目的は、Windows を自動化することでなければなりません (ボタンを押す、ウィンドウを選択する、キーを送信する、記録と再生など)。

したがって、ライブラリは .NET でネイティブに使用されることになっていますが、自動化自体は、ユーザー入力を受け取ることができるネイティブまたは .NET Windows アプリケーションをターゲットにできる必要があります。

これまでの提案:

• benPearce は AutoIt を提案しました。ネイティブ Win32 であるがネイティブ .NET ではない DLL があり、.NET Interop を使用しないと使用できません。
• Chris Dunaway は Global Mouse Keyboard Lib を提案しました。これは最も近いものですが、自動化ライブラリではありません。キーボードとマウスのフックを設定するのに役立ちます。
• pm100 は Microsoft の WPF UI Automation を提案しました。.NET 2.0 で開発する場合は利用できず、システムに WPF をインストールする必要がありますが、これは非常に優れています。ただし、Win32 アプリからブラウザ内の HTML まで、すべてを自動化できます。
• JasonTrue は ArtOfTest から WebAI を提案しました。これは、主にブラウザーと Web アプリケーション向けのテスト フレームワークです。残念ながら、Windows 自動化に使用するにはあまり適していません。

他に利用できるものがない場合は、おそらく Microsoft の UI Automation を選択し、可能であれば、.NET 2.0 にあるそれを必要とするすべてのプロジェクトを .NET 3.5 にアップグレードします。しかし、より広く適用可能な自動化フレームワークを望んでいます (2.0 より前の .NET をサポートする必要はありません)。

c# で GUI を自動化しようとしています。これはブラウザの自動化と同じですか。UI の自動化を開始するにはどうすればよいですか

注：これはもはや問題ではありません。.NET4の組み込みDataGridがこの問題を解決します

DataGridを使用しているWPFアプリがあります。WPF ui Automation APIを使用して、自動テストを作成しています。DataGridはWPFToolkitのものであり、VS2008で.NET 3.5SP1を使用しており、datagridで複数選択が有効になっています。

私がいるところは、私のテストからデータグリッドを見つけることができ、GridPattern.GetItemメソッドを使用してグリッド内の個々のセルを見つけ、を設定してそれらを選択できるということですSelectionItemPattern.Select。方法

コードは次のようになります。

これは機能しているように見えますが、テーブルの行全体（10列）ではなく、最初の個々のセルのみが選択されますが、アイテムの選択を解除する方法がわかりません。動作するように見える唯一のことは、、または対応するSelectionItemPattern.AddToSelection()を呼び出すことですが、これらのいずれかを実行すると、次の例外が発生します。itemPatternRemoveFromSelection

根本的な根本的な問題は、（私が見る限り）WPF UIオートメーションAPIにはグリッド行の概念がなく、セルのみであるということのようです。これはやや問題があるようです-これは正しいですか？

補足：以前はホワイトUIオートメーションフレームワークを使用していました-これはグリッド行を選択するためにUIオートメーションを使用せず、代わりにマウスを行の場所に移動してクリックします-これがテストのランダムな失敗を引き起こしました-これが彼らが理由ですしかし、マウスを使用して選択を行っていますか？

Win32 メッセージ フックから .net UI オートメーションへの移行を検討している一般的なオートメーション ツールに取り組んでいますが、UI オートメーションの機能セットは Win32 のすべてをカバーしておらず、Windows のすべての GUI をまだサポートしていないようです。

そのような例の 1 つが Windows Live Messenger です。

Windows Live メッセンジャー 2009 は、古い DirectUIHwnd を使用して GUI を描画します。これは、コントロールに独自の HWND がないため、Windows メッセージを使用してコントロールに送信できないことを意味します。また、新しい .net UI オートメーション フレームワークを打ち負かしているようにも見えますが、ドキュメンテーションは、UI オートメーションと Microsoft Active Accessibilityのドキュメントに参加できるかのように見えます。MS Accessibilityを見ると、Active Accessibility 2.0 SDK Toolsが示され、MSAA がコンテンツと対話できることが示されました。

UI オートメーションが実際に UI オートメーションで動作するように置き換えようとしている古い MSAA テクノロジを取得するためのトリックはありますか?

これらの各手法が有効で機能する Windows Live Messenger とは異なり、複数のソリューションで同じウィンドウを自動化しようとするのは避けたいと思います。

白い自動化 API を使用して Silverlight アプリをテストしていますが、Silverlight で未処理の例外が発生した場合、これを単体テストに報告する方法や、白い API をチェックインして例外が発生したかどうかを確認する方法がわかりません。 . 誰でもこれを行う方法がありますか？

アプリケーション開発を Silverlight で自動化したいと考えています。SilverLight アプリの自動化に使用できるオープン ソース ツールがあるかどうか教えてください。ありがとう。