Protractor: एलिमेंट एक्सप्लोरर नोड 8 पर काम नहीं करता है

मुझे नहीं लगता कि हम वर्तमान में नोड 8 के खिलाफ परीक्षण कर रहे हैं, इसलिए यह समझ में आता है कि इसे तोड़ा जा सकता है। इसे यहां लाने के लिए धन्यवाद!

मैं अगले कुछ दिनों में इस पर गौर करने की कोशिश करूंगा लेकिन इसे ठीक करने के लिए एक पीआर का बहुत स्वागत होगा!

_debugger और लीगेसी CLI डिबगर को नोड 8 में हटा दिया गया था: https://github.com/nodejs/node/commit/90476ac6ee

इस पर कोई अपडेट?

क्या हम कृपया जान सकते हैं कि Node 8 समर्थन के लिए क्या योजनाएँ हैं? :)

अक्टूबर में एलटीएस में प्रवेश करने के लिए नोड v8 सेट के साथ, शायद हमें एक अपडेट मिल सकता है?

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

https://nodejs.org/en/docs/guides/debugging-getting-started/#legacy -debugger के अनुसार,
नोड.जेएस टीम उपयोगकर्ताओं को नए निरीक्षण एपीआई में माइग्रेट कर रही है।

क्या टीम की ओर से निरीक्षण एपीआई या कुछ अन्य दृष्टिकोण के साथ इसे फिर से काम करने की योजना है?

वही त्रुटि https://github.com/node-inspector/node-inspector/issues/1025#issuecomment -339202842
4 महीने पहले से ही

साथ ही https://stackoverflow.com/questions/44662442/node-inspector-not-starting

मैंने इस पर गौर करना शुरू कर दिया है। यह कैसे काम कर सकता है, इसके बारे में अनुमानों का एक समूह यहां दिया गया है:

जहां तक ​​​​मैं बता सकता हूं, परिवर्तन डीबगर कॉमन्स.जेएस में होने की जरूरत है

require('_debugger'); बजाय इसे require('inspector'); ( डॉक्स here ) का उपयोग करने की आवश्यकता है। फिर आप इंस्पेक्टर को खोल सकते हैं, एक सत्र बना सकते हैं, उससे कनेक्ट कर सकते हैं, और फिर ब्रेकप्वाइंट जोड़ने के लिए संदेश भेजने के लिए session.post और Chrome DevTools प्रोटोकॉल का उपयोग कर सकते हैं।

मुझे कुछ समय मिलने पर पीआर में दरार आ जाएगी।

@phenomnomnominal अरे यह बहुत अच्छा है! क्या मुझे पता चल सकता है कि आप पीआर बनाने के लिए कब उपलब्ध हैं? चूंकि यह कार्यक्षमता इतनी उपयोगी है, यह बहुत अच्छा होगा यदि इसे जल्द ही बनाया जा सके। यह हमारे विकास को इतनी गति देगा।
धन्यवाद!

@phenomnomnominal नमस्ते, हम हाल ही में नोड 8.0 का समर्थन करने की योजना बना रहे हैं, इस समस्या को ठीक करने की आपकी वर्तमान योजना क्या है?

केवल वही जो मैंने ऊपर उल्लिखित किया है। मैं आज शाम उस पर दरार डालने की योजना बना रहा था।

@phenomnomnominal यह बहुत अच्छा है, बहुत बहुत धन्यवाद!

@phenomnomnominal हाय, अब तक कोई अपडेट?

मैंने जाना शुरू कर दिया, लेकिन परीक्षण चलाने की कोशिश करते समय मुझे सेलेनियम के साथ समस्याएं आ रही थीं (कोई सुझाव?) मेरे पास मंगलवार की रात कुछ और समय होगा। नया एपीआई काफी अलग है, लेकिन मुझे कोई वास्तविक समस्या नहीं दिख रही है।

ठिक हैँ बहुत बहुत शुक्रिया। मेरे पास सोमवार के बाद कुछ समय होने वाला है, हो सकता है कि मैं उसके बाद भी इस पर गौर कर सकूं।

