Protractor: ElementExplorerがノード8で機能しない

現在、ノード8に対してテストを行っているとは思わないので、これが壊れている可能性があることは理にかなっています。 これを持ってきてくれてありがとう！

数日中にこれを掘り下げようとしますが、これを修正するためのPRは大歓迎です！

_debuggerとレガシーCLIデバッガーはノード8で削除されました： https ：

これに関する更新はありますか？

Node8サポートの計画を教えてください。 :)

Node v8が10月にLTSに入るように設定されているので、アップデートを入手できるでしょうか？

https://github.com/nodejs/LTS#lts -schedule1

https://nodejs.org/en/docs/guides/debugging-getting-started/#legacy -debuggerによると、
node.jsチームは、ユーザーを新しいinspectAPIに移行しています。

inspect APIまたは他のアプローチのいずれかでこれを再び機能させるためのチームからの計画はありますか？

同じエラーhttps://github.com/node-inspector/node-inspector/issues/1025#issuecomment-339202842
もう4ヶ月

また、 https：//stackoverflow.com/questions/44662442/node-inspector-not-starting

私はこれを調べ始めました。 これを更新する方法についての推測は次のとおりです。

私の知る限り、変更はdebuggerCommons.jsで行う必要があり

むしろよりrequire('_debugger');それが使用する必要がrequire('inspector'); （ここではドキュメントを）。 次に、インスペクターを開き、セッションを作成して接続し、 session.postとChrome DevToolsプロトコルを使用してメッセージを送信し、ブレークポイントを追加します。

時間があればPRにひびが入ります。

@phenomnomnominalねえ、それは素晴らしいです！ いつPRができるか教えていただけますか？ この機能はとても便利なので、すぐに作成できれば素晴らしいと思います。 それは私たちの開発をとてもスピードアップします。
ありがとう！

@phenomnomnominalこんにちは、最近ノード8.0をサポートする予定ですが、この問題を修正する現在の計画は何ですか？

私が上で概説したものだけ。 私は今晩それをクラックすることを計画していました。

@phenomnomnominalそれは素晴らしいです、どうもありがとう！

@phenomnomnominalこんにちは、これまでの更新はありますか？

私は試してみましたが、テストを実行しようとしたときにSeleniumで問題が発生していました（ヒントはありますか？）。 火曜日の夜はもう少し時間があります。 新しいAPIはまったく異なりますが、実際の問題は予測できません。

はい、ありがとございます。 月曜日以降は少し時間がかかるはずですが、それ以降も調べてみてはいかがでしょうか。

私は...どこかで？ デバッガーのデバッグは、私が望んでいたほど簡単ではないことがわかりました。 @qiyigg何かを見る機会がありましたか？

今日は調べてみます、ありがとう！

今晩ももう少し時間があります。後でメモを比較できます。

こんにちは、先週のこの問題に関する進展はありますか？ それはまだ起こっています。

分度器デバッガー/エクスプローラーの場合、ノード8ではサポートしないことにしました。

1. 主に制御フローのテストをデバッグするために設計された分度器デバッガー/エクスプローラー。 ただし、制御フローは推奨されないものであり（特に、ノード8にネイティブの非同期/待機があります）、最終的には非推奨になります。
2. 調査した結果、修正するのに多大な労力が必要であり、理由1に従ってそれを行う価値がないことがわかりました。
3. ネイティブのasync / awaitとchromeinspectorツールを使用して、ノード8に新しいデバッグドキュメントを提供するよう取り組んでいます。これにより、元のデバッガーよりも優れたエクスペリエンスが提供されます。
4. @phenomnomnominalこれについて何かブレークスルーがある場合は、レビューしたいと思います。 お疲れ様でした。

このための何らかのETAはありますか？ 私が働いている場所では、少しばかり悩んでいます。 e2eテストについて何人かの人々に教えようとしていますが、デバッグモードに入り、障害が発生したコンテキストで実際にコードを実行する方法がありません。 これ以外の方法がある場合はお知らせください。

