Protractor: 요소 탐색기가 노드 8에서 작동하지 않음

나는 우리가 현재 노드 8에 대해 테스트하고 있다고 생각하지 않으므로 이것이 고장날 수 있다는 것이 합리적입니다. 올려주셔서 감사합니다!

나는 앞으로 며칠 안에 이 문제를 파헤치려고 노력할 것이지만 이 문제를 해결하기 위한 PR은 매우 환영받을 것입니다!

_debugger 및 레거시 CLI 디버거가 노드 8에서 제거되었습니다. https://github.com/nodejs/node/commit/90476ac6ee

이에 대한 업데이트가 있습니까?

노드 8 지원 계획이 무엇인지 알려주실 수 있습니까? :)

Node v8이 10월에 LTS에 들어갈 예정이라면 업데이트를 받을 수 있을까요?

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

https://nodejs.org/en/docs/guides/debugging-getting-started/#legacy -debugger 에 따르면,
node.js 팀은 사용자를 새로운 inspect API로 마이그레이션하고 있습니다.

검사 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좀 해봐야겠습니다.

@phenomnominal 이야 대단하다! PR을 할 수 있는 시간을 알 수 있습니까? 이 기능은 매우 유용하므로 곧 만들 수 있다면 좋을 것입니다. 그것은 우리의 발전을 매우 가속화할 것입니다.
감사 해요!

@phenomnominal 안녕하세요, 최근에 노드 8.0을 지원할 계획입니다. 이 문제를 해결하기 위한 현재 계획은 무엇입니까?

위에서 설명한 내용만. 나는 오늘 저녁에 금식을 할 계획이었다.

@phenomnominal 굉장 합니다, 감사합니다!

@phenomnominal 안녕하세요, 지금까지 업데이트가 있습니까?

시작했지만 테스트를 실행하려고 할 때 Selenium에 문제가 있었습니다(팁이 있습니까?). 화요일 밤에 좀 더 시간을 내겠습니다. 새 API는 상당히 다르지만 실제 문제는 예상되지 않습니다.

그래, 정말 고마워. 월요일 이후에 시간이 좀 있을 것 같은데 그 이후에 알아보는 것도 좋을 것 같아요.

난...어딘가? 디버거 디버깅이 내가 기대했던 것만큼 간단하지 않다는 것이 밝혀졌습니다. @qiyigg 볼 기회가 있었나요?

오늘 알아보겠습니다 감사합니다!

오늘 저녁에도 시간이 좀 더 있을 것입니다. 나중에 메모를 비교할 수 있습니다.

안녕하세요, 지난 주에 이 문제에 대해 어떤 진전이 있었습니까? 그것은 여전히 ​​발생하고 있습니다.

각도기 디버거/탐색기의 경우 노드 8에서 지원하지 않기로 결정했습니다.

1. 주로 제어 흐름에서 테스트를 디버그하도록 설계된 각도기 디버거/탐색기. 그러나 제어 흐름은 권장하지 않으며(특히 노드 8에 기본 비동기/대기가 있음) 결국 사용되지 않습니다.
2. 조사 후, 우리는 그것을 고치는 데 많은 노력이 필요할 수 있으며 이유 1에 따라 그렇게 할 가치가 없음을 발견했습니다.
3. 우리는 네이티브 async/await 및 크롬 검사기 도구를 사용하여 노드 8에 대한 새로운 디버깅 문서를 제공하기 위해 노력하고 있으며, 이는 원래 디버거보다 더 나은 경험을 제공합니다.
4. @phenomnominal 이것에 대한 돌파구가 있다면 그것을 검토하고 싶습니다. 노력해 주셔서 감사합니다.

이에 대한 ETA가 있습니까? 우리는 내가 일하는 곳에서 그것을 위해 조금 씹고 있습니다. 일부 사람들에게 e2 테스팅에 대해 가르치려고 하면 디버그 모드로 전환하여 오류가 발생한 컨텍스트에서 실제로 코드를 실행할 수 있는 방법이 없습니다. 이 외에 할 수 있는 방법이 있다면 알려주세요.