मुझे मिल गया... कहीं? डीबगर को डीबग करना उतना सीधा नहीं है जितना मैंने आशा की थी। @qiyigg क्या आपको कुछ भी देखने का मौका मिला?

मैं आज इसे देख लूंगा, धन्यवाद!

मेरे पास आज शाम को भी कुछ और समय होगा, हम बाद में नोटों की तुलना कर सकते हैं।

नमस्ते, पिछले सप्ताह में इस मुद्दे पर कोई प्रगति हुई है? यह अभी भी हो रहा है।

प्रोट्रैक्टर डिबगर/एक्सप्लोरर के लिए, हमने नोड 8 में इसका समर्थन नहीं करने का निर्णय लिया।

1. प्रोटैक्टर डिबगर/एक्सप्लोरर मुख्य रूप से नियंत्रण प्रवाह में परीक्षण डिबग करने के लिए डिज़ाइन किया गया; लेकिन नियंत्रण प्रवाह कुछ ऐसा है जिसे हम प्रोत्साहित नहीं करते हैं (विशेष रूप से हमारे पास मूल एसिंक/नोड 8 में प्रतीक्षा है) और अंततः बहिष्कृत कर दिया जाएगा।
2. जांच करने के बाद, हमने पाया कि इसे ठीक करने के लिए बहुत प्रयास करने की आवश्यकता हो सकती है और कारण 1 के अनुसार ऐसा करने लायक नहीं है।
3. हम मूल एसिंक/प्रतीक्षा और क्रोम इंस्पेक्टर टूल का उपयोग करके नोड 8 के लिए नए डिबगिंग दस्तावेज़ प्रदान करने पर काम कर रहे हैं, जो मूल डीबगर से बेहतर अनुभव देगा।
4. @phenomnomnominal यदि आपको इस बारे में कुछ सफलता मिली है, तो हम इसकी समीक्षा करना चाहेंगे। आपके प्रयास के लिए धन्यवाद।

क्या आपके पास इसके लिए किसी प्रकार का ईटीए है? जहां मैं काम करता हूं, वहां हम इसके लिए थोड़ा-बहुत प्रयास कर रहे हैं। कुछ लोगों को e2e परीक्षण के बारे में सिखाने की कोशिश कर रहे हैं और हमारे पास डिबग मोड में जाने और वास्तव में उस संदर्भ में कोड निष्पादित करने का कोई तरीका नहीं है जहां विफलता होती है। अगर इसके बाहर ऐसा करने का कोई तरीका है तो कृपया मुझे बताएं।

@केलीआर-एसटीसीयू
नमस्ते,
नोड संस्करण <8 के लिए, आप मूल डिबगिंग प्रक्रिया/उपकरणों का उपयोग कर सकते हैं।
नोड संस्करण> = 8 के लिए, आप नई डिबगिंग प्रक्रिया का पालन कर सकते हैं, जो एसिंक्रोनस कॉल को संभालने के लिए Node.js देशी async/प्रतीक्षा का उपयोग करता है (ताकि हमें नियंत्रण प्रवाह और पुराने डीबगर पर भरोसा करने की आवश्यकता न हो), और क्रोम इंस्पेक्टर का उपयोग करें ( या कोई अन्य नोड डीबगर) डीबग करने के लिए

देशी एसिंक/प्रतीक्षा और क्रोम इंस्पेक्टर के साथ डीबग करने का तरीका बताने के लिए हमारे पास कुछ दस्तावेज हैं
नियंत्रण प्रवाह अक्षम के साथ डिबगिंग
एसिंक/प्रतीक्षा का उपयोग कैसे करें?

आशा है कि इससे सहायता मिलेगी

@qiyigg ElementExplorer के बारे में क्या?

@monkpit यह उसी कारण से नोड 8 में काम नहीं करेगा। हमारे पास इसका पूर्ण विकल्प नहीं है, लेकिन आप डिबगिंग के दौरान क्रोम डेवलपमेंट टूल को खोल सकते हैं और उसका उपयोग कर सकते हैं, यह प्रोट्रैक्टर डिबगिंग के साथ संघर्ष नहीं करेगा जैसा कि हमने पहले किया था।

