問題タブ [gui-test-framework]

自動化テストにコード化された UI を使用しています。QTAgent32.exe.config ファイルで既に HtmlLogger を有効にしています。HTML出力ファイルを取得しています。しかし、そのhtml出力ファイルにいくつかのメッセージを書き込むことを検討しています。以前this.TestContext.WriteLine("Message");は結果ファイル (.trx) に出力を書き込んでいましたが、出力 html 出力ファイルに書き込んでいません。テストの実行中にhtmlファイルに書き込む解決策はありますか? どんな助けでも大歓迎です！

TestStack.White フレームワークを使用して、MS Word 2013 で新しいドキュメントを開くのを自動化しています。

Microsoft Word アプリケーションを次のように開いています。

その後、部分的なタイトルでウィンドウを取得しようとしています:

しかし、そのようなウィンドウがないという例外がスローされます。

ウィンドウのタイトル: Document1 - Word

問題は、「Document2 - Word」、「Document3 - Word」など、タイトルが毎回変わることを考慮して、部分的なタイトルでウィンドウを取得する方法です。

*Word も試してみましたが、この関数はワイルドカードをサポートしていないようです

私が呼び出した場合: List windows = application.GetWindows(); アプリケーションを起動した後、Windows リストが空です。

前もって感謝します、オスタップ

Squishアプリのリモートデバッグをしたいです。

http://kb.froglogic.com/display/KB/Configuring+a+remote+squishserverのドキュメントに従っています 。

ステップ 1 とステップ 2 はうまくいきましたが、リモート アプリケーションから端末のログを確認できました。

しかし、Squish IDE でデバッグ ポイントがヒットしません。ステップ 3 で指定された正確な手順を実行しても、デバッグ ビューでさえ何も表示されません。Squish IDE を再起動しても役に立ちませんでした。

Selenium Documentationで述べられているように、明示的な待機時間と暗黙的な待機時間を混同してはなりません。

警告: 暗黙的な待機と明示的な待機を混在させないでください。これを行うと、予期しない待ち時間が発生する可能性があります。たとえば、10 秒の暗黙的な待機と 15 秒の明示的な待機を設定すると、20 秒後にタイムアウトが発生する可能性があります。

暗黙の待機時間を 5000 ミリ秒に設定しました。ブラウザとのやり取りの最後に、必要なリンクをクリックできるかどうかを確認したいだけです。

を使用してこれを実行できることはわかっていますが、これはExpectedConditions以下の例のように明示的な待機時間を意味します。

明示的な待機時間を定義せずに、要素がクリック可能であることを確認するにはどうすればよいですか?

低レベルの組み込みシステムで GUI をテストするための GUI テスト自動化フレームワークを探しています。GUI は Peg Pro で開発します。GUI フローを自動化し、システムと GUI をテストしたいと考えています。

調査するフレームワークをいくつか提案してください

Java Web アプリケーションで Selenium GUI テストを使用しています。これらのテストは実際にはクライアントであるため、テストの実行後にデータベースをロールバックするにはどうすればよいでしょうか?

QtTest を使用してカスタム Qt ウィジェットのいくつかをテストできるかどうか、調査を行いました。

テストをビルドして実行することができました。また、イベントをシミュレートして で確認することもできましたQSignalSpy。

テストしようとしているウィジェットは、内部のサブウィジェットを公開していないため、親ウィジェットに対するマウス クリックの位置をシミュレートする必要があります。

何らかの理由で、私はこのアプローチで失敗しています。次のスニペットは、私が達成しようとしていることを示しています。

最初のクリックは正しく認識されますが、2 回目のクリックは何らかの形で消えます。何故ですか？

フレームワークを正しく使用する方法を本当に理解しているかどうか疑問に思っています.マウスの位置を扱うことは、実用的なテストフレームワークには退屈で壊れやすいようです.

リビジョン：

GUI テストでの座標の使用が非常に脆弱であることは明らかです。findChildしたがって、実際に同じことを行うソリューションを見つけました。

これにより、2 つの利点が組み合わされます。第一に、座標を扱う必要がなくなり、第二に、テストするウィジェットのコードに触れる必要がなくなりました。

このアプローチでは、すべての gui 要素がobjectName()簡単な検索メカニズムをサポートする独自のものを持っている場合、有利に思われます。