@ KellyR-STCU
やあ、
ノードバージョン<8の場合、元のデバッグプロセス/ツールを使用できます。
ノードバージョン> = 8の場合、Node.jsネイティブasync / awaitを使用して非同期呼び出しを処理する（制御フローと古いデバッガーに依存する必要がないように）新しいデバッグプロセスに従い、chrome inspector（または他のノードデバッガー）をデバッグします

ネイティブのasync / awaitとchromeinspectorを使用してデバッグする方法を説明するドキュメントがいくつかあります
制御フローを無効にしてデバッグする
async / awaitの使い方

それが役に立てば幸い

@qiyigg elementExplorerはどうですか？

@monkpit同じ理由でノード8では機能しません。 これに完全に代わるものはありませんが、デバッグ中にChrome開発ツールを開いて使用できます。これは、以前に遭遇した分度器のデバッグと競合しません。

@qiyiggわかりました。elementExplorer機能が問題の焦点だったので、開いたままにしておきます。

「async / awaitと制御フローを組み合わせて使用​​することはできない」ため、既存のテストを書き直す必要があるため、このソリューションも少し問題になります。 切り替えで既存のすべてのテストを更新する必要がないように、テストごとに実行するアプローチを指定できると便利です。

@ uriah-昇順
はい、私はそれが完璧な解決策ではないことを認めなければなりません。 しかし、前述したように、制御フローは最終的に削除されるものです。 テストをasync / awaitに変換することは、徐々に行う必要があることであり、デバッグエクスペリエンスが向上します。
私ができる方法の1つは、新しいテスト用に個別のテスト構成を用意し、それらを徐々に変換することだと思います。

@qiyigg async / awaitに変換する方法についてのガイドやドキュメントはありますか？

彼が提供した、制御フローを無効にしたデバッグというタイトルの2つのリンクのかなり良い情報と
async / awaitの使い方

2つ目は、おそらく変換のための段階的なものです。

ノード8でbrowser.pause()に問題が発生した後。

無効な制御フローに従いました。

node --inspect-brk bin/protractor <config_file>を実行してブラウザでデバッグする代わりに、ターミナルでnode inspect $(which protractor) <config_file>を使用してからdebug> contを使用します。

今、私はbrowser.pause()相当のものを持っています。

すなわち、使用debuggerの代わりにbrowser.pause()

確認するだけです。大規模な分度器コードベースがあり、一度にasync / awaitに変換することはできません。 これを実行する良い方法は、最初にプロミスチェーンを使用してすべての「非同期」分度器アクションを変換することです。 このようにして、制御フローが有効かどうかに関係なく機能するはずです。
ありがとう ！

Promiseチェーンは、制御フローが有効かどうかに関係なく機能しますが、面倒な場合があり、いつか非同期/待機に戻すことをお勧めしますか？
だから私の提案は今のところ2つの別々の設定を持っていることです、新しいテスト/変換されたテストを新しい設定に入れてcontrol_flowを無効にし、古いものを徐々に取り除きます

問題は、テスト間で多くの関数を共有しているため、これらの関数をasync awaitに移行すると、それらを使用し、async awaitに移行されていないすべてのテストが中断されることです（ヒント：A LOT）。 また、同じ関数の2つのバージョンを保持すると、それらが分岐するリスクがあります。
したがって、async / awaitに移行する前に、中間ステップとしてチェーンを約束するようにすべてを移行するか、テストコードベースをトランスパイルするようにbabelを設定します（https://stackoverflow.com/questions/のようなものを使用）。 28708975 / transpile-async-await-proposal-with-babel-js？）、async / awaitを記述して、制御フローの有無にかかわらず実行できるものにトランスパイルすることができます。
これが以前に行われたことがあるかどうか誰かが知っていますか？
いずれにせよ、Readmeで大規模なコードベースの移行パスを指定することをお勧めします...

