5

私のチームは新しいプロジェクトに真っ向から取り組んでおり、スクラムの方法論や新しいテクノロジーなどを最新の状態に保つ機会を利用しています。これには、MicrosoftTestManagerとVS2010CodedUIテストの両方を使用してQAプロセスを自動化することが含まれます。 。

ただし、現在選択されているWPFコントロールライブラリであるDevExpressXPFスイートで自動テスト再生を機能させるのに問題があります。WinFormsとASP.NETコントロールにDevExpressを何年も使用していますが、これはWPFコントロールと自動UIテストを使用した最初の経験であり、2つはうまく連携していないようです。

特に、グリッドコントロールと相互作用する記録されたテストを再生しようとすると、正しく機能しません。単純なコントロールでも、どのエディターと相互作用するかについて再生が混乱するようです。私たちのテストリードがMTMから生成しているアクションの記録では、これがたくさん見られます。

Type '5236' in 'PART_Editor' text box
Type '253' in 'PART_Editor' text box

さらに悪いことに、グリッドの内側：

Click 'FooterPanel' pane 
Last action on list item was not recorded because the control does not have any good identification property.
Click 'FooterPanel' pane
Click 'Item: CashEntry, Column ...' custom control 
Move 'Item: CashEntry, Column ...' custom control from (141,     10) to 'Item: CashEntry, Column ...' custom control (5, 11) 
Type '{NumPad8}{Down}{NumPad5}{NumPad0}{Up}{Down}{Down}' in 'CashEntry' window

今、私はDevXのフォーラムで、コード化されたUIテストが機能するのに十分なMSAAをサポートしていないWinFormsコントロールについて多くのおしゃべりを見てきましたが、WPFは自動UIテストに別のメカニズムを使用していると思いました。だから、私の質問は次のとおりです。

  1. DevX XPFコントロールをコード化/自動化されたUIテストでより適切に機能させる方法はありますか？
  2. そうでない場合は、コード化/自動化されたUIテストでうまく機能することが知られている代替のXPFコントロールスイートはありますか？

特に、並べ替えやグループ化などを備えたグリッドのようなコンポーネント、ナビゲーションバーのようなコンポーネント、およびカスタムエディタ（日付、数値など）に興味があります。これらはすべて、システム全体の統一されたテーマをサポートします。

（また、このタイプのことをネイティブのWPFコントロールとスタイルだけを使用して行うのが簡単な場合は、それも知っておくと役立ちます。）

編集：実際にMTMで動作するWPFコントロールスイートがないように見えるため、サム時に2つの別々のテストツールを使用することを余儀なくされています。ここでのいくつかの回答によると、私たちはTestCompleteに強く傾いています。うまくいけば、状況はすぐに改善されます。

4

4 に答える 4

2

これをサポートするコントロールスイートについてはあまりわかりませんが、WPFのオブジェクトベースの自動テストをサポートするテストスイートを過去に分析しました。TestCompleteをご覧ください（無料ではありませんが）

ここに彼らが提供する制御サポートに言及しているサイトからの抜粋があります-

WPFコントロールのサポートTestCompleteは、WPF（XAML）コントロールの豊富なサポートと、WPFアプリケーションの堅牢な自動UIテストを提供します。アイテムの選択やセルデータの入力など、TestCompleteの高レベルのテストアクションは、座標認識ではなくオブジェクト認識であるため、WPFテストを実行する際のUIの変更に対してより安定しており、耐性があります。柔軟なオブジェクトマッピングスキームにより、テスターはカスタムまたは派生WPFコントロールを標準タイプにマップしてUI操作を簡素化できます。カスタムWPFコントロールのサポートは、TestCompleteSDKを使用して追加することもできます。

http://smartbear.com/products/qa-tools/automated-testing/testing-wpf-apps/

于 2012-02-09T09:25:42.073 に答える
1

WiPFlashについてとても良いことを聞いたことがあります。

于 2012-02-13T10:36:13.613 に答える
0

  • 私たちのプロジェクトの1つでは、 Infragistics WPFコントロールを使用しており、TestCompleteはそれで動作します。

  • QSチームもTestCompleteを使用しています

  • UIライブラリから独立した無料のユーティリティを見つけました。

プロジェクトシクリ

Sikuliは、画像（スクリーンショット）を使用してグラフィカルユーザーインターフェイス（GUI）を自動化およびテストするためのビジュアルテクノロジーです。Sikuliには、Jython用のビジュアルスクリプトAPIであるSikuli Scriptと、スクリーンショットを使用してビジュアルスクリプトを簡単に作成するための統合開発環境であるSikuliIDEが含まれています。Sikuli Scriptは、内部APIのサポートなしで、画面に表示されるものをすべて自動化します。Webページ、Windows / Linux / Mac OS Xデスクトップアプリケーション、またはシミュレーターまたはVNCを介して実行されているiphoneまたはandroidアプリケーションをプログラムで制御できます。

于 2012-02-10T08:36:47.540 に答える
0

このスレッドが見つかりました...CUITの再生では見つからなかったDevExpressコンポーネントを使用しても同じ問題が発生しました。しかし、特にSikuliスクリプトでは、問題は解決可能です...少なくとも。

  1. MSTestManagerでテストを記録する
  2. 再生テスト、再現不可能なステップを見つける
  3. 「ステップオーバー」するSikuliシーケンスを作成します
  4. 作成したSikuliスクリプトをCUITの適切な位置に含め、ステップ2からやり直します。

この方法でテストを作成するには本当に時間がかかりますが、少なくとも可能です。

于 2014-04-09T09:15:26.770 に答える