@qiyigg ठीक है, चूंकि

समाधान भी एक समस्या है क्योंकि इसके लिए मौजूदा परीक्षणों को फिर से लिखना आवश्यक है क्योंकि "आप async/प्रतीक्षा और नियंत्रण प्रवाह के मिश्रण का उपयोग नहीं कर सकते हैं"। यह अच्छा होगा यदि आप निर्दिष्ट कर सकें कि प्रति परीक्षण कौन सा दृष्टिकोण लेना है ताकि स्विचिंग के लिए सभी मौजूदा परीक्षणों को अपडेट करने की आवश्यकता न हो।

@ उरिय्याह-आरोही
हां, मुझे यह स्वीकार करना होगा कि यह एक सही समाधान नहीं है। लेकिन जैसा कि मैंने ऊपर उल्लेख किया है, नियंत्रण प्रवाह एक ऐसी चीज है जिसे अंततः हटा दिया जाएगा । हमारे परीक्षणों को async/प्रतीक्षा में परिवर्तित करें कुछ ऐसा है जो हमें धीरे-धीरे करना चाहिए, और यह हमें बेहतर डिबगिंग अनुभव प्रदान करता है।
मुझे लगता है कि एक तरह से आप कर सकते हैं नए परीक्षणों के लिए एक अलग परीक्षण विन्यास है, और फिर उन्हें धीरे-धीरे परिवर्तित करें।

@qiyigg क्या

उन दो लिंक में बहुत अच्छी जानकारी है जो उन्होंने नियंत्रण प्रवाह अक्षम के साथ डिबगिंग शीर्षक प्रदान की थी और
एसिंक/प्रतीक्षा का उपयोग कैसे करें?

दूसरा संभवतः रूपांतरण के लिए एक कदम दर कदम अधिक है।

नोड 8 पर browser.pause() साथ समस्या होने के बाद।

मैंने डिसेबल्ड कंट्रोल फ्लो का अनुसरण किया।

node --inspect-brk bin/protractor <config_file> चलाने और ब्राउज़र में डिबगिंग करने के बजाय, मैं टर्मिनल में node inspect $(which protractor) <config_file> बाद debug> cont का उपयोग करता हूं।

अब मेरे पास browser.pause() बराबर है।

यानी debugger . के स्थान पर browser.pause()

बस जाँच करने के लिए: हमारे पास एक बड़ा प्रोट्रैक्टर कोडबेस है, जिसे एक ही बार में async/प्रतीक्षा में परिवर्तित नहीं किया जा सकता है। इसके बारे में जाने का एक अच्छा तरीका यह है कि पहले सभी "async" प्रोट्रैक्टर क्रियाओं को प्रॉमिस चेनिंग राइट का उपयोग करके परिवर्तित किया जाए? इस तरह चीजों को काम करना चाहिए कि नियंत्रण प्रवाह सक्षम है या नहीं।
धन्यवाद !

प्रॉमिस चेनिंग काम करेगी चाहे कंट्रोल फ्लो सक्षम हो या नहीं, लेकिन यह कभी-कभी एक तरह से गड़बड़ होता है और हो सकता है कि आप इसे वापस एसिंक्स में बदलना चाहें/किसी दिन इंतजार करना चाहें?
तो मेरा सुझाव है कि अभी के लिए दो अलग-अलग कॉन्फ़िगरेशन हों, नए परीक्षण/रूपांतरित परीक्षण को नई कॉन्फ़िगरेशन में डालें जो control_flow को अक्षम करता है और पुराने से धीरे-धीरे छुटकारा पाता है

