問題タブ [web-component-tester]

web-component-tester を実行しようとしていますが、Selenium ステップで停止し続けます。

私が走るときwct -l chrome --verbose

私は次のことを得る

その後、数分間失速した後、次のようにフォローアップします

これらの同じテストをブラウザーから実行しても、問題なく動作します。

ハングしている間も、ブラウザ経由でhttp://127.0.0.1:11655/wd/hubに接続できます

私はグーグルを試しましたが、あまり運がありません。

何が問題になる可能性がありますか、またはこれをさらにデバッグするにはどうすればよいですか?

ポリマーを使用して SPA を構築するためのフレームワークを試しています。これには、アプリケーション階層全体のさまざまなレベルに多数のカスタム要素が含まれます。モジュールテストを実行するために web-component-tester を使用したいと思います。

web-component-tester は、テストがどこに保存されるかについて意見を述べているようです - 別のテストディレクトリで、そこで見つかったすべてのファイルを実行します。

私は反対意見です。エレメント定義と同じディレクトリにテストを保存したいと考えています。xxx.test.html (または xxx.test.js) という名前を付けて、テストを区別したいと思います。また、gulp によって制御されるさまざまな「セット」のテストを実行したいと考えています。そのうちのいくつかは、変更を監視してからテストを実行し (プロジェクトのアプリ側)、そのうちのいくつかは、core-ajax を使用してユニット化する要素になります。サーバー側のスクリプトをテストします。これらはおそらくまったく異なるディレクトリ階層 (私の dist ディレクトリ) にあり、適切な Web サーバーによって提供されます。

プロジェクトルートにある「スイート」構成オプションの wct-conf.js ファイルが、これを定義する方法であるか、またはいくつかのファイルグロブを使用した wct コマンドである可能性があると「考えています」。browser.js残念ながら、web-component-tester の README は、詳細についてやや混乱しており、独自の Web サーバーを持っている場合、 「このルートに進むには、WCT を保存する必要があります」と書かれています。どういう意味ですか？

elements/**/*.test.html ファイルのそれぞれを独自の「スイート」として実行するように WCT を取得する方法について教えてもらえますか (実際には describe を使用するつもりですが、まだ使用する必要があると思いますスイートという用語）。

自分の Web サーバーを持っているときに、browser.js を実行する必要があることを誰かが説明してくれますか?

Polymer の web-component-tester を使用して、いくつかの機能テストを作成しようとしています。onkeyupイベントをトリガーして、検索フィルターにいくつかの値を入力する必要があります。Mocha テストから WebDriver を呼び出すことはできますか?

Mocha でいくつかの機能テストを作成し、項目を変更してから、変更が正しく反映されたかどうかを確認しました。現在、Polymer に要素を更新する時間を与えるためにウィンドウ タイムアウトを使用していますが、これはハックのように感じます。開発者ガイドには、いくつかの異なる監視フックの概要が示されていますが、どれを呼び出すべきかわかりません。

最も近いと思われるのは、非同期呼び出しを propertyChanged イベントにアタッチするという推奨事項です。しかし、多くのアイテムが propertyChanged を使用しています。非同期タスクを propertyChanged イベントにアタッチすると、元の propertyChanged にアタッチされた要素のメソッドが呼び出された 後に非同期タスクが確実に呼び出されますか?

指定されたソリューションが Polymer 1.0 (または .8/.9) と前方互換性があるかどうかについてのボーナス ポイント。

web-component-tester と Sauce Labs でポリマー要素をテストするのに問題があります。サブスクリプション レベルで同時に実行できるよりも多くのブラウザーでテストしようとすると、すぐに実行されないテストは最終的にタイムアウトになります。ソース ラボや WCT が、他のテストが完了するまでテストの実行を開始するのを待つ方法を知らないのは、本当に間違っているようです。そのため、VM の使用率を気にすることなく、必要な数のテストをキューに入れることができます。

誰かがこれを理解しましたか？ありがとう。

これが役立つ場合に備えて、wct.conf.js を次に示します。

web-component-tester の実行時にページの右上隅に表示される進行状況リング ウィジェットは、実際のテストの合計ではなく、常にテスト スイートの数の 3 倍のテストの合計数を示しているようです。

これは既知の問題ですか、それとも正しい合計を表示するためにできることはありますか?

例として、このスクリーンショットでは、スイートに 1 つのテストしかありませんが、テストが終了すると、進行状況リングには 33% の完了しか表示されません。

Mocha HTML Reporterが進行状況ウィジェットをレンダリングするために使用する合計を計算するために、3 に設定され、テスト スイートの数が乗算されるMultiReporterコンストラクターのコードを確認できます。MultiReporterのonRunnerStartハンドラーは、現在のスイートの見積もりを実際の合計に置き換えることになっているようですが、私のテストでは、このハンドラーに渡された引数自体が見積もり合計のオブジェクトであるため、更新された合計はまだ見積もりです。実際の合計ではありません。ESTIMATED_TESTS_PER_SUITErunnerMultiReporter

残念ながら、MultiReporter が正しい合計を決して計算しない理由を理解できず、テストの合計数を明示的に指定するためのフックを見つけることもできませんでした。

Polymer Starter Kit のクリーン コピーを作成した後、Web コンポーネント テスター ("test" Gulp タスク) を使用してテストを実行すると、Firefox ですべてのテストが失敗します。

テストは、Chrome と IE の両方で正常に実行されます。

エラーは次のとおりです。

ブラウザーでテスト スイートを呼び出すと、404 が返されます。