理にかなっています、実際私たちは最近それについて考えています。
大規模なコードベースをasync / awaitに移行した社内チームと話をしました。
彼らは、一般的なユーティリティをpromise chainに変更した場合、微妙なバグと競合状態が発生することを発見し、すでにそれをあきらめました。
彼らはいくつかの一般的なユーティリティをコピーし、それらをasync / awaitに変換しました。 それが最善の解決策かどうかはわかりませんが、あなたが言ったように、それはいくつかの発散リスクを持っています
また、移行ツールを簡単に作成できるように取り組んでいますが、ツールは外部では機能しない可能性があります。

とにかく、私たちは最近移行計画に取り組んでおり、近い将来どこかに移行のアドバイスを与える必要があります。

お返事ありがとうございます、それが問題であることを知っておくのは良いことです
調べられている！
どのように特定の問題を作成するのは良い考えだと思います
大規模なコードベースを移行して、作業中のコードベースが表示されるようにします。

Le 16janv。 2018 19：58、「qiyi」 [email protected]écrit ：

理にかなっています、実際私たちは最近それについて考えています。
大規模なコードベースをに移行した社内チームと話をしました
async / await。
彼らは、もし彼らがそうすれば、それが微妙なバグと競合状態をもたらすことを発見しました
チェーンを約束するために一般的なユーティリティを変更しました、そして彼らはすでにそれをすることをあきらめました。
彼らはいくつかの一般的なユーティリティをコピーし、それらをasync / awaitに変換しました。 私
それが最善の解決策であるかどうかはわかりませんが、あなたが言ったように、それは
いくつかの発散リスクがある
また、簡単にするための移行ツールの作成にも取り組んでいますが、
ツールはおそらく外部では機能しません。

とにかく、私たちは最近移行計画に取り組んでいます、そしていくつかを与える必要があります
近い将来どこかに移行のアドバイス。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/angular/protractor/issues/4307#issuecomment-358068096 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AHHOgiLEdFS-xZVcOKmO1EB-CID53cryks5tLPFagaJpZM4NtM1n
。

こんにちは、みんな！ 回避策はありますか？

protractor - 5.2.2
nodejs - 9.3

protractor --elementExplorer
(node:72438) [DEP0022] DeprecationWarning: os.tmpDir() is deprecated. Use os.tmpdir() instead.
[19:15:43] I/local - Starting selenium standalone server...
[19:15:44] I/local - Selenium standalone server started at http://172.29.148.101:58279/wd/hub
[19:15:45] I/protractor -
[19:15:45] I/protractor - ------- Element Explorer -------
[19:15:45] I/protractor - Starting WebDriver debugger in a child process. Element Explorer is still beta, please report issues at github.com/angular/protractor
[19:15:45] I/protractor -
[19:15:45] I/protractor - Type <tab> to see a list of locator strategies.
[19:15:45] I/protractor - Use the `list` helper function to find elements by strategy:
[19:15:45] I/protractor -   e.g., list(by.binding('')) gets all bindings.
[19:15:45] I/protractor -
module.js:557
    throw err;
    ^

Error: Cannot find module '_debugger'
    at Function.Module._resolveFilename (module.js:555:15)
    at Function.Module._load (module.js:482:25)
    at Module.require (module.js:604:17)
    at require (internal/module.js:11:18)
    at Object.<anonymous> (/usr/local/lib/node_modules/protractor/built/debugger/debuggerCommons.js:1:82)
    at Module._compile (module.js:660:30)
    at Object.Module._extensions..js (module.js:671:10)
    at Module.load (module.js:573:32)
    at tryModuleLoad (module.js:513:12)
    at Function.Module._load (module.js:505:3)
[19:15:45] I/local - Shutting down selenium standalone server.
MB-219751:~ olekh$ 

Error: Cannot find module '_debugger' 、OSXも体験しています。

この号はほぼ1年前から発行されています。 まだ進歩はありませんか？

@ajklotzまだノード7でのみ機能することを確認できます。要素エクスプローラーを使用するために、 nvmを使用してノードのバージョンを切り替えています。 それは苦痛ですが、うまくいきます！

@ajklotz @monkpit @mraibleノード8以降で実行できる場合は、次のことを試してみることをお勧めします。

