JavaScript coding test പരിശീലനം

യഥാർഥ ടെസ്റ്റ് സാധാരണയായി എങ്ങനെയിരിക്കും

എല്ലാവർക്കും ഒരുപോലെയുള്ള JavaScript coding test എന്നൊന്നില്ല. ഓരോ തൊഴിലുടമയും ഒരു testing platform തിരഞ്ഞെടുക്കുകയും സ്വന്തം ചോദ്യങ്ങൾ, task-ുകളുടെ എണ്ണം, സമയപരിധി, അനുവദിക്കുന്ന languages എന്നിവ നിശ്ചയിക്കുകയും ചെയ്യുന്നു. നിങ്ങളുടെ ടെസ്റ്റ് ക്ഷണക്കത്താണ് നിങ്ങളുടെ ടെസ്റ്റിനെക്കുറിച്ചുള്ള ഏറ്റവും നല്ല മാർഗനിർദേശം. പൊതുവായി ലഭ്യമായ ഉദാഹരണങ്ങൾ ഇതിന്റെ വൈവിധ്യം കാണിക്കുന്നു:

• HackerRank. functions പോലുള്ള വിഷയങ്ങൾ ഉൾക്കൊള്ളുന്ന JavaScript (Basic) skills test-ൽ 1 മണിക്കൂർ 30 മിനിറ്റിൽ 2 ചോദ്യങ്ങൾ ഉണ്ടെന്ന് HackerRank പറയുന്നു (HackerRank). coding, multiple choice, HTML/CSS/JavaScript, front-end developer, code review, subjective ചോദ്യങ്ങൾ എന്നിവയുൾപ്പെടെ ഒരു തൊഴിലുടമയ്ക്ക് ടെസ്റ്റിൽ ഉൾപ്പെടുത്താവുന്ന ചോദ്യങ്ങളുടെ തരങ്ങൾ അതിന്റെ help center പട്ടികപ്പെടുത്തുന്നു. HackerRank-ന്റെ library-യിൽ നിന്ന് ചോദ്യങ്ങൾ ചേർക്കാനോ സ്വന്തം ചോദ്യങ്ങൾ തയ്യാറാക്കാനോ തൊഴിലുടമകൾക്ക് കഴിയുമെന്നും പറയുന്നു (HackerRank Help).
• TestGorilla. ഓരോ JavaScript coding test-നും 15 മുതൽ 45 മിനിറ്റ് വരെ ദൈർഘ്യമുണ്ടാകാമെന്ന് TestGorilla-യുടെ JavaScript coding tests പേജ് പറയുന്നു. entry-level algorithms test-ന് 15 മിനിറ്റ് എന്നും പട്ടികപ്പെടുത്തിയിട്ടുണ്ട്. ഉദ്യോഗാർഥികൾ online editor-ൽ പ്രവർത്തിക്കുമെന്നും ലഭ്യമാക്കേണ്ട languages ഏതെന്ന് തൊഴിലുടമകൾ തിരഞ്ഞെടുക്കുമെന്നും പറയുന്നു (TestGorilla).

തൊഴിലുടമകളുടെ JavaScript ടെസ്റ്റുകളിൽ സാധാരണയായി റിപ്പോർട്ട് ചെയ്യപ്പെടുന്ന ഭാഗങ്ങൾ:

• Coding tasks: online editor-ൽ ഒരു function എഴുതുക, sample inputs ഉപയോഗിച്ച് പ്രവർത്തിപ്പിക്കുക, തുടർന്ന് നിങ്ങൾക്ക് കാണാനാകാത്ത കൂടുതൽ test cases ഉപയോഗിച്ച് പരിശോധിക്കാനായി സമർപ്പിക്കുക.
• Multiple choice: JavaScript ആശയങ്ങൾ, ഒരു code snippet എന്താണ് log ചെയ്യുന്നത്, ശരിയായ code ഏതാണെന്നത്.
• Debugging അല്ലെങ്കിൽ code review: മറ്റൊരാൾ എഴുതിയ code-ലെ പ്രശ്നം കണ്ടെത്തി പരിഹരിക്കുക.
• ചിലപ്പോൾ ഇതിലധികവും: ഒരു web page നിർമ്മിക്കുകയോ അതിലെ പ്രശ്നം പരിഹരിക്കുകയോ ചെയ്യുക, വലിയ front-end അല്ലെങ്കിൽ back-end project, വീട്ടിൽ പൂർത്തിയാക്കി സമർപ്പിക്കേണ്ട assignment, അല്ലെങ്കിൽ ടെസ്റ്റിനിടെ webcam, screen നിരീക്ഷണം.

ഞങ്ങളുടെ mock tests-ൽ ഉൾപ്പെടുന്നവ. ഞങ്ങളുടെ പൂർണ mock tests-ൽ 60 മിനിറ്റിൽ 20 ചോദ്യങ്ങൾ വീതം നാല് വിഭാഗങ്ങളിലായി ഉണ്ട്: JavaScript ആശയങ്ങൾ (6), code എന്താണ് log ചെയ്യുന്നത് (6), bug കണ്ടെത്തൽ (5), പരിഹാരം നിർമ്മിക്കൽ (3). browser-ലോ framework-ലോ ഉള്ള code ഇല്ലാതെ, Node.js-ൽ പ്രവർത്തിക്കുന്ന ആധുനിക JavaScript ആണ് എല്ലാ code-ഉം. സമർപ്പിക്കുന്നതുവരെ മുമ്പുള്ള ചോദ്യങ്ങളിലേക്ക് മടങ്ങാനും ഉത്തരം മാറ്റാനും ചോദ്യങ്ങൾ flag ചെയ്യാനും കഴിയും. ഞങ്ങളുടെ mock tests code വായിക്കാനും, അതിന്റെ പ്രവർത്തനം ഘട്ടംഘട്ടമായി പിന്തുടരാനും, പിഴവുകൾ കണ്ടെത്താനും, code തിരഞ്ഞെടുക്കാനും പരിശീലിപ്പിക്കുന്നു. നിങ്ങൾ എഴുതുന്ന code പ്രവർത്തിപ്പിക്കുന്നില്ല. പല യഥാർഥ assessments-ലും കാണാത്ത test cases-നെതിരെ പ്രവർത്തിക്കുന്ന code എഴുതാൻ ആവശ്യപ്പെടും. ഈ പരിശീലനം അതിന് ആവശ്യമായ വായന, code പിന്തുടരൽ, debugging കഴിവുകൾ മെച്ചപ്പെടുത്തുന്നു. അതിനൊപ്പം, യഥാർഥ editor-ൽ സമയപരിധിയോടെയുള്ള പരിശീലനവും നടത്തുക. ഞങ്ങളുടെ mock tests-ൽ front-end, back-end, full-stack project tasks, proctoring, plagiarism പരിശോധനകൾ, video interviews, വീട്ടിൽ പൂർത്തിയാക്കേണ്ട tasks, തൊഴിലുടമയുടെ pass mark എന്നിവയും ഉൾപ്പെടുന്നില്ല.

ഉദാഹരണങ്ങൾ സഹിതമുള്ള ചോദ്യങ്ങളുടെ തരങ്ങൾ

ഓരോ വിഭാഗത്തിനും ഒരു ഉദാഹരണം, മിക്കവരും വീഴുന്ന കെണിയോടൊപ്പം.

