JavaScript coding test की तैयारी

असली test आम तौर पर कैसा होता है

JavaScript coding test का कोई एक तय format नहीं होता। हर employer एक testing platform चुनता है और फिर अपने सवाल, tasks की संख्या, time limit और allowed languages तय करता है। आपका test invitation आपके test के बारे में सबसे सही जानकारी देता है। सार्वजनिक उदाहरणों से अलग-अलग formats का अंदाज़ा मिलता है:

• HackerRank. HackerRank अपने JavaScript (Basic) skills test को 2 questions in 1 hour 30 minutes का बताता है। इसमें functions जैसे topics शामिल हैं (HackerRank). इसके help center में उन question types की सूची है जिन्हें employer test में शामिल कर सकता है। इनमें coding, multiple choice, HTML/CSS/JavaScript, front-end developer, code review और subjective questions शामिल हैं। इसमें यह भी कहा गया है कि employers HackerRank की library से questions जोड़ सकते हैं या अपने questions लिख सकते हैं (HackerRank Help).
• TestGorilla. TestGorilla के JavaScript coding tests पेज के अनुसार, अलग-अलग tests 15 से 45 minutes के होते हैं। इसमें entry-level algorithms test 15 minutes का बताया गया है। Candidates online editor में काम करते हैं और employers चुनते हैं कि कौन-सी languages उपलब्ध होंगी (TestGorilla).

Employer के JavaScript tests में आम तौर पर बताए जाने वाले हिस्से:

• Coding tasks: online editor में function लिखें, उसे sample inputs पर चलाएं, फिर उसे जमा करें ताकि उन और test cases पर जांचा जा सके जो आपको दिखाई न दें।
• Multiple choice: JavaScript concepts, कोई snippet चलाने पर क्या output मिलता है और कौन-सा code सही है।
• Debugging या code review: किसी और के लिखे code में समस्या ढूंढें और उसे ठीक करें।
• कभी-कभी अन्य tasks: web page बनाना या ठीक करना, बड़ा front-end या back-end project, take-home assignment, या test के दौरान webcam और screen monitoring।

हमारे mocks में क्या शामिल है। हमारे full mocks में चार sections में 20 questions in 60 minutes होते हैं: JavaScript concepts (6), code चलाने पर क्या output मिलता है (6), bug ढूंढना (5) और solution बनाना (3)। सभी code modern JavaScript में हैं और Node.js पर चलते हैं। इनमें browser या framework code नहीं है। Submit करने तक आप वापस जाकर जवाब बदल सकते हैं और questions को flag कर सकते हैं। हमारे mocks में code पढ़ने, उसका execution trace करने, debugging करने और code चुनने का अभ्यास होता है। आप जो code लिखते हैं, उसे ये run नहीं करते। कई real assessments में ऐसा code लिखना होता है जो hidden test cases पर चलता है। यह अभ्यास उससे जुड़े code पढ़ने, execution trace करने और debugging करने के skills बनाता है, इसलिए किसी real editor में timed practice भी करें। हमारे mocks में front-end, back-end और full-stack project tasks, proctoring, plagiarism checks, video interviews, take-home tasks और employer का कोई pass mark भी शामिल नहीं है।

हल किए गए उदाहरणों के साथ सवालों के प्रकार

हर सेक्शन का एक हल किया हुआ उदाहरण, साथ में वह आम गलती जिसमें ज़्यादातर लोग फँसते हैं।

1. JavaScript की अवधारणाएँ। let और var में क्या अंतर है? let का scope सबसे नज़दीकी block तक होता है, जैसे loop body, और इसे अपनी line चलने से पहले इस्तेमाल नहीं किया जा सकता। var का scope पूरे function तक होता है और यह hoisted होता है, इसलिए अपनी line से पहले भी undefined के रूप में मौजूद रहता है। आम गलती: यह मानना कि const से object या array को बदला नहीं जा सकता। यह सिर्फ़ नाम को दोबारा assign करने से रोकता है।

2. Code क्या log करता है। console.log(typeof null, typeof []) से object object log होता है। typeof के हिसाब से दोनों objects हैं; array जाँचने के लिए Array.isArray इस्तेमाल करें। Async code में क्रम याद रखें: पहले सामान्य code, फिर promise callbacks, और उसके बाद timers। आम गलती: setTimeout(fn, 0) को "अभी चलाओ" समझना। यह हमेशा मौजूदा code और बाकी promise callbacks पूरे होने तक इंतज़ार करता है।

3. Bug ढूँढ़ना। एक function total की जगह undefined लौटाता है। ऐसे arrow function को देखें जिसमें braces हों, लेकिन return न हो: (a, b) => { a + b } से undefined लौटता है, जबकि (a, b) => a + b से sum लौटता है। आम गलती: पहली अजीब दिखने वाली line को ठीक करना। एक छोटे input को code में trace करें और पता लगाएँ कि value पहली बार किस line पर गलत होती है।

4. Solution बनाना। आपको cart की कुल कीमत निकालनी है। items.reduce((sum, item) => sum + item.price, 0) यह काम करता है। आखिर में 0 न हो, तो खाली cart पर TypeError आता है। आम गलती: ऐसा option चुनना जो उदाहरण में काम करे, लेकिन edge cases में नहीं। हर विकल्प को खाली array, एक item, दोहराए गए items और missing values के साथ जाँचें।

तैयारी कैसे करें