1. このビデオ「分度器：新しい希望」 https://youtu.be/6aPfHrSl0Qk?t=1051をご覧ください。具体的には、17： 31頃からです。
2. ノード8以降の使用に切り替えます
3. ES2017 async / awaitキーワードを使用するようにテストを変換します： https ：
4. SELENIUM_PROMISE_MANAGER: false,をprotractor.conf.jsに追加します
5. 新しいdebugger関数を使用し、chrome inspectorを使用してデバッグします： https ：

私は自分の分度器テストでこれを行い、それが機能することを確認しました。

@ajklotz @monkpit @mraibleこれは、分度器テストをasync / awaitを使用するように変換した例です： https ：

Promiseを返すものはすべて、次のようにその前にawaitを貼り付けます。

• .click()
• .browser.wait()
• .browser.get()
• .getText()

関数にawait呼び出しがある場合、関数のシグネチャの前にasyncが必要です。

asyncて関数を呼び出す場合は、 awaitにする必要があります。

しばらく時間がかかりますが、一度実行すると機能します。

@rodrigc私のテストエリアはすでにasync / awaitを使用していますが、この問題のポイントは、コマンドラインから、ノード7を使用しない限りprotractor --elementExplorerが機能しないことです。

FWIW、 async/awaitような言語機能はとにかく無関係なはずです。 おそらく、一時的な修正としてのスワップは理にかなっていますが、分度器はそのスタイルへの依存を意味しません。

@monkpitはい、あなたは絶対に正しいです。 問題の根本的な原因は、次の行にあります： https ： _debuggerモジュールがインポートされます。 node8では使用できません。 したがって、 elementExplorerを含め、 debuggerCommons.jsを使用するものはすべてnode8では機能しません。

したがって、node8以降を使用して分度器でデバッグする場合は、 async/awaitを使用して、 https ： 。 debug.md

古いデバッグ機能は機能しません。

修正されないか（問題ありません。回避策を使用できます）、ノード8以降を使用するように更新されます（これも問題ありません）。 しかし、私は何らかの形で公式の回答を見たいと思っています。

@monkpit

答えは@qiyiggのこのコメントにあると思います。

分度器デバッガー/エクスプローラーの場合、ノード8ではサポートしないことにしました...

@qiyiggと話したときに聞いた

今のところ、この問題を解決します。 それはまだ議論の余地があります。

@qiyigg chrome inspectorとnode8で新しいdebuggerを使い始めましたが、うまく機能します。

分度器チームは、 debuggerCommon.jsを非推奨として使用する古いデバッグコードのドキュメントのマーク付けを開始できますか？ @monkpitに同意します。コードがnode8で機能しない場合、状況が少し混乱しますが、非推奨としてマークされていません。 最終的に、この古いデバッグコードは、node8で修正されない場合は、削除する必要があります。

デバッグドキュメントを見ると、デバッガーがノード8で機能しないことはすでに説明しました。
https://github.com/angular/protractor/blob/master/docs/debugging.md#enabled -control-flow
「注：分度器デバッガーと要素エクスプローラーはNode.js8以降では使用できません」

覚えておくべきことの1つは、すべての人がNode 8+を使用しているわけではなく、デバッガーが非推奨であるとは言えず、すべての人にasync / awaitの使用を強制することはできません（ただし、Google内で使用します）。

どうやら、Node8 +とasync / awaitに移行することには多くの利点があり、最終的にはそれに移行する必要がありますが、既存のコードの多くを変更する必要があるため、簡単な作業ではありません。 私たちはグーグル内でこれに取り組んでおり、移行（移行ツールでさえ）についてより多くの経験を蓄積しようと努めており、それが最終的にグーグル外のユーザーにも役立つことを願っています。

私たちが今できることは、このエラーをより明確にすることだと思います。たとえば、例外をスローします。「エラー：モジュール '_debugger'が見つかりません」の代わりに要素エクスプローラー/デバッガーがノード8以降でサポートされていません。PRは非常に高くなります。歓迎しました。

@qiyiggその警告を太字ですべて大文字にすることをお勧めします。 言葉が多いので、そのページを見つけるのは少し難しいです。

