Java coding test की तैयारी

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

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

• HackerRank. HackerRank अपने Java (Basic) skills test को 1 घंटे में 6 सवालों वाला बताता है। इसमें classes जैसे विषय शामिल हैं (HackerRank). इसके help center में उन सवालों के प्रकार दिए गए हैं जिन्हें employer test में शामिल कर सकता है। इनमें coding, multiple choice, database, back-end developer, code review और subjective questions शामिल हैं। इसमें यह भी बताया गया है कि employers HackerRank की library से सवाल जोड़ सकते हैं या अपने सवाल लिख सकते हैं (HackerRank Help).
• TestGorilla. TestGorilla के Java coding tests पेज के मुताबिक, इसके ज़्यादातर coding tests 15 से 35 मिनट के होते हैं। इसमें entry-level algorithms test 15 मिनट का दिया गया है। पेज के अनुसार, candidates सवाल पढ़ते हैं, language menu से Java चुनते हैं और online editor में अपना solution लिखते हैं (TestGorilla).

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

• Coding tasks: online editor में method लिखें, sample inputs के साथ उसे चलाएँ, फिर उसे जाँच के लिए submit करें। जाँच में ऐसे और test cases इस्तेमाल हो सकते हैं जिन्हें आप नहीं देख पाते।
• Multiple choice: Java के concepts, जैसे types, classes, collections और exceptions; किसी code snippet का output; और कौन-सा code सही है।
• Debugging या code review: किसी और के लिखे code में समस्या ढूँढ़ें और उसे ठीक करें।
• कभी-कभी अन्य चीज़ें भी: SQL का सवाल, framework या back-end project, take-home assignment, या test के दौरान webcam और screen monitoring।

हमारे mocks में क्या शामिल है। हमारे full mocks में चार sections में 60 मिनट में 20 सवाल होते हैं: Java concepts (6), code का output (6), bug ढूँढ़ना (5) और solution बनाना (3)। सभी code Java 17 में है। Submit करने तक आप वापस जा सकते हैं, जवाब बदल सकते हैं और सवालों को flag कर सकते हैं। हमारे mocks में code पढ़ने, उसका क्रम समझने, debugging करने और code चुनने का अभ्यास होता है। इनमें आपके लिखे code को चलाया नहीं जाता। कई real assessments में ऐसा code लिखने को कहा जाता है जो hidden test cases के साथ चलता है। यह अभ्यास उन पढ़ने, code का क्रम समझने और debugging करने के कौशल को बेहतर बनाता है, इसलिए किसी real editor में भी समय बाँधकर अभ्यास करें। हमारे mocks में proctoring, plagiarism checks, video interviews, take-home और project tasks, और employer का कोई pass mark भी शामिल नहीं है।

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

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

1. Java की अवधारणाएँ। int और Integer में क्या अंतर है? int एक primitive value है; Integer ऐसा object है जो इस value को wrap करता है और null भी हो सकता है। List जैसे collections में Integer रखे जाते हैं, और Java दोनों के बीच अपने-आप conversion कर देता है। आम गलती: दो Integer objects की तुलना == से करना। यह references की तुलना करता है, इसलिए बराबर values के लिए भी नतीजा false हो सकता है; equals का इस्तेमाल करें।

2. Code क्या print करता है। System.out.println(1 + 2 + "3" + 4 + 5); से 3345 print होता है। Java बाएँ से दाएँ काम करता है: 1 + 2 का नतीजा संख्या 3 है, फिर "3" जोड़ने से string "33" बनती है, और इसके बाद हर + text को जोड़ता है। आम गलती: पहले सारी arithmetic कर लेना। एक बार में एक operator को trace करें और हर step के बाद type नोट करें।

3. Bug ढूँढ़ना। एक method में if (status == "done") लिखा है, लेकिन status "done" होने पर भी condition कभी match नहीं होती। इसे "done".equals(status) से ठीक करें। यह characters की तुलना करता है और null status को भी संभालता है। आम गलती: पहली अजीब दिखने वाली line को ठीक करना। एक छोटे input को code में trace करें और पता लगाएँ कि value पहली बार किस line पर गलत होती है।