समस्या यह है कि हम परीक्षणों के बीच बहुत से कार्यों को साझा करते हैं, इसलिए यदि हम इन कार्यों को एसिंक प्रतीक्षा में माइग्रेट करते हैं तो हम उन सभी परीक्षणों को तोड़ देंगे जो उनका उपयोग करते हैं और जिन्हें एसिंक प्रतीक्षा में माइग्रेट नहीं किया गया है (संकेत: ए लॉट)। और अगर हम एक ही फ़ंक्शन के दो संस्करण रखते हैं तो हम उन्हें अलग करने का जोखिम उठाते हैं।
तो मुझे ऐसा लगता है कि या तो हम एसिंक/प्रतीक्षा में जाने से पहले एक मध्यवर्ती चरण के रूप में चेनिंग का वादा करने के लिए सब कुछ ले जाते हैं, या हम अपने टेस्ट कोडबेस को ट्रांसपाइल करने के लिए बेबेल सेट करते हैं (इस तरह कुछ का उपयोग करके: https://stackoverflow.com/questions/ 28708975/transpile-async-await-proposal-with-babel-js ?), ताकि हम async/wait लिख सकें और इसे किसी ऐसी चीज़ में स्थानांतरित कर सकें जिसे या तो नियंत्रण प्रवाह के साथ या बिना चलाया जा सके।
क्या किसी को पता है कि यह पहले किया गया है?
किसी भी मामले में ऐसा लगता है कि रीडमी पर बड़े कोडबेस के लिए माइग्रेशन पथ देना एक अच्छा विचार होगा ...

समझ में आता है, वास्तव में हम इसके बारे में हाल ही में सोच रहे हैं।
मैंने एक आंतरिक टीम से बात की है जिसने बड़े कोड बेस को एसिंक/प्रतीक्षा में माइग्रेट किया है।
उन्होंने पाया कि यह सूक्ष्म बग और दौड़ की स्थिति पेश करेगा यदि वे सामान्य बर्तनों को वादा श्रृंखला में बदल देते हैं और उन्होंने ऐसा करने के लिए पहले ही छोड़ दिया है।
उन्होंने कुछ सामान्य बर्तनों की प्रतिलिपि बनाई और उन्हें एसिंक/प्रतीक्षा में अनुवादित किया। मुझे नहीं पता कि यह सबसे अच्छा समाधान है, लेकिन जैसा कि आपने उल्लेख किया है, इसमें कुछ अलग जोखिम होगा
हम इसे आसान बनाने के लिए कुछ माइग्रेशन टूल लिखने पर भी काम कर रहे हैं, लेकिन टूल शायद बाहरी रूप से काम नहीं करेंगे।

वैसे भी, हम हाल ही में प्रवासन योजना पर काम कर रहे हैं, और निकट भविष्य में कहीं न कहीं कुछ प्रवासन सलाह देनी चाहिए।

आपके उत्तर के लिए धन्यवाद, यह जानकर अच्छा लगा कि यह एक ऐसा मुद्दा है जो है
में देखा जा रहा है!
मुझे लगता है कि कैसे करना है इसके लिए एक विशिष्ट मुद्दा बनाना एक अच्छा विचार होगा
बड़े कोडबेस माइग्रेट करें, ताकि लोग देखें कि इस पर काम किया जा रहा है।

ले 16 जनवरी। 2018 19:58, "क्यूईआई" नोटिफिकेशन @github.com एक écrit :

समझ में आता है, वास्तव में हम इसके बारे में हाल ही में सोच रहे हैं।
मैंने एक आंतरिक टीम से बात की है जिसने बड़े कोड बेस को यहां माइग्रेट किया है
एसिंक/प्रतीक्षा.
उन्होंने पाया कि यह सूक्ष्म बग और दौड़ की स्थिति पेश करेगा यदि वे
वादा श्रृंखला के लिए सामान्य बर्तनों को बदल दिया और उन्होंने ऐसा करने के लिए पहले ही छोड़ दिया।
उन्होंने कुछ सामान्य बर्तनों की प्रतिलिपि बनाई और उन्हें एसिंक/प्रतीक्षा में अनुवादित किया। मैं
यह नहीं पता कि यह सबसे अच्छा समाधान है, लेकिन जैसा कि आपने उल्लेख किया है, यह होगा
कुछ विचलन जोखिम है
हम इसे आसान बनाने के लिए कुछ माइग्रेशन टूल लिखने पर भी काम कर रहे हैं, लेकिन
उपकरण शायद बाहरी रूप से काम नहीं करेंगे।

वैसे भी, हम हाल ही में प्रवासन योजना पर काम कर रहे हैं, और कुछ देना चाहिए
निकट भविष्य में कहीं प्रवास सलाह।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे 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 का अनुभव कर रहे हैं।

यह मामला करीब एक साल से खुला है। अभी भी कोई प्रगति नहीं है?

@ajklotz मैं पुष्टि कर सकता हूं कि यह अभी भी केवल नोड 7 के साथ काम करता है। मैं तत्व एक्सप्लोरर का उपयोग करने के लिए नोड संस्करणों के बीच स्विच करने के लिए एनवीएम का उपयोग कर रहा हूं। यह दर्द है, लेकिन यह काम करता है!

@ajklotz @monkpit @mraible यदि आप नोड 8 या उच्चतर के साथ चलने में सक्षम हैं, तो मेरा सुझाव है कि आप निम्न कार्य करने का प्रयास करें:

1. यह वीडियो देखें "प्रोटेक्टर: ए न्यू होप" https://youtu.be/6aPfHrSl0Qk?t=1051 , खासकर 17:31 के आसपास
2. नोड 8 या उच्चतर का उपयोग करने के लिए स्विच करें
3. ES2017 async/प्रतीक्षा कीवर्ड का उपयोग करने के लिए अपने परीक्षणों को परिवर्तित करें: 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 यहां एक उदाहरण है जहां मैंने async/ await का उपयोग करने के लिए प्रोट्रैक्टर परीक्षणों को परिवर्तित किया: https://github.com/buildbot/buildbot/pull/4074/files

कुछ भी जो एक वादा लौटाता है, आप उसके सामने एक await चिपका देते हैं जैसे:

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

यदि किसी फ़ंक्शन के पास await कॉल है, तो फ़ंक्शन हस्ताक्षर के सामने async होना चाहिए।

यदि आप किसी फ़ंक्शन को async साथ कॉल करते हैं, तो आपको इसे await करना होगा।

इसमें थोड़ा समय लगता है लेकिन एक बार जब आप इसे कर लेते हैं, तो यह काम करता है।

@rodrigc मेरा परीक्षण क्षेत्र पहले से ही async/प्रतीक्षा का उपयोग कर रहा है, इस मुद्दे का मुद्दा यह है कि कमांड लाइन से, protractor --elementExplorer तब तक काम नहीं करता जब तक आप नोड 7 का उपयोग नहीं करते।

एफडब्ल्यूआईडब्ल्यू, ऐसा लगता है कि async/await जैसी भाषा सुविधा वैसे भी अप्रासंगिक होनी चाहिए। शायद स्टॉप-गैप फिक्स के रूप में एक स्वैप समझ में आता है, लेकिन प्रोट्रैक्टर उस शैली पर निर्भरता नहीं दर्शाता है।

@monkpit हाँ आप बिल्कुल सही हैं। आपकी समस्या का मूल कारण यह है कि इस लाइन पर: https://github.com/angular/protractor/blob/master/lib/debugger/debuggerCommons.js#L1 , _debugger मॉड्यूल आयात किया जाता है, जो नोड 8 पर उपलब्ध नहीं है। इस प्रकार debuggerCommons.js का उपयोग करने वाली कोई भी चीज़ नोड8 पर काम नहीं करेगी, जिसमें elementExplorer ।

इसलिए, यदि आप नोड 8 या उच्चतर का उपयोग करना चाहते हैं और प्रोट्रैक्टर के साथ डीबग करना चाहते हैं, तो कुंजी async/await और यहां दिए गए चरणों का पालन करें: https://github.com/angular/protractor/blob/master/docs/ डिबगिंग.एमडी

पुरानी डिबगिंग सामग्री काम नहीं करेगी।

या तो यह ठीक नहीं होने वाला है (यह ठीक है, मैं वर्कअराउंड का उपयोग कर सकता हूं) या इसे नोड 8+ (यह भी ठीक है) का उपयोग करने के लिए अपडेट किया जाएगा। लेकिन मैं एक या दूसरे तरीके से आधिकारिक प्रतिक्रिया देखना पसंद करूंगा।

@monkpit

मुझे लगता है कि उत्तर @qiyigg की इस टिप्पणी में निहित है।

प्रोट्रैक्टर डिबगर/एक्सप्लोरर के लिए, हमने नोड 8 में इसका समर्थन नहीं करने का निर्णय लिया...

जब मैंने उनसे बात की तो मैंने @qiyigg से जो कुछ सुना है, उससे टीम में वर्तमान ध्यान _Protractor test_ में नियंत्रण प्रवाह को अक्षम करने पर पड़ा है।

मैं इस मुद्दे को अभी के लिए बंद करने जा रहा हूं। यह अभी भी चर्चा के लिए खुला है।

@qiyigg मैंने क्रोम इंस्पेक्टर और नोड debugger साथ नए

क्या प्रोट्रैक्टर टीम पुराने डिबगिंग कोड के लिए प्रलेखन को चिह्नित करना शुरू कर सकती है जो debuggerCommon.js का उपयोग DEPRECATED के रूप में करता है? मैं @monkpit से सहमत

यदि आप डिबगिंग दस्तावेज़ पर एक नज़र डालते हैं, तो हमने पहले ही उल्लेख किया है कि डिबगर नोड 8 पर काम नहीं करेगा
https://github.com/angular/protractor/blob/master/docs/debugging.md#enabled -control-flow
"नोट: प्रोटैक्टर डिबगर और एलिमेंट एक्सप्लोरर का उपयोग Node.js 8+ के लिए नहीं किया जा सकता है"

एक बात का ध्यान रखें: हर कोई नोड 8+ का उपयोग नहीं कर रहा है, हम यह नहीं कह सकते कि डिबगर को बहिष्कृत कर दिया गया है और सभी को एसिंक/प्रतीक्षा का उपयोग करने के लिए लागू किया गया है (हालांकि हम ऐसा Google के अंदर करेंगे)।

जाहिर है, नोड 8+ और एसिंक/प्रतीक्षा में जाने से कई लाभ होते हैं और हमें अंततः इसे आगे बढ़ना चाहिए, लेकिन यह एक आसान काम नहीं है क्योंकि हमें अपने मौजूदा कोड को बदलना है। हम Google के अंदर इस पर काम कर रहे हैं और माइग्रेशन (यहां तक ​​कि माइग्रेशन टूल) के बारे में अधिक अनुभव जमा करने का प्रयास करते हैं और आशा करते हैं कि यह अंततः Google के बाहर के उपयोगकर्ताओं की भी मदद कर सकता है।

मुझे लगता है कि अब हम इस त्रुटि को और स्पष्ट करने के लिए क्या कर सकते हैं, कहते हैं, एक अपवाद फेंकें: तत्व एक्सप्लोरर/डीबगर नोड 8+ के लिए "त्रुटि: मॉड्यूल '_debugger' नहीं ढूंढ सकता" के बजाय समर्थित नहीं है, एक पीआर बहुत होगा स्वागत किया।

@qiyigg मैं उस चेतावनी को बोल्ड और ALL CAPS में बनाने का सुझाव दूंगा । उस पृष्ठ पर पकड़ना थोड़ा कठिन है, क्योंकि बहुत सारे शब्द हैं।

मैं नए डीबगर से वास्तव में खुश हूं क्योंकि मैं अपने परीक्षण चलाने के लिए इंटेलिज का उपयोग कर सकता हूं। यह तत्व एक्सप्लोरर (जो मुझे पसंद आया) से बेहतर है, लेकिन परीक्षण डीबग करने के लिए मेरे आईडीई का उपयोग करना एक बड़ी जीत है।

@qiyigg मैं एक ऐसी कंपनी में काम करता हूं जो बड़े प्रोडक्शन पिंटर बनाती है। चूँकि हमने अपने सभी UI को एंगुलर (हुर्रे!) का उपयोग करने के लिए बदल दिया था, इसलिए हमने UI E2E परीक्षणों (हुर्रे) के लिए प्रोट्रैक्टर का उपयोग करने का निर्णय लिया। इन E2E परीक्षणों के अलावा हमारे पास वास्तविक एंड टू एंड टेस्ट भी हैं जो एक वास्तविक रनिंग सिस्टम पर काम करते हैं। उस परीक्षण प्रणाली के सभी परीक्षण मामले माइक्रोसॉफ़्ट टीएफएस परीक्षण ढांचे में निर्दिष्ट हैं और हम उन्हें लिखने के लिए एक डीएसएल का उपयोग करते हैं। यह डीएसएल उन पेज ऑब्जेक्ट्स को लोड करता है जो हमने अपने यूआई के लिए एक इंटरेक्टिव रूप से शुरू किए गए प्रोट्रैक्टर (इसलिए एलिमेंट एक्सप्लोरर) के माध्यम से लिखे हैं और इसके परीक्षणों को निष्पादित करने के लिए उन पर कॉल करते हैं।

अब तक इतना अच्छा, आप कहेंगे, हमारे पास इनमें से हजारों परीक्षण हैं और वे वास्तव में "एक उपयोगकर्ता के रूप में" चलते हैं। मैं इस बातचीत से जो बनाता हूं वह यह है कि तत्व एक्सप्लोरर को नए नोड के साथ हटा दिया गया है (और कोणीय को अपग्रेड करने के लिए नया नोड अनिवार्य है)। इसका मतलब यह भी है कि अचानक हमारा पूरा टेस्ट बेस काम करना बंद कर देगा।

मुझे एसिंक/प्रतीक्षा के साथ परिवर्तन मिलता है और हम इसका समर्थन करने के लिए स्पष्ट रूप से हमारे पेज ऑब्जेक्ट्स को फिर से लिखेंगे, लेकिन दूर से प्रोट्रैक्टर कमांड डालने का कोई वास्तविक विकल्प नहीं है, है ना? मुझे हमेशा "एक परीक्षण" में पास करना होगा जो केवल "डीबगर" कहता है, और फिर सीधे मेरे पेज ऑब्जेक्ट्स पर कमांड कॉल करने के लिए क्रोम के साथ संवाद करता है और फिर अगले "डीबगर" कॉल पर चलता है जिसे मुझे शायद चलाना होगा दौड़ना थोड़ी देर के लूप में।

क्या इस तरह के परिदृश्य समर्थित नहीं थे? वे नहीं होंगे? या मैं बस कुछ याद कर रहा हूँ ... मेरे लिए, आपके परीक्षणों/कोड में डीबगिंग त्रुटियां दूरस्थ रूप से परीक्षण आदेशों को निर्देश देने से पूरी तरह अलग हैं। उत्तरार्द्ध कुछ तत्व एक्सप्लोरर है जो सुविधा के लिए उपयोग किया जाता है :)