1. JavaScript ആശയങ്ങൾ. let-ഉം var-ഉം തമ്മിലുള്ള വ്യത്യാസം എന്താണ്? let ഏറ്റവും അടുത്തുള്ള block-ന്റെ പരിധിയിലാണ് പ്രവർത്തിക്കുന്നത്. ഉദാഹരണത്തിന്, loop body-യിൽ. അതിന്റെ വരി പ്രവർത്തിക്കുന്നതിന് മുമ്പ് ഇത് ഉപയോഗിക്കാനാവില്ല. var മുഴുവൻ function-ന്റെ പരിധിയിലാണ് പ്രവർത്തിക്കുന്നത്; ഇത് hoist ചെയ്യപ്പെടുന്നതിനാൽ, അതിന്റെ വരി പ്രവർത്തിക്കുന്നതിന് മുമ്പേ 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 മൊത്തം തുകയ്ക്ക് പകരം undefined നൽകുന്നു. Braces ഉണ്ടെങ്കിലും return ഇല്ലാത്ത arrow function ഉണ്ടോ എന്ന് നോക്കുക: (a, b) => { a + b } undefined നൽകും; (a, b) => a + b തുക നൽകും. കെണി: അസാധാരണമായി തോന്നുന്ന ആദ്യ വരി തിരുത്തുന്നത്. ചെറിയൊരു input code-ലൂടെ പിന്തുടർന്ന്, value തെറ്റുന്ന ആദ്യ വരി കണ്ടെത്തുക.

4. പരിഹാരം തയ്യാറാക്കൽ. ഒരു cart-ന്റെ ആകെ വില കണ്ടെത്തണം. items.reduce((sum, item) => sum + item.price, 0) ഉപയോഗിച്ച് ഇത് ചെയ്യാം. അവസാനം 0 ഇല്ലെങ്കിൽ, ശൂന്യമായ cart ഒരു TypeError ഉണ്ടാക്കും. കെണി: ഉദാഹരണത്തിൽ പ്രവർത്തിക്കുമെങ്കിലും അതിരുസാഹചര്യങ്ങളിൽ പ്രവർത്തിക്കാത്ത ഓപ്ഷൻ തിരഞ്ഞെടുക്കുന്നത്. ഓരോ ഓപ്ഷനും empty array, ഒരു item, ആവർത്തിക്കുന്നവ, ഇല്ലാത്ത values എന്നിവ ഉപയോഗിച്ച് പരിശോധിക്കുക.

എങ്ങനെ തയ്യാറെടുക്കാം

1. ആദ്യം നിങ്ങളുടെ ക്ഷണക്കത്ത് വായിക്കുക. ഏത് പ്ലാറ്റ്‌ഫോമാണ് ഉപയോഗിക്കേണ്ടത്, എത്ര tasks ഉണ്ട്, സമയപരിധി എത്രയാണ്, JavaScript തിരഞ്ഞെടുക്കാമോ, front-end tasks ഉൾപ്പെടുത്തിയിട്ടുണ്ടോ, test നിരീക്ഷിക്കപ്പെടുമോ എന്നിവ കണ്ടെത്തുക. ഫോർമാറ്റുകൾ തമ്മിൽ വളരെയധികം വ്യത്യാസമുള്ളതിനാൽ മുൻകൂട്ടി ഊഹിക്കരുത്.
2. പ്ലാറ്റ്‌ഫോമിൽ practice area ഉണ്ടെങ്കിൽ അത് പരീക്ഷിക്കുക. Editor, Run button, sample test cases കാണിക്കുന്ന രീതി എന്നിവയുമായി പരിചയപ്പെടുക. അങ്ങനെ test നടക്കുന്ന ദിവസം സ്ക്രീൻ അപരിചിതമായി തോന്നില്ല. ഉദാഹരണത്തിന്, ജോലി ചെയ്യുമ്പോൾ test cases പ്രവർത്തിപ്പിക്കാൻ ഉദ്യോഗാർഥികൾ Run ക്ലിക്ക് ചെയ്യുന്നതായി HackerRank വിവരിക്കുന്നു (HackerRank Support).
3. Code കൈകൊണ്ട് പരിശോധിക്കുക. ചെറിയ code ഭാഗങ്ങൾക്ക്, ഓരോ വരിക്ക് ശേഷവും ഓരോ 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. സമയപരിധിക്കുള്ളിൽ കുറച്ച് code എഴുതുക. ഞങ്ങളുടെ mocks വായനയും debugging-ഉം പരിശീലിപ്പിക്കുന്നു. സമ്മർദത്തിൽ code എഴുതുന്നതും പ്രവർത്തിപ്പിക്കുന്നതും പരിചിതമാകാൻ, timer ഉപയോഗിച്ച് യഥാർത്ഥ editor-ൽ കുറച്ച് ചെറിയ പ്രശ്നങ്ങളും പരിഹരിക്കുക.
7. യഥാർത്ഥ സമയവേഗത്തിൽ പരിശീലിക്കുക. നിങ്ങളുടെ test HackerRank-ന്റെ JavaScript (Basic) ഉദാഹരണം പോലെയാണെങ്കിൽ, 1 മണിക്കൂർ 30 മിനിറ്റിൽ 2 ചോദ്യങ്ങൾ എന്നത് ഓരോ പ്രശ്നത്തിനും ഏകദേശം 45 മിനിറ്റാണ് (HackerRank). സമയം ക്രമീകരിച്ച് മുന്നോട്ടുപോകുന്നത് പരിചിതമാകാൻ മുഴുവൻ timed mocks ചെയ്യുക.