@KellyR-STCU
안녕하세요,
노드 버전 < 8의 경우 원래 디버깅 프로세스/도구를 사용할 수 있습니다.
노드 버전이 >=8인 경우 Node.js 기본 async/await를 사용하여 비동기 호출을 처리하는 새로운 디버깅 프로세스를 따르고(제어 흐름 및 이전 디버거에 의존할 필요가 없도록) chrome inspector( 또는 다른 노드 디버거) 디버그

네이티브 async/await 및 chrome inspector로 디버깅하는 방법을 설명하는 문서가 있습니다.
제어 흐름이 비활성화된 디버깅
비동기/대기를 사용하는 방법

도움이 되기를 바랍니다.

@qiygg elementExplorer 는 어떻습니까?

@monkpit 같은 이유로 노드 8에서는 작동하지 않습니다. 우리는 그것을 완전히 대체할 수 없지만 디버깅하는 동안 크롬 개발 도구를 열고 사용할 수 있습니다. 이전과 같이 각도기 디버깅과 충돌하지 않습니다.

@qiyigg ok,

이 솔루션은 "async/await와 제어 흐름을 혼합하여 사용할 수 없기" 때문에 기존 테스트를 다시 작성해야 하기 때문에 약간의 문제이기도 합니다. 전환 시 기존의 모든 테스트를 업데이트할 필요가 없도록 테스트별로 취할 접근 방식을 지정할 수 있다면 좋을 것입니다.

@uriah-ascend
예, 나는 그것이 완벽한 해결책이 아니라는 것을 인정해야 합니다. 그러나 위에서 언급했듯이 제어 흐름은 결국 제거 될 것입니다. 테스트를 async/await로 변환하는 것은 점진적으로 수행해야 하는 작업이며 더 나은 디버깅 경험을 제공합니다.
당신이 할 수 있는 한 가지 방법은 새로운 테스트에 대해 별도의 테스트 구성을 갖고 점진적으로 변환하는 것입니다.

@qiyigg 비동기/대기로 변환하는 방법에 대한 가이드나 문서가 있습니까?

그는 제어 흐름을 비활성화 하고 얻었습니다.
비동기/대기를 사용하는 방법

두 번째 것은 아마도 전환을 위한 단계별 단계일 것입니다.

노드 8에서 browser.pause() 에 문제가 발생한 후

나는 Disabled Control Flow를 따랐다.

node --inspect-brk bin/protractor <config_file> 를 실행하고 브라우저에서 디버깅하는 대신 터미널에서 node inspect $(which protractor) <config_file> 다음에 debug> cont 를 사용합니다.

이제 browser.pause() 있습니다.

즉 사용 debugger 대신에 browser.pause()

확인하기 위해: 한 번에 async/await로 변환할 수 없는 큰 각도기 코드베이스가 있습니다. 이에 대한 좋은 방법은 먼저 약속 연결을 사용하여 모든 "비동기" 각도기 작업을 변환하는 것입니다. 이 방법은 제어 흐름이 활성화되었는지 여부에 관계없이 작동해야 합니다.
감사 해요 !

Promise Chaining은 제어 흐름이 활성화되었는지 여부에 관계없이 작동하지만 때로는 지저분하고 언젠가 다시 async/await로 변경하고 싶습니까?
그래서 내 제안은 지금 두 개의 별도 구성을 갖는 것입니다. 새로운 테스트/변환된 테스트를 새 구성에 넣어 control_flow를 비활성화하고 이전 구성을 점진적으로 제거합니다.