intellijを使用してテストを実行できるため、新しいデバッガーに本当に満足しています。 これは要素エクスプローラー（私はむしろ好きでした）よりもはるかに優れていますが、IDEを使用してテストをデバッグすることは大きな勝利です。

@qiyigg私は大規模なプロダクションピンターを製造している会社で働いています。 すべてのUIをAngularを使用するように変更したため（万歳！）、UI E2Eテストに分度器を使用することにしました（これも万歳です）。 これらのE2Eテストとは別に、実際に実行されているシステムで機能する実際のエンドツーエンドのテストもあります。 そのテストシステムのすべてのテストケースは、Microsft TFSテストフレームワークで指定されており、DSLを使用してそれらを記述します。 このDSLは、インタラクティブに開始された分度器（つまり、要素エクスプローラー）を介してUI用に作成したページオブジェクトを読み込み、それらのメソッドを呼び出してテストを実行します。

これまでのところ、これらのテストは何千もあり、実際には「ユーザーとして」実行されます。 この会話から私が理解しているのは、要素エクスプローラーが新しいノードとともにドロップされることです（そして、Angularをアップグレードするには新しいノードが必須です）。 これは、突然、テストベース全体が機能しなくなることも意味します。

async / waitで変更を取得し、それをサポートするためにページオブジェクトを明らかに書き直しますが、分度器コマンドをリモートで挿入する実際の代替手段はありませんよね？ 私は常に「デバッガー」のみを呼び出す「テスト」に合格する必要があり、次にchromeと直接通信してページオブジェクトのコマンドを呼び出し、次の「デバッガー」呼び出しを実行する必要があります。 whileループで。

これらのようなシナリオはサポートされていませんでしたか？ 彼らはそうではありませんか？ または、何かが足りないだけですか...私にとって、テスト/コードのデバッグエラーは、リモートでテストコマンドを指示することとはまったく異なります。 後者は、要素エクスプローラーが容易にするために使用されるものです:)

少なくとも私の現在の解決策を共有するために、私はこのテストを作成しました。これは、分度器で実行する唯一のシステムテストです（CompletableFutureは明らかにヘルパークラスです）。

jasmine.DEFAULT_TIMEOUT_INTERVAL = 3600000; // arbitrary large timeout
(global as any).systemTestsDone = new CompletablePromise<void>();

describe('TestHelper', () => {
  it('should provide a way to interactively run tests', async () => {
    await (global as any).systemTestsDone;
  });
});

node --inspect .\node_modules\protractor\bin\protractor .\systemTests\protractor.conf.js

このテストは、テスト仕様とページオブジェクト間のブリッジとして機能する（C＃）WSクライアントに接続している間も実行を続けます。 次に、このブリッジはブラウザにページオブジェクトをロードするように指示し、テストの実行を開始します。

もちろん、ブラウザに送信する最後のコマンドは

global.systemTestsDone.complete()

テストが正常に完了するようにします。 これは本当にひどいことではないと思います。唯一の奇妙なことは、インタラクティブモードに入るにはテストを悪用しなければならないということです。 より多くの人がこのような機能を欠いている場合は、分度器に再度含めることをお勧めします。 devtoolsプロトコル全体を意味するのではなく、たとえば、Chromeまたはビジュアルスタジオコードのコンソールを「要素エクスプローラー」として使用している間、分度器を実行したままにするオプションを意味します。

@vikermanを追加します。これは、分度器のものを引き継ぎます。

@vikerman上記のコメントから機能リクエストを行う必要がありますか？

要するに、分度器に入れたいのは（ --elementExplorerは最近のnode.jsバージョンでは機能しなくなったため）、分度器を起動し、スペックファイルを無視し、手動のメソッド呼び出しまで実行し続けるモードです。 （ protractor.exit()ようなもの？）。 node --inspectを使用してこのモードで分度器を起動し、いくつかのページオブジェクトをロードし、外部テストランナーをデバッガプロトコルに接続して、インタラクティブにテストを実行できます。