4. Solution बनाना। आपको गिनना है कि हर word कितनी बार आता है। Loop में counts.merge(word, 1, Integer::sum) के साथ HashMap का इस्तेमाल करके हर word को एक line में गिना जा सकता है। आम गलती: ऐसा option चुनना जो सामान्य स्थिति में काम करे, लेकिन edge cases में नहीं। हर विकल्प को खाली array, एक item, दोहराए गए items, negative numbers और null के साथ जाँचें।

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

1. सबसे पहले अपना आमंत्रण पढ़ें। पता करें कि आप कौन-सा प्लेटफ़ॉर्म इस्तेमाल करेंगे, कितने tasks होंगे, समय-सीमा क्या है, editor में Java का कौन-सा version चलता है और क्या टेस्ट पर निगरानी रखी जाएगी। फ़ॉर्मैट इतने अलग-अलग होते हैं कि कोई एक फ़ॉर्मैट मानकर चलना ठीक नहीं है।
2. अगर प्लेटफ़ॉर्म पर practice area है, तो उसे आज़माएँ। Editor, Run बटन, input पढ़ने के तरीके और sample test cases दिखाए जाने के तरीके से परिचित हो जाएँ, ताकि टेस्ट के दिन स्क्रीन नई न लगे। उदाहरण के लिए, HackerRank बताता है कि उम्मीदवार काम करते समय Run पर क्लिक करके test cases चला सकते हैं (HackerRank Support).
3. कोड को हाथ से trace करें। छोटे code snippets के लिए हर line के बाद हर variable की value और type लिखें। Integer division, strings को जोड़ना और references में अक्सर अप्रत्याशित बातें सामने आती हैं।
4. रोज़मर्रा के tools जानें। Arrays, String और StringBuilder, ArrayList, HashMap, HashSet, Arrays.sort और Collections.sort, equals और hashCode, exceptions, और बुनियादी classes और interfaces।
5. जमा करने से पहले edge cases के बारे में सोचें। खाली arrays और strings, एक item, दोहराई गई values, negative numbers, null, और इतनी बड़ी values जिनसे int overflow हो सकता है। Hidden test cases अक्सर इन्हीं चीज़ों को जाँचते हैं।
6. समय बाँधकर कोड लिखें। हमारे mock tests पढ़ने और debugging का अभ्यास कराते हैं। साथ ही, timer लगाकर किसी असली editor में कुछ छोटी समस्याएँ हल करें, ताकि दबाव में कोड लिखना, compile करना और चलाना सामान्य लगे।
7. टेस्ट की असली रफ़्तार से अभ्यास करें। अगर आपका टेस्ट HackerRank के Java (Basic) उदाहरण जैसा है, तो 1 घंटे में 6 सवाल यानी हर सवाल के लिए लगभग 10 मिनट मिलते हैं (HackerRank). पूरे समयबद्ध mock tests दें, ताकि अपनी गति बनाए रखना सामान्य लगे।

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

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

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

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

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

आम गलतियां

• == से strings की तुलना करना। equals का इस्तेमाल करें। अगर value null हो सकती है, तो "text".equals(value) इस्तेमाल करें।
• Integer division से दशमलव मिलने की उम्मीद करना। 7 / 2 का नतीजा 3 होता है। अगर 3.5 चाहिए, तो पहले किसी एक तरफ double करें।
• यह भूलना कि strings बदली नहीं जा सकतीं। s.trim() और s.toUpperCase() नई strings लौटाते हैं; नतीजे को किसी variable में रखें।
• Loops में एक की गिनती की गलती करना। Index 0 से length - 1 तक होते हैं, इसलिए आमतौर पर loop की शर्त i < a.length होती है।
• For-each loop के अंदर list बदलना। removeIf या स्पष्ट रूप से Iterator और उसका remove method इस्तेमाल करें।
• Overflow को नज़रअंदाज़ करना। बड़े int values के योग और गुणनफल चुपचाप सीमा पार करके गलत हो सकते हैं। Values बड़ी हो सकती हों, तो long इस्तेमाल करें।
• सिर्फ़ उदाहरण को जाँचना। दिखाया गया उदाहरण आमतौर पर पास हो जाता है। छिपे हुए test cases खाली input, एक item, duplicates और बड़े inputs जाँचते हैं।
• किसी एक task पर समय खत्म कर देना। अगर आप अटक जाएँ, तो ऐसा आसान version जमा करें जो कुछ test cases पास करता हो, आगे बढ़ें और समय मिले तो वापस आएँ।