문제는 테스트 간에 많은 기능을 공유하므로 이러한 기능을 async await로 마이그레이션하면 해당 기능을 사용하고 async await로 마이그레이션되지 않은 모든 테스트가 중단된다는 것입니다(힌트: A LOT). 그리고 동일한 기능의 두 가지 버전을 유지하면 서로 다를 위험이 있습니다.
그래서 async/await로 이동하기 전에 중간 단계로 모든 것을 promise chaining으로 옮기거나 테스트 코드베이스를 변환하도록 babel을 설정하는 것 같습니다(예: https://stackoverflow.com/questions/ 28708975/transpile-async-await-proposal-with-babel-js ?), async/await를 작성하고 제어 흐름이 있거나 없이 실행할 수 있는 것으로 변환되도록 할 수 있습니다.
이것이 전에 수행되었는지 아는 사람이 있습니까?
어쨌든 readme에 대규모 코드베이스에 대한 마이그레이션 경로를 제공하는 것이 좋은 생각인 것 같습니다...

사실 우리는 최근에 그것에 대해 생각하고 있습니다.
대규모 코드 기반을 async/await로 마이그레이션한 내부 팀과 이야기한 적이 있습니다.
그들은 공통 유틸리티를 약속 체인으로 변경하고 이미 그렇게하기를 포기하면 미묘한 버그와 경쟁 조건이 도입된다는 것을 발견했습니다.
그들은 몇 가지 일반적인 유틸리티를 복사하여 async/await로 변환했습니다. 그것이 최선의 해결책인지는 모르겠지만 당신이 언급했듯이 약간의 발산 위험이 있습니다.
우리는 또한 더 쉽게 만들기 위해 몇 가지 마이그레이션 도구를 작성하기 위해 노력하고 있지만 도구는 외부에서 작동하지 않을 수 있습니다.

어쨌든, 우리는 최근 마이그레이션 계획을 세우고 있으며 가까운 장래에 어딘가에서 마이그레이션 조언을 제공해야 합니다.

답변해주셔서 감사합니다.
조사 중!
방법에 대한 구체적인 문제를 만드는 것이 좋은 아이디어라고 생각합니다.
사람들이 작업 중인 것을 볼 수 있도록 대규모 코드베이스를 마이그레이션합니다.

Le 16 janv. 2018년 19시 58분, "qiyi" [email protected] a écrit :

사실 우리는 최근에 그것에 대해 생각하고 있습니다.
대규모 코드 기반을 다음으로 마이그레이션한 내부 팀과 이야기했습니다.
비동기/기다립니다.
그들은 다음과 같은 경우 미묘한 버그와 경쟁 조건을 도입한다는 것을 발견했습니다.
common utils를 promise chain으로 변경했고 이미 그렇게 하는 것을 포기했습니다.
그들은 몇 가지 일반적인 유틸리티를 복사하여 async/await로 변환했습니다. NS
그것이 최선의 해결책인지는 모르지만 당신이 언급했듯이
약간의 발산 위험이 있습니다
우리는 또한 그것을 더 쉽게 만들기 위해 몇 가지 마이그레이션 도구를 작성하기 위해 노력하고 있지만,
도구는 외부에서 작동하지 않을 수 있습니다.

어쨌든, 우리는 최근 마이그레이션 계획을 진행 중이며 일부를 제공해야 합니다.
가까운 장래에 어딘가에 마이그레이션 조언.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 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 여전히 Node 7에서만 작동하는지 확인할 수 있습니다. 요소 탐색기를 사용하기 위해 nvm 을 사용하여 Node 버전 간에 전환했습니다. 고통스럽지만 효과가 있습니다!

@ajklotz @monkpit @mraible Node 8 이상에서 실행할 수 있다면 다음을 시도하는 것이 좋습니다.

1. 이 비디오 "각도기: 새로운 희망" https://youtu.be/6aPfHrSl0Qk?t=1051 , 특히 약 17:31 부터 시작합니다.
2. 노드 8 이상을 사용하도록 전환
3. ES2017 async/await 키워드를 사용하도록 테스트 변환: https://github.com/angular/protractor/blob/master/docs/async-await.md
4. protractor.conf.js에 SELENIUM_PROMISE_MANAGER: false, 추가
5. 새로운 debugger 기능을 사용하고 크롬 검사기를 사용하여 디버그하십시오. https://github.com/angular/protractor/blob/master/docs/debugging.md#disabled -control-flow

내 자신의 각도기 테스트로 이 작업을 수행했으며 작동하는지 확인했습니다.

@ajklotz @monkpit @mraible 다음은 비동기/대기를 사용하도록 각도기 테스트를 변환한 예입니다. https://github.com/buildbot/buildbot/pull/4074/files

Promise를 반환하는 모든 것은 다음과 같이 앞에 await 를 붙입니다.

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

함수에 await 호출이 있는 경우 함수 서명 앞에 async 가 있어야 합니다.

async 로 함수를 호출하면 await 해야 합니다.

시간이 좀 걸리지만 일단 해보면 효과가 있습니다.

@rodrigc 이미 async/await를 사용하고 있는 내 테스트 영역에서 이 문제의 요점은 노드 7을 사용하지 않으면 명령줄에서 protractor --elementExplorer 가 작동하지 않는다는 것입니다.

FWIW, async/await 와 같은 언어 기능은 어쨌든 관련이 없어야 합니다. 아마도 임시 수정으로서의 스왑은 의미가 있지만 각도기는 해당 스타일에 대한 의존성을 의미하지 않습니다.

@monkpit 네 절대적으로 맞습니다. 문제의 근본 원인은 https://github.com/angular/protractor/blob/master/lib/debugger/debuggerCommons.js#L1 줄에서 _debugger 모듈을 가져오기 때문입니다. node8에서는 사용할 수 없습니다. 따라서 elementExplorer 포함하여 debuggerCommons.js 를 사용하는 모든 것은 node8에서 작동하지 않습니다.

따라서 node8 이상을 사용하고 각도기로 디버그하려면 async/await 하고 https://github.com/angular/protractor/blob/master/docs/ 의 단계를 따르십시오.

이전 디버깅 항목이 작동하지 않습니다.

문제가 해결되지 않거나(괜찮습니다. 해결 방법을 사용할 수 있습니다) 노드 8+를 사용하도록 업데이트됩니다(이것도 괜찮음). 하지만 어떤 식으로든 공식적인 답변을 보고 싶습니다.

@monkpit

답은 @qiyigg의 이 댓글 에 있다고 생각합니다.

각도기 디버거/탐색기의 경우 노드 8에서 지원하지 않기로 결정했습니다...

@qiyigg와 이야기를 나눴을 때 들은

지금은 이 문제를 종료하겠습니다. 아직 논의 중입니다.

@qiyigg chrome inspector 및 node8에서 새로운 debugger 를 사용하기 시작했는데 잘 작동합니다.

각도기 팀은 debuggerCommon.js 를 DEPRECATED 로 @monkpit에 동의하지만 더 이상 사용되지 않는 것으로 표시되지는 않습니다. 궁극적으로 이 오래된 디버깅 코드는 node8로 해결되지 않을 경우 삭제되어야 합니다.

디버깅 문서를 보면 이미 디버거가 노드 8에서 작동하지 않는다고 언급했습니다.
https://github.com/angular/protractor/blob/master/docs/debugging.md#enabled -control-flow
"참고: 각도기 디버거 및 요소 탐색기는 Node.js 8+에 사용할 수 없습니다."

한 가지 명심해야 할 점은 모든 사람이 Node 8+를 사용하는 것은 아니며 디버거가 더 이상 사용되지 않는다고 말할 수 없으며 모든 사람이 async/await를 사용하도록 강제할 수 없다는 것입니다(Google 내에서 그렇게 할 예정임).

분명히 Node 8+ 및 async/await로 이동하는 것은 많은 이점이 있고 결국에는 이동해야 하지만 기존 코드를 많이 변경해야 하기 때문에 쉬운 작업이 아닙니다. Google 내부에서 이 작업을 진행 중이며 마이그레이션(마이그레이션 도구 포함)에 대한 더 많은 경험을 축적하기 위해 노력하고 있으며 결국 Google 외부 사용자에게도 도움이 될 수 있기를 바랍니다.

이제 우리가 할 수 있는 일은 이 오류를 더 명확하게 만드는 것입니다. 예를 들어 예외를 던집니다. "오류: '_debugger' 모듈을 찾을 수 없음'" 대신 Node 8+에 대해 element explorer/debugger가 지원되지 않습니다. PR은 매우 환영합니다.

@qiyigg 경고를 굵게 모두 대문자 로 표시 하는 것이 좋습니다. 단어가 많기 때문에 해당 페이지에서 파악하기가 약간 어렵습니다.

intellij를 사용하여 테스트를 실행할 수 있기 때문에 새로운 디버거에 정말 만족합니다. 이것은 요소 탐색기(나는 오히려 좋아함)보다 훨씬 낫지만 테스트를 디버그하기 위해 내 IDE를 사용하는 것은 큰 승리입니다.

@qiyigg 저는

지금까지 우리는 수천 개의 이러한 테스트를 가지고 있으며 실제로 "사용자로서" 실행됩니다. 이 대화에서 내가 만든 것은 요소 탐색기가 새 노드와 함께 삭제된다는 것입니다(새 노드는 Angular를 업그레이드하는 데 필수입니다). 이것은 또한 갑자기 전체 테스트 기반이 작동을 멈춘다는 것을 의미합니다.

async/wait로 변경 사항을 얻었고 이를 지원하기 위해 페이지 개체를 분명히 다시 작성할 것이지만 원격으로 각도기 명령을 삽입할 수 있는 실제 대안은 없습니까? 나는 항상 "디버거"만 호출하는 "테스트"를 통과해야 하고 크롬과 직접 통신하여 내 페이지 개체에 대한 명령을 호출한 다음 아마도 실행해야 할 다음 "디버거" 호출로 실행해야 합니다. 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 프로토콜을 의미하는 것이 아니라 예를 들어 크롬 콘솔이나 Visual Studio 코드를 "요소 탐색기"로 사용하는 동안 각도기를 계속 실행하는 옵션을 의미합니다.

각도기를 인수할 @vikerman을 추가합니다.

@vikerman 위 댓글 중 기능 요청을 해야 하나요?

간단히 말해서, 내가 각도기에 갖고 싶은 것은( --elementExplorer 가 더 이상 최근 node.js 버전에서 작동하지 않기 때문에) 각도기를 시작하고 사양 파일을 무시하고 수동 메서드 호출이 있을 때까지 계속 실행되는 모드입니다. ( protractor.exit() ?). 이 모드에서 node --inspect 각도기를 시작하고 일부 페이지 개체를 로드하고 외부 테스트 실행기를 디버거 프로토콜에 연결하고 대화식으로 테스트를 실행할 수 있습니다.

누군가이 문제를 해결하면 정말 좋을 것입니다. 현재 nvm을 해결 방법으로 사용하고 있습니다.
nvm을 사용하여 노드 7.10.1을 설치하고 거기에서 elementExplorer를 실행합니다.
약간의 절름발이 해결 방법이지만 지금은 작동합니다.

이 작업을 수행하기 위해 노드 v6으로 다운그레이드했는데 이제 Angular 6+에서 노드 6이 지원되지 않기 때문에 Angular 6 앱을 실행할 수 없습니다. Angular가 이제 노드 >= 8.9.0을 대상으로 하는 것 같습니다.

두 가지 버전의 노드를 실행하지 않고도 각도기 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+에 대해 주어진 디버깅 프로세스를 사용하면 인스펙터가 중단점에서 일시 중지되는 동안 콘솔의 명령이 약속을 해결하지 못합니다. 디버깅 테스트 및 널리 사용되는 기능의 손실(이 스레드의 응답 수에 따라 다름).
각도기에서 이전 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;
  });
});

패키지.json

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

각도기.대화형.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()