സ്കോറിംഗ് സാധാരണയായി എങ്ങനെ നടക്കുന്നു

സ്കോറിംഗ് പ്ലാറ്റ്‌ഫോമിനെയും തൊഴിലുടമയെയും ആശ്രയിച്ചിരിക്കുന്നു. എല്ലാവർക്കും ബാധകമായ ഏകീകൃത സ്കെയിലോ പാസ് മാർക്കോ ഇല്ല. Coding ചോദ്യങ്ങൾക്ക് സാധാരണയായി test cases ഉപയോഗിച്ച് സ്വയമേവ സ്കോർ നൽകും. ഇതിന്റെ രണ്ട് പ്രസിദ്ധീകരിച്ച വിവരണങ്ങൾ:

• ശരിതനിമയും കാര്യക്ഷമതയും അളക്കുന്ന മുൻകൂട്ടി നിശ്ചയിച്ച test cases ഉപയോഗിച്ചാണ് coding ചോദ്യങ്ങൾ വിലയിരുത്തുന്നതെന്ന് HackerRank പറയുന്നു. ഓരോ test case-നും സ്വന്തമായി ഒരു സ്കോറുണ്ട്: ഒരു test case പാസാകുന്ന code-ന് ആ test case-ന്റെ മുഴുവൻ സ്കോറും ലഭിക്കും; പരാജയപ്പെട്ടാൽ പൂജ്യം. പാസായ test cases-ന്റെ സ്കോറുകൾ ചേർത്താണ് ചോദ്യത്തിന്റെ ആകെ സ്കോർ കണക്കാക്കുന്നത്. അതിനാൽ ചില test cases പാസാകുന്ന പരിഹാരത്തിന് ഭാഗികമായി പോയിന്റുകൾ ലഭിക്കും (HackerRank Support). Coding, multiple choice ചോദ്യങ്ങൾ സ്വയമേവ വിലയിരുത്തും. HTML/CSS/JavaScript ചോദ്യങ്ങൾ കൈകൊണ്ട് വിലയിരുത്തും; front-end ചോദ്യങ്ങൾ സ്വയമേവ വിലയിരുത്തിയശേഷം കൈകൊണ്ട് പരിശോധിക്കാനും ശുപാർശ ചെയ്യുന്നു (HackerRank Help).
• മൊത്തത്തിലുള്ള ശരിതനിമയെ അടിസ്ഥാനമാക്കി percentile രീതിയിലാണ് സ്കോർ നൽകുന്നതെന്നും ഓരോ test case-ന്റെയും ഫലം കാണിക്കുന്ന റിപ്പോർട്ട് ലഭിക്കുമെന്നും TestGorilla വിവരിക്കുന്നു (TestGorilla).