1. सबसे पहले अपना आमंत्रण पढ़ें। पता करें कि आप कौन-सा प्लेटफ़ॉर्म इस्तेमाल करेंगे, कितने tasks होंगे, समय-सीमा क्या है, क्या आप JavaScript चुन सकते हैं, क्या इसमें front-end tasks शामिल हैं और क्या टेस्ट पर निगरानी रखी जाएगी। फ़ॉर्मैट इतने अलग-अलग होते हैं कि कोई एक फ़ॉर्मैट मानकर चलना ठीक नहीं है।
2. अगर प्लेटफ़ॉर्म पर practice area है, तो उसे आज़माएँ। Editor, Run बटन और sample test cases दिखाए जाने के तरीके से परिचित हो जाएँ, ताकि टेस्ट के दिन स्क्रीन नई न लगे। उदाहरण के लिए, HackerRank बताता है कि उम्मीदवार काम करते समय Run पर क्लिक करके test cases चला सकते हैं (HackerRank Support).
3. कोड को हाथ से trace करें। छोटे code snippets के लिए हर line के बाद हर variable की value लिखें। Async code के लिए तीन सूचियाँ बनाएँ: अभी क्या चलता है, promise callbacks और timers।
4. रोज़मर्रा के tools जानें। Arrays और उनके methods (map, filter, reduce, some, find, sort), objects, Map और Set, strings, destructuring, spread, template literals, async और await।
5. जमा करने से पहले edge cases के बारे में सोचें। खाली arrays और strings, एक item, दोहराई गई values, null और undefined, और strings के रूप में दिए गए numbers। Hidden test cases अक्सर इन्हीं चीज़ों को जाँचते हैं।
6. समय बाँधकर कोड लिखें। हमारे mock tests पढ़ने और debugging का अभ्यास कराते हैं। साथ ही, timer लगाकर किसी असली editor में कुछ छोटी समस्याएँ हल करें, ताकि दबाव में कोड लिखना और चलाना सामान्य लगे।
7. टेस्ट की असली रफ़्तार से अभ्यास करें। अगर आपका टेस्ट HackerRank के JavaScript (Basic) उदाहरण जैसा है, तो 1 घंटे 30 मिनट में 2 सवाल यानी हर समस्या के लिए लगभग 45 मिनट मिलते हैं (HackerRank). पूरे समयबद्ध mock tests दें, ताकि अपनी गति बनाए रखना सामान्य लगे।

आमतौर पर scoring कैसे होती है

स्कोरिंग प्लेटफ़ॉर्म और नियोक्ता पर निर्भर करती है। कोई एक सार्वभौमिक स्केल या पास मार्क नहीं है। Coding सवालों को आमतौर पर टेस्ट केस के आधार पर अपने आप स्कोर किया जाता है। इसके दो सार्वजनिक विवरण:

• HackerRank के अनुसार, Coding सवालों का मूल्यांकन पहले से तय किए गए टेस्ट केस से किया जाता है, जो सही होने और कुशलता की जाँच करते हैं। हर टेस्ट केस का अपना स्कोर होता है: टेस्ट केस पास करने वाले कोड को उस केस का पूरा स्कोर मिलता है और फेल होने वाले कोड को शून्य। सवाल का कुल स्कोर पास किए गए टेस्ट केस के स्कोर का जोड़ होता है। इसलिए, कुछ टेस्ट केस पास करने वाले समाधान को कुछ अंक मिलते हैं (HackerRank Support). Coding और multiple choice सवालों का मूल्यांकन अपने आप होता है, जबकि HTML/CSS/JavaScript सवालों का मूल्यांकन हाथ से किया जाता है। Front-end सवालों का मूल्यांकन अपने आप होता है, लेकिन साथ में हाथ से समीक्षा करने की सलाह दी जाती है (HackerRank Help).
• TestGorilla के अनुसार, स्कोरिंग परसेंटाइल के आधार पर होती है और कुल सही जवाबों को ध्यान में रखती है। रिपोर्ट में हर टेस्ट केस का नतीजा भी दिखाया जाता है (TestGorilla).

अच्छा नतीजा किसे माना जाएगा, यह हर नियोक्ता तय करता है। कई नियोक्ता स्कोर के साथ आपका कोड भी देखते हैं।

हमारा अभ्यास स्कोर बताता है कि आपने हमारे कितने सवालों के सही जवाब दिए, और हर सेक्शन का ब्यौरा देता है, ताकि आप जान सकें कि किस पर ध्यान देना है। यह अभ्यास स्कोर है: यह किसी प्लेटफ़ॉर्म के टेस्ट का स्कोर नहीं है और इससे यह अनुमान नहीं लगाया जा सकता कि आप पास होंगे या नहीं।

आम गलतियां

• Compare function के बिना numbers को sort करना। [10, 9, 1].sort() उन्हें text की तरह sort करता है। sort((a, b) => a - b) इस्तेमाल करें।
• == इस्तेमाल करके type conversion से चौंक जाना। जब तक कोई खास वजह न हो, === को प्राथमिकता दें।
• यह भूलना कि forEach इंतज़ार नहीं करता। forEach callback के अंदर await करने से बाहरी function रुकता नहीं है। for...of या Promise.all इस्तेमाल करें।
• === से objects या arrays की तुलना करना। दो objects तभी बराबर होते हैं, जब वे एक ही object हों। जिन fields की तुलना करनी है, उन्हें compare करें।
• ऐसा array बदल देना जिसे आप अपने पास रखना चाहते थे। sort, reverse और splice array को उसी जगह बदलते हैं। Original को रखना हो, तो पहले [...arr] से उसकी copy बनाएँ।
• सिर्फ़ उदाहरण को जाँचना। दिखाया गया उदाहरण आमतौर पर पास हो जाता है। छिपे हुए test cases खाली input, एक item, duplicates और बड़े inputs जाँचते हैं।
• किसी एक task पर समय खत्म कर देना। अगर आप अटक जाएँ, तो ऐसा आसान version जमा करें जो कुछ test cases पास करता हो, आगे बढ़ें और समय मिले तो वापस आएँ।