कम से कम यह साझा करने के लिए कि मेरा वर्तमान समाधान क्या है, मैंने यह परीक्षण लिखा है, जो कि एकमात्र सिस्टम परीक्षण है जिसे मैं प्रोट्रैक्टर के साथ चलाता हूं (पूर्ण रूप से एक सहायक वर्ग स्पष्ट रूप से है):

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

यह परीक्षण तब चलता रहता है जब मैं अपने (सी #) डब्ल्यूएस क्लाइंट को जोड़ता हूं जो परीक्षण चश्मे और पेज ऑब्जेक्ट्स के बीच एक पुल के रूप में कार्य करता है। यह ब्रिज फिर ब्राउज़र को पेज ऑब्जेक्ट्स को लोड करने का निर्देश देता है और परीक्षण निष्पादित करना शुरू कर देता है।

आखिरी कमांड जो मैं ब्राउज़र को भेजता हूं वह निश्चित रूप से है

global.systemTestsDone.complete()

ताकि परीक्षण सामान्य रूप से पूरा हो सके। मुझे नहीं लगता कि यह वास्तव में भयानक है, केवल अजीब बात यह है कि अब मुझे एक इंटरेक्टिव मोड में आने के लिए एक परीक्षण का दुरुपयोग करना पड़ता है। यदि अधिक लोग इस तरह की कार्यक्षमता को याद कर रहे हैं तो इसे फिर से प्रोट्रैक्टर में शामिल करना एक अच्छा विचार हो सकता है। मेरा मतलब संपूर्ण devtools प्रोटोकॉल नहीं है, लेकिन जब आप चलते हैं तो प्रोट्रैक्टर को छोड़ने का विकल्प, उदाहरण के लिए, क्रोम या विजुअल स्टूडियो कोड के कंसोल का उपयोग "एलिमेंट एक्सप्लोरर" के रूप में करें।

@vikerman जोड़ें, जो संभालेगा ।

@vikerman क्या मुझे उपरोक्त टिप्पणियों में से एक फीचर अनुरोध करना चाहिए?

संक्षेप में, मैं प्रोटैक्टर में क्या रखना चाहता हूं (चूंकि --elementExplorer अब हाल के नोड.जेएस संस्करणों के साथ काम नहीं कर रहा है) एक ऐसा तरीका है जो सिर्फ प्रोट्रैक्टर शुरू करता है, कल्पना फाइलों को अनदेखा करता है और कुछ मैन्युअल विधि कॉल तक चलता रहता है ( protractor.exit() जैसा कुछ?) हम इस मोड में node --inspect साथ प्रोट्रैक्टर शुरू कर सकते हैं, कुछ पेज ऑब्जेक्ट्स लोड कर सकते हैं और बाहरी टेस्ट रनर को डीबगर प्रोटोकॉल से जोड़ सकते हैं और अंतःक्रियात्मक रूप से परीक्षण चला सकते हैं।

यह वास्तव में अच्छा होगा अगर कोई इसे ठीक करे। मैं वर्तमान में एक कामकाज के रूप में एनवीएम का उपयोग कर रहा हूं।
मैं नोड 7.10.1 स्थापित करने के लिए एनवीएम का उपयोग करता हूं और वहां से एलिमेंट एक्सप्लोरर को फायर करता हूं।
थोड़ा लंगड़ा कामकाज लेकिन यह अभी के लिए काम करता है

मैंने इसे काम करने के लिए नोड v6 में डाउनग्रेड किया और अब मैं अपना कोणीय 6 ऐप नहीं चला सकता क्योंकि नोड 6 कोणीय 6+ में समर्थित नहीं है। ऐसा लगता है कि कोणीय अब नोड> = 8.9.0 को लक्षित करता है।

क्या कोई अच्छा काम है जिसके आसपास मैं नोड के दो संस्करणों को चलाने के लिए एक प्रोट्रैक्टर आरईपीएल डब्ल्यू/ओ प्राप्त करने के लिए अनुसरण कर सकता हूं?

मुझे कंसोल में एक ही त्रुटि हो रही है। मैं यहां दिए गए इन निर्देशों का पालन कर रहा हूं
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

नोड संस्करण 7.10.1 पर स्विच करने के लिए NVM का उपयोग करना मेरे लिए browser.pause() समस्या को ठीक करता है।

मैं समझता हूं कि एसिंक/वेट आगे का रास्ता है, और ब्रेकप्वाइंट के साथ डिबग परीक्षणों के लिए वेबस्टॉर्म का उपयोग करना बिल्कुल सहज है, लेकिन जहां मुझे लगता है कि एलिमेंट एक्सप्लोरर की
नोडज 8+ के लिए दी गई डिबगिंग प्रक्रिया के साथ, कंसोल से कमांड वादों को हल नहीं करते हैं, जबकि इंस्पेक्टर को ब्रेकपॉइंट पर रोक दिया जाता है, जो मुझे लगता है कि काउंटर-सहज ज्ञान युक्त है, लेकिन इसका मतलब लेखन पर खर्च किए गए समय में एक सूक्ष्म वृद्धि है। डिबगिंग परीक्षण, और व्यापक रूप से उपयोग की जाने वाली सुविधा का नुकसान (इस धागे पर प्रतिक्रियाओं की संख्या के आधार पर)।
क्या प्रोट्रैक्टर में पुराने एलीमेंट एक्सप्लोरर फीचर को बदलने की कोई योजना है?

@woppa684 सुझाव मेरे लिए अच्छा काम कर रहा है। धन्यवाद @ woppa684। मैं सिर्फ 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;
  });
});

पैकेज.जेसन

    "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()