誰かがこれを修正すれば、これは本当に良いでしょう。 私は現在、回避策としてnvmを使用しています。
nvmを使用してノード7.10.1をインストールし、そこからelementExplorerを起動します。
少し不完全な回避策ですが、今のところは機能します

これを機能させるためにノードv6にダウングレードしましたが、ノード6がAngular 6以降でサポートされていないため、Angular6アプリを実行できません。 Angularはノード> = 8.9.0をターゲットにしているようです。

2つのバージョンのノードを実行する必要なしに分度器REPLを取得するために従うことができる良い回避策はありますか？

コンソールでも同じエラーが発生します。 私はここに与えられたこれらの指示に従っています
https://github.com/angular/protractor/blob/master/docs/debugging.md#enabled -control-flow

しかし、それでも同じエラーが発生しています👎

では、これでbrowser.pause（）/ browser.debugger（）は終わりですか？ 制御フローから離れてノードデバッガーを使用する必要があるようです。
https://github.com/angular/protractor/blob/master/docs/debugging.md

NVMを使用してノードバージョン7.10.1に切り替えると、browser.pause（）の問題が修正されました。

async / awaitが前進であり、ブレークポイントを使用してテストをデバッグするためにWebstormを使用することは完全にシームレスであることを理解していますが、elementExplorerがないことは、 elementorパッケージでの拡張された使用法であり、パーツをインタラクティブにテストするための楽しい方法でした。テスト全体を最初から実行する代わりに、（オムニボックス内の）オンザフライでコードを実行します。
nodejs 8以降の特定のデバッグプロセスでは、インスペクターがブレークポイントで一時停止している間、コンソールからのコマンドはpromiseを解決しません。これは直感に反しますが、これはすべて、書き込みに費やされる時間がわずかに増加することを意味します。デバッグテスト、および広く使用されている機能の喪失（このスレッドでの応答の数による）。
分度器の古いelementExplorer機能の代わりになる予定はありますか？

@ woppa684提案は私にとってうまく機能しています。 @ woppa684に感謝します。 repl-awaitがあるノード10+に移動しました（コンソールで待つことができます）

参照用にすべての設定ファイルを追加しました。うまくいけば、誰かに役立ちます。

特別なインタラクティブデバッグ仕様-interactive.e2e.ts

import { LoginPage } from './src/pages/login.po';
import { AppPage } from './src/pages/app.po';
import { SwitchProfileSideSheet } from './src/side-sheets/switch-profile-side-sheet.po';
import { sel } from '../src/testing/get-component';

const login = new LoginPage();
const app = new AppPage();
const switchProfileSideSheet = new SwitchProfileSideSheet();

// add my own page objects to the global object so I can use them interactively.
global['sel'] = sel;
global['po'] = {
  login,
  app,
  switchProfileSideSheet,
};

(global as any).systemTestsDone = new Promise(function(_resolve, _reject) {
  global['finishInteractiveDebug'] = _resolve;
});

describe('TestHelper', () => {
  it('should provide a way to interactively run tests', async () => {
    await (global as any).systemTestsDone;
  });
});

package.json

    "e2e-interactive": "node --experimental-repl-await --inspect-brk ./node_modules/.bin/protractor ./e2e/protractor.interactive.conf",

protractor.interactive.conf.js

// Protractor configuration file, see link for more information
// https://github.com/angular/protractor/blob/master/lib/config.ts

// standard protractor config
const baseConfig = require('./protractor.conf');
const configCopy = Object.assign({}, baseConfig.config);

const oneDayInMilliSeconds = 1000 * 60 * 60 * 24;
// set timeout to a huge number
// so it's not an issue when we pause in the debugger
configCopy.allScriptsTimeout = oneDayInMilliSeconds;
configCopy.jasmineNodeOpts.defaultTimeoutInterval = oneDayInMilliSeconds;
// just load our interactive specs
configCopy.specs = ['./interactive.e2e.ts'];

console.log('interactive config', configCopy);
exports.config = configCopy;

私が使用してbrowser.sleep(100000)の代わりにbrowser.pause()