നല്ല ഫലം എന്നതിന്റെ അർഥം ഓരോ തൊഴിലുടമയും തീരുമാനിക്കുന്നതാണ്. പലരും സ്കോറിനൊപ്പം നിങ്ങളുടെ code-ഉം പരിശോധിക്കും.

ഞങ്ങളുടെ പ്രാക്ടീസ് സ്കോർ എന്നത് ഞങ്ങളുടെ ചോദ്യങ്ങളിൽ നിങ്ങൾ ശരിയായി ഉത്തരം നൽകിയവയുടെ എണ്ണമാണ്. ഏത് ഭാഗത്താണ് ശ്രദ്ധ കേന്ദ്രീകരിക്കേണ്ടതെന്ന് മനസ്സിലാക്കാൻ വിഭാഗം തിരിച്ചുള്ള വിവരങ്ങളും ഇതിൽ ലഭിക്കും. ഇത് ഒരു പ്രാക്ടീസ് സ്കോർ മാത്രമാണ്: ഏതെങ്കിലും പ്ലാറ്റ്‌ഫോമിന്റെ test-ലെ സ്കോറല്ല, നിങ്ങൾ വിജയിക്കുമോ എന്നും പ്രവചിക്കുന്നില്ല.

സാധാരണ പിഴവുകൾ

• compare function ഇല്ലാതെ നമ്പറുകൾ ക്രമീകരിക്കുന്നത്. [10, 9, 1].sort() ടെക്സ്റ്റ് പോലെ ക്രമീകരിക്കും. sort((a, b) => a - b) ഉപയോഗിക്കുക.
• == ഉപയോഗിച്ച് type conversion കണ്ട് അമ്പരക്കുന്നത്. അങ്ങനെ ചെയ്യാതിരിക്കാൻ പ്രത്യേക കാരണമില്ലെങ്കിൽ === ഉപയോഗിക്കുക.
• forEach കാത്തിരിക്കില്ലെന്ന കാര്യം മറക്കുന്നത്. forEach callback-നുള്ളിലെ await പുറത്തെ function-നെ നിർത്തിവെക്കില്ല. for...of അല്ലെങ്കിൽ Promise.all ഉപയോഗിക്കുക.
• objects അല്ലെങ്കിൽ arrays === ഉപയോഗിച്ച് താരതമ്യം ചെയ്യുന്നത്. രണ്ട് objects ഒരേ object ആണെങ്കിൽ മാത്രമേ അവ തുല്യമാകൂ. നിങ്ങൾക്ക് പ്രധാനപ്പെട്ട fields താരതമ്യം ചെയ്യുക.
• നിലനിർത്തേണ്ട array മാറ്റുന്നത്. sort, reverse, splice എന്നിവ array-യെ നേരിട്ട് മാറ്റും. പഴയത് ആവശ്യമുണ്ടെങ്കിൽ ആദ്യം [...arr] ഉപയോഗിച്ച് പകർപ്പെടുക്കുക.
• ഉദാഹരണം മാത്രം പരിശോധിക്കുന്നത്. കാണിച്ചിരിക്കുന്ന ഉദാഹരണം സാധാരണയായി വിജയിക്കും. Hidden test cases ശൂന്യമായ input, ഒറ്റ item, ആവർത്തിക്കുന്ന മൂല്യങ്ങൾ, വലിയ input എന്നിവ പരിശോധിക്കും.
• ഒരു task-ൽ സമയം തീർക്കുന്നത്. കുടുങ്ങിയാൽ, ചില test cases വിജയിക്കുന്ന ലളിതമായ പതിപ്പ് സമർപ്പിച്ച് അടുത്തതിലേക്ക് പോകുക. സമയം ഉണ്ടെങ്കിൽ പിന്നീട് തിരിച്ചുവരാം.