ടൈപ്പിംഗ് ടെസ്റ്റുകൾ ചീറ്റിംഗ് എങ്ങനെ കണ്ടെത്തുന്നു? ഞങ്ങളുടേത് എങ്ങനെ പരിശോധിക്കുന്നു

ഓരോ സ്കോറിനും പിന്നിലുള്ള കീസ്ട്രോക്ക് ലോഗ് പരിശോധിച്ചാണ് ടൈപ്പിംഗ് ടെസ്റ്റുകൾ ചീറ്റിംഗ് കണ്ടെത്തുന്നത്. ഞങ്ങളുടേത് ഓരോ ഫലവും അതിന്റെ കീസ്ട്രോക്ക് ലോഗിൽ നിന്ന് വീണ്ടും കണക്കാക്കുന്നു, ഒരു ഹാഷ് പരിശോധിക്കുന്നു, ലോഗിന്റെ ഘടനയും സമയക്രമവും പരീക്ഷിക്കുന്നു; 130 WPM-ന് മുകളിലുള്ളതും സമയക്രമം അസാധാരണമായി തോന്നുന്നതുമായ ഏത് സമയബന്ധിത ഫലവും നിങ്ങൾ ഒരു റീ-ടെസ്റ്റ് പാസാകുന്നതുവരെ പൊതു ബോർഡുകളിൽ നിന്ന് മാറ്റിനിർത്തുന്നു. സമയ പരിശോധനകൾ അശ്രദ്ധമായ ബോട്ടുകളെ പിടിക്കുന്നു; ശ്രദ്ധയോടെ നിർമ്മിച്ച ഒന്നിനെക്കൊണ്ട് റീ-ടെസ്റ്റ് എല്ലാം വീണ്ടും ചെയ്യിക്കുന്നു.

ഞങ്ങളുടെ സമയ പരിശോധനകളെ ആദ്യം തോൽപ്പിച്ച ബോട്ട് ഞങ്ങളുടേത് തന്നെയായിരുന്നു.

ഞങ്ങളുടെ എൻഡ്-ടു-എൻഡ് ടെസ്റ്റ് ഹെൽപ്പർ 40 ms എന്ന സ്ഥിരമായ ഇടവേളയിൽ കീകൾ അമർത്തി, കാരണം ഒരു ടെസ്റ്റ് സ്ക്രിപ്റ്റ് ചെയ്യുന്നത് അതാണ്. സെർവർ ഫലം വീണ്ടും കണക്കാക്കി, ഹാഷ് സ്ഥിരീകരിച്ചു, റൺ സംശയാസ്പദമെന്ന് സ്കോർ ചെയ്തു: കീസ്ട്രോക്കുകൾക്കിടയിൽ പൂജ്യം വ്യതിയാനം, പൂജ്യം റോൾഓവർ, ഒരേപോലെയുള്ള ഹോൾഡ് സമയങ്ങൾ. ഞങ്ങളുടെ സ്വന്തം ടെസ്റ്റുകൾക്ക് മനുഷ്യന്റേതുപോലെ തോന്നുന്ന ഒരു ഫലം പോസ്റ്റ് ചെയ്യാൻ, ഓരോ വാക്കിനും ക്രമരഹിതമായ ജിറ്ററും ഇടയ്ക്കിടെ 80 മുതൽ 300 ms വരെയുള്ള "ആലോചനാ" ഇടവേളകളും ഞങ്ങൾക്ക് ചേർക്കേണ്ടിവന്നു. ആ ഓപ്ഷൻ ഇപ്പോഴും കോഡിലുണ്ട്, humanLike എന്ന പേരിൽ.

ശ്രമിക്കാത്ത എന്തിനെതിരെയും ഈ പരിശോധനകൾ ഫലിക്കും, ശ്രമിക്കുന്ന എന്തിനും അവ കടക്കാനുമാകും; അതിനാൽ ഡിസൈൻ യഥാർത്ഥ ഭാരം ഒരു റീ-ടെസ്റ്റിലാണ് വയ്ക്കുന്നത്.

ഒന്നാം ഘട്ടം: എല്ലാം വീണ്ടും കണക്കാക്കുക

നിങ്ങളുടെ ബ്രൗസർ ഞങ്ങൾക്ക് ഒരു WPM അയയ്ക്കുന്നില്ല. അത് അയയ്ക്കുന്നത് കീസ്ട്രോക്ക് ലോഗ് (ഓരോ keydown, keyup, input, composition ഇവന്റും, monotonic ആയ performance.now() ക്ലോക്ക് ഉപയോഗിച്ച് സമയം രേഖപ്പെടുത്തിയത്), അത് കണക്കാക്കിയ മെട്രിക്കുകൾ, കാനോനിക്കൽ ഫലത്തിന്റെ ഒരു SHA-256 ഹാഷ് എന്നിവയാണ്.

സെർവർ അതേ മെട്രിക് കോഡ് ലോഗിൽ പ്രവർത്തിപ്പിച്ച് താരതമ്യം ചെയ്യുന്നു. ഏതെങ്കിലും സംഖ്യ 0.01-ൽ കൂടുതൽ വ്യത്യാസപ്പെട്ടാൽ ഫലം metrics_mismatch ആയി നിരസിക്കും. ഹാഷ് ഒത്തുവന്നില്ലെങ്കിൽ hash_mismatch ആയി നിരസിക്കും. ക്ലയന്റിനെ വിശ്വസിക്കുന്ന സൈറ്റുകളിലെ ഏറ്റവും സാധാരണമായ ചീറ്റായ, WPM ഫീൽഡ് എഡിറ്റ് ചെയ്യുന്ന ബ്രൗസർ എക്സ്റ്റൻഷൻ ഇവിടെ പരാജയപ്പെടും. നിങ്ങളുടെ സ്ക്രീനിലെയും ഡാറ്റാബേസിലെയും സംഖ്യ ഉണ്ടാക്കുന്നത് ഒരേ ഫംഗ്ഷനുകളാണ്; അതുകൊണ്ടാണ് ഞങ്ങളുടെ മെട്രിക്സ് പേജിന് അതിലെ ഉദാഹരണം രണ്ട് ദശാംശ സ്ഥാനം വരെ കൃത്യമായി പുനഃസൃഷ്ടിക്കാമെന്ന് ഉറപ്പു നൽകാനാകുന്നത്.

ടെസ്റ്റിന്റെ സമയം സെർവറിൽ അളന്നാൽ പോരേ? അങ്ങനെയെങ്കിൽ നിങ്ങളുടെ സ്കോറിൽ നെറ്റ്‌വർക്കും ഉൾപ്പെടും. ഓരോ കീസ്ട്രോക്കും നിങ്ങളുടെ കണക്ഷനനുസരിച്ച് മാറുന്ന അളവിൽ അല്പം വൈകി ഞങ്ങളിലെത്തും, വേഗം കുറഞ്ഞ ലൈനിലുള്ള വേഗമേറിയ ഒരു ടൈപ്പിസ്റ്റിന് യഥാർത്ഥത്തിൽ ഉണ്ടായിരുന്ന വേഗത നഷ്ടപ്പെടും. കൃത്യതയ്ക്കായി ക്ലയന്റിന്റെ ക്ലോക്കും സത്യസന്ധതയ്ക്കായി സെർവറിന്റെ പുനഃക്കണക്കുകൂട്ടലും ലോഗ് ഞങ്ങൾക്ക് നൽകുന്നു.

രണ്ടാം ഘട്ടം: ലോഗിന് അർത്ഥമുണ്ടോ?

ഏത് സമയ വിശകലനത്തിനും മുമ്പ്, സമർപ്പണത്തിന്റെ ഘടനയെക്കുറിച്ചുള്ള ലളിതമായ പരിശോധനകൾ:

  • ടെസ്റ്റ് കുറഞ്ഞത് 15 സെക്കൻഡ് അല്ലെങ്കിൽ 10 വാക്ക് നീളണം. അതിലും ചെറിയ റണ്ണുകൾ റാങ്ക് ചെയ്യാൻ മാത്രം വിശ്വസനീയമല്ല, പെരുപ്പിക്കാൻ ഏറ്റവും എളുപ്പവുമാണ്.
  • ടെസ്റ്റ് തീരാൻ സാധ്യമായ സമയത്തിന് മുമ്പ് ഫലം എത്തരുത്: തുടക്കവും അതിന്റെ സ്വന്തം ദൈർഘ്യവും. തുടങ്ങി ഇരുപത് സെക്കൻഡിനു ശേഷം എത്തുന്ന 60 സെക്കൻഡ് ഫലം സംഭവിച്ചിട്ടില്ല.
  • ഇവന്റുകളുടെ എണ്ണം ടൈപ്പ് ചെയ്ത അക്ഷരങ്ങളുമായി യോജിക്കണം.
  • ഡെസ്ക്ടോപ്പിൽ, ഓരോ input ഇവന്റും 50 ms-നുള്ളിൽ ഒരു keydown-നെ പിന്തുടരണം. പേസ്റ്റ് ചെയ്ത ടെക്സ്റ്റ്, സ്ക്രിപ്റ്റ് ചെയ്ത input ഇവന്റുകൾ, ഫിസിക്കൽ കീ ഇല്ലാതെ ടെക്സ്റ്റ് അയയ്ക്കുന്ന മിക്ക കീസ്ട്രോക്ക്-ഇൻജക്ഷൻ ടൂളുകളും ഇത് പിടിക്കും. ഇൻപുട്ട് മെത്തേഡ് എഡിറ്റർ വഴിയുള്ള ടൈപ്പിംഗിന് (IME composition) ഇളവുണ്ട്, ഫോൺ ഫലങ്ങൾ പൊതു ബോർഡുകളിൽ വരില്ല.
  • തുടക്കമോ ഒടുക്കമോ ഇല്ലാത്തതോ, monotonic അല്ലാത്ത ടൈംസ്റ്റാമ്പുകളുള്ളതോ ആയ ലോഗ് തകരാറുള്ളതാണ്, നേരിട്ട് നിരസിക്കും.

ഇതിലൊന്നും വലിയ ബുദ്ധിയില്ല, പക്ഷേ ഭൂരിഭാഗവും ഇത് നീക്കം ചെയ്യുന്നു.

മൂന്നാം ഘട്ടം: കീസ്ട്രോക്ക് സമയക്രമം എന്ത് വെളിപ്പെടുത്തും?

ഈ ഭാഗമാണ് ഞങ്ങൾ മനഃപൂർവം പൂർണ്ണമായി രേഖപ്പെടുത്താത്തത്: സവിശേഷതകളുടെ പട്ടിക പരസ്യമാണ്, പരിധികളും ഭാരങ്ങളും അല്ല. പ്രസിദ്ധീകരിച്ച ഒരു പരിധി ഒരു ലക്ഷ്യമാണ്. "N മില്ലിസെക്കൻഡിൽ താഴെയുള്ള സ്റ്റാൻഡേർഡ് ഡീവിയേഷൻ ഫ്ലാഗ് ചെയ്യും" എന്ന് ഞങ്ങൾ പറഞ്ഞാൽ, എല്ലാ സ്ക്രിപ്റ്റിന്റെയും അടുത്ത പതിപ്പ് N-നോട് ഒന്ന് കൂട്ടും. ഞങ്ങൾ സ്കോർ ചെയ്യുന്ന സവിശേഷതകൾ:

കീകൾക്കിടയിലെ ശരാശരി ഇടവേളയും അത് എത്ര മാറുന്നു എന്നതും. മനുഷ്യന്റെ ടൈപ്പിംഗ് ക്രമരഹിതമാണ്. 168,960 ടൈപ്പിസ്റ്റുകളെക്കുറിച്ചുള്ള Dhakal-ന്റെയും സഹപ്രവർത്തകരുടെയും 2018-ലെ പഠനത്തിൽ, കീകൾക്കിടയിലെ ശരാശരി ഇടവേള ഏകദേശം 239 ms ആയിരുന്നു, സ്റ്റാൻഡേർഡ് ഡീവിയേഷൻ ഏകദേശം 112 ms. സ്ഥിരമായ ഇടവേളയിൽ ടൈപ്പ് ചെയ്യുന്ന സ്ക്രിപ്റ്റിന് മിക്കവാറും വ്യതിയാനമില്ല; കീസ്ട്രോക്ക് അടിസ്ഥാനമാക്കിയുള്ള ഒരു CAPTCHA-യെക്കുറിച്ചുള്ള 2025-ലെ ഒരു arXiv പഠനം അതിന്റെ ടെസ്റ്റ് ബോട്ടിൽ, സ്ഥിരമായ 50 ms കാലതാമസത്തോടെ ടൈപ്പ് ചെയ്ത ബോട്ടിൽ, കൃത്യമായി അത് കണ്ടു. ഇതാണ് ഞങ്ങളുടെ ഏറ്റവും ശക്തമായ സൂചന, ഞങ്ങളുടെ ഹെൽപ്പർ കുടുങ്ങിയതും ഇതിലാണ്.

40 ms-ൽ താഴെയുള്ള ഇടവേളകളുടെ പങ്ക്. 40 ms ഇടവേള തുടർച്ചയായി നിലനിർത്തിയാൽ മിനിറ്റിൽ 1,500 അക്ഷരങ്ങൾ, അഥവാ ഒരു വാക്കിന് അഞ്ച് അക്ഷരം വച്ച് 300 WPM. റോൾഓവറിനിടയിൽ കീകൾ ഒന്നിനുമേൽ ഒന്നാകുമ്പോൾ വിരലുകൾ അത്ര ചെറിയ ഒറ്റ ഇടവേളകൾ ഉണ്ടാക്കാറുണ്ട്, അതിനാൽ ഒരു ചെറിയ ഇടവേളയ്ക്ക് അർത്ഥമില്ല. ഇടവേളകളിൽ വലിയൊരു പങ്ക് അത്ര ചെറുതായ ഒരു ലോഗ് ടൈപ്പിംഗ് അല്ല.

കീ ഹോൾഡ് സമയങ്ങൾ. യഥാർത്ഥ വിരലുകൾ പതിനായിരക്കണക്കിന് മില്ലിസെക്കൻഡ് വ്യത്യാസപ്പെടുന്നു; കൃത്രിമ ഇവന്റുകൾക്ക് പലപ്പോഴും ഒരേപോലെയുള്ളതോ പൂജ്യത്തോടടുത്തതോ ആയ ഹോൾഡ് സമയങ്ങളാണ്, കാരണം ടൂൾ keydown-ഉം keyup-ഉം തൊട്ടുതൊട്ട് അയയ്ക്കുന്നു.

റോൾഓവർ അനുപാതം. മുമ്പത്തെ കീ ഉയരുന്നതിനു മുമ്പ് അടുത്ത കീ എത്ര തവണ താഴുന്നു എന്നത്. Dhakal ശരാശരി 25% റോൾഓവർ അനുപാതം അളന്നു; മിക്ക വേഗമേറിയ ടൈപ്പിസ്റ്റുകളും 40 മുതൽ 70% വരെ കീപ്രസ്സുകളിൽ റോൾഓവർ ചെയ്തു, കീകൾ ശരാശരി 30 ms ഒന്നിനുമേൽ ഒന്നായി. വേഗം കുറഞ്ഞ ടൈപ്പിസ്റ്റുകൾ മിക്കവാറും ഒട്ടും ഉപയോഗിക്കുന്നില്ല, അതിനാൽ റോൾഓവർ ഇല്ലാത്ത ഒരു വേഗമേറിയ ഫലം വേറിട്ടുനിൽക്കും. ബോട്ടുകൾ അപൂർവമായേ കീകൾ ഒന്നിനുമേൽ ഒന്നായി അമർത്തൂ.

ഏറ്റവും നീണ്ട ഇടവേള, ഓരോ സെക്കൻഡിലെയും വേഗതയിലെ ചാഞ്ചാട്ടം, ഒരു സെക്കൻഡിൽ കൂടുതലുള്ള ഇടവേളകളുടെ പങ്ക്. ഒരു സ്ക്രിപ്റ്റിനെ അനുകരിക്കാൻ പറഞ്ഞുകൊടുക്കേണ്ട രീതികളിലാണ് ആളുകൾ സംശയിച്ചുനിൽക്കുന്നത്.

ഒരു സ്കോറിംഗ് മോഡൽ ഇവയെ സംയോജിപ്പിക്കുകയും ഒരു ഫലത്തെ സംശയാസ്പദമെന്ന് ഫ്ലാഗ് ചെയ്യുകയും ചെയ്യാം. 130 WPM-ന് താഴെ, ഒരു ഫ്ലാഗ് സ്വന്തം നിലയിൽ ഒന്നും നിരസിക്കുന്നില്ല. നിങ്ങളുടെ ഫലം ഒരിക്കലും നിങ്ങളിൽ നിന്ന് മറയ്ക്കില്ല; അത് റാങ്ക് ചെയ്യണോ എന്ന് മാത്രമാണ് ഈ പരിശോധനകൾ തീരുമാനിക്കുന്നത്.

ടൈപ്പിംഗ് ടെസ്റ്റിലെ ചീറ്റിംഗിന് സമയ പരിശോധനകൾ കടക്കാനാകുമോ?

അതെ, ചീറ്റ് ശ്രദ്ധയോടെ നിർമ്മിച്ചതാണെങ്കിൽ. 2026 ജനുവരിയിലെ David Condrey-യുടെ ഒരു arXiv പ്രബന്ധം, മനുഷ്യൻ ടൈപ്പ് ചെയ്ത ടെക്സ്റ്റിനെ AI സൃഷ്ടിച്ചതിൽ നിന്ന് വേർതിരിക്കാനുള്ള കീസ്ട്രോക്ക്-ടൈമിംഗ് ഡിറ്റക്ടറുകൾ പരീക്ഷിച്ചു. പൂർണ്ണമായും ഓട്ടോമേറ്റഡ് ആയ ഇൻജക്ഷനെ അവ കൃത്യമായി വേർതിരിച്ചു; എന്നാൽ മനുഷ്യ സമയക്രമമുള്ള ആക്രമണങ്ങൾ (AI ടെക്സ്റ്റ് വീണ്ടും ടൈപ്പ് ചെയ്യുന്ന ഒരു വ്യക്തി, അല്ലെങ്കിൽ മനുഷ്യ ടൈപ്പിംഗ് ഡാറ്റയിൽ നിന്ന് കാലതാമസങ്ങൾ എടുക്കുന്ന ഒരു പ്രോഗ്രാം) അഞ്ച് ക്ലാസിഫയറുകളെയും കുറഞ്ഞത് 99.8% നിരക്കിൽ മറികടന്നു. പ്രബന്ധം കർതൃത്വം കണ്ടെത്തുന്നതിനെക്കുറിച്ചാണ്, ടൈപ്പിംഗ് ടെസ്റ്റുകളെക്കുറിച്ചല്ല; പക്ഷേ പാഠം ഇവിടെയും ബാധകമാണ്: മൂന്നാം ഘട്ടം അശ്രദ്ധരെ പിടിക്കും, അതിനപ്പുറം കാര്യമായൊന്നുമില്ല.

ഞങ്ങളുടെ സ്വന്തം ടെസ്റ്റ് ഹെൽപ്പറും ചെറിയ തോതിൽ ഇതേ കാര്യം കാണിക്കുന്നു: ക്രമരഹിതമായ ജിറ്ററും ഏതാനും ഇടവേളകളും അതിനെ വ്യക്തമായും കൃത്രിമമായതിൽ നിന്ന് വിശ്വസനീയമായതിലേക്ക് മാറ്റി.

അതിനാൽ മൂന്നാം ഘട്ടം ഒരു അരിപ്പയാണ്. വിധി വരുന്നത് നാലാം ഘട്ടത്തിൽ നിന്നാണ്.

നാലാം ഘട്ടം: സ്ഥിരീകരണ റീ-ടെസ്റ്റ്

ഒരു സമയബന്ധിത ഫലം 130 WPM-ന് മുകളിലും അതിന്റെ സമയക്രമം അസാധാരണമായും തോന്നുന്നുവെങ്കിൽ, നിങ്ങൾ അത് കാണും, അത് സേവ് ചെയ്യപ്പെടും; പക്ഷേ നിങ്ങൾ ഒരു സ്ഥിരീകരണ റീ-ടെസ്റ്റ് പാസാകുന്നതുവരെ അത് പൊതു ബോർഡുകളിൽ വരില്ല. അത് പുതിയൊരു 30 സെക്കൻഡ് ടെസ്റ്റാണ്, നിങ്ങൾ അവകാശപ്പെട്ട വേഗതയുടെ കുറഞ്ഞത് 75% എത്തണം. ഒറ്റത്തവണത്തെ യാദൃച്ഛികതയോ കടം വാങ്ങിയ ലോഗോ രണ്ടാമത്തെ റണ്ണിനെ അതിജീവിക്കില്ല.

എന്തുകൊണ്ട് 130 WPM? Dhakal-ന്റെ ഡാറ്റയിലെ 51.56 WPM ശരാശരിയുടെ ഏകദേശം രണ്ടര മടങ്ങാണിത്, മിക്ക ടൈപ്പിസ്റ്റുകൾക്കും വളരെ അപ്പുറം; ശരിക്കും അത്ര വേഗത്തിൽ ടൈപ്പ് ചെയ്യുന്ന ആർക്കും അത് രണ്ടു തവണ ചെയ്യാനാകും. വിചിത്രമായ സമയക്രമമുള്ള പെട്ടെന്നുള്ള ഒരു വേഗമേറിയ ഫലം, കടം വാങ്ങിയ ലോഗോ സ്ക്രിപ്റ്റോ ഉണ്ടാക്കുന്ന രൂപമാണ്; അത് സത്യസന്ധമാണെങ്കിൽ, ഒരു അധിക ടെസ്റ്റ് ചെറിയ വിലയാണ്.

റീ-ടെസ്റ്റ് സാധാരണ ടെക്സ്റ്റിലുള്ള ഒരു സാധാരണ ടൈപ്പിംഗ് ടെസ്റ്റാണ്, വികലമാക്കിയ ചിത്രമോ വിചിത്ര ചിഹ്നങ്ങളുടെ പേജോ അല്ല. വായിക്കാൻ പ്രയാസമുള്ള ടെക്സ്റ്റ് എല്ലാവരെയും മന്ദഗതിയിലാക്കും, ഏറ്റവും കൂടുതൽ മന്ദഗതിയിലാക്കുന്നത് റീ-ടെസ്റ്റ് ആരെ കുറ്റവിമുക്തരാക്കാനാണോ ഉള്ളത് ആ സത്യസന്ധരായ വേഗമേറിയ ടൈപ്പിസ്റ്റുകളെയാണ്. സത്യസന്ധരായ വേഗമേറിയ ടൈപ്പിസ്റ്റുകൾ പരാജയപ്പെടുന്ന ഒരു സ്ഥിരീകരണം ഒന്നുമില്ലാത്തതിനേക്കാൾ മോശമാണ്. സാധാരണ ടെക്സ്റ്റ് പരിശോധനയെ ന്യായവുമാക്കുന്നു: റീ-ടെസ്റ്റിന്റെ സ്വന്തം ലോഗും മറ്റേത് ഫലത്തെയും പോലെ അതേ സമയ പരിശോധനകളിലൂടെ കടന്നുപോകുന്നു.

റേറ്റ് പരിധികളും വിലക്കുകളും

സമർപ്പണങ്ങൾക്ക് റേറ്റ് പരിധിയുണ്ട്: സൈൻ ഇൻ ചെയ്ത ഓരോ ഉപയോക്താവിനും മിനിറ്റിൽ മുപ്പത്, ഓരോ IP വിലാസത്തിനും അറുപത്. പരിശോധനകളിൽ ആവർത്തിച്ച് കുടുങ്ങുന്ന അക്കൗണ്ടിന് ഷാഡോ-ബാൻ ലഭിക്കും, അതായത് ബോർഡുകളിൽ നിന്ന് നിശ്ശബ്ദമായി മറയ്ക്കും; 24 മണിക്കൂറിനുള്ളിൽ മൂന്ന് ഗുരുതര ആന്റി-ചീറ്റ് സംഭവങ്ങൾ അത് സ്വയമേവ ഉണ്ടാക്കും. ഒരു സമയപരിധിക്കുള്ളിൽ സംഭവങ്ങൾ എണ്ണുന്നതിനാൽ ഒരു വിചിത്ര ഫലം ഒരിക്കലും നിങ്ങളുടെ അക്കൗണ്ട് നഷ്ടപ്പെടുത്തില്ല, അതേസമയം വീണ്ടും വീണ്ടും പരാജയപ്പെടുന്ന സ്ക്രിപ്റ്റ് വേഗം നിലയ്ക്കും.

എക്കാലത്തെയും ലീഡർബോർഡുകൾക്ക് അക്കൗണ്ടിൽ 30 മിനിറ്റ് ടൈപ്പിംഗും ആവശ്യമാണ്; അതിനാൽ ഒരൊറ്റ പെർഫക്റ്റ് റണ്ണുള്ള പുതിയ അക്കൗണ്ടിന് അവയിൽ ഒന്നാമതെത്താനാകില്ല.

അബദ്ധത്തിൽ ഫ്ലാഗ് ചെയ്യപ്പെടുന്നത് എന്തുകൊണ്ട്

ഫ്ലാഗ് ചെയ്യപ്പെടുന്ന മിക്ക ഫലങ്ങളും ചീറ്റിംഗ് അല്ല. ഒരു പരിശോധനയിൽ സത്യസന്ധമായി കുടുങ്ങാനുള്ള വഴികൾ:

ഫോണിലെ ഓട്ടോകറക്റ്റ്. ഒരു മാറ്റം പല അക്ഷരങ്ങൾ മാറ്റുന്ന ഒരൊറ്റ input ഇവന്റായാണ് എത്തുന്നത്. ഞങ്ങൾ അതിനെ ഒരു കീപ്രസ്സായി കണക്കാക്കി, ഫ്ലാഗ് ചെയ്ത്, ഒരു കുറിപ്പോടെ ഫലം പൊതു ബോർഡുകളിൽ നിന്ന് മാറ്റിനിർത്തുന്നു; നിരസിക്കുന്നില്ല.

പേസ്റ്റ് ചെയ്ത ടെക്സ്റ്റ്. പേസ്റ്റ് ചെയ്യുന്നത് തടഞ്ഞിരിക്കുന്നു, അതിന് ശ്രമിച്ച ഫലം ബോർഡുകളിൽ നിന്ന് ഒഴിവാക്കും.

ടാബ് മാറ്റുന്നത്. ടെസ്റ്റിനിടെ ഫോക്കസ് രണ്ട് സെക്കൻഡിൽ കൂടുതൽ പേജിന് പുറത്തുപോയാൽ അത് തടസ്സപ്പെട്ടതായി (interrupted) അടയാളപ്പെടുത്തും; സേവ് ചെയ്ത് കാണിക്കും, പക്ഷേ റാങ്ക് ചെയ്യില്ല.

ഇടവേള. വാക്ക് അല്ലെങ്കിൽ ഉദ്ധരണി ടെസ്റ്റിൽ അഞ്ച് സെക്കൻഡിൽ കൂടുതലുള്ള ഇടവേള ഫലത്തെ നിർത്തിവച്ചതായി (paused) അടയാളപ്പെടുത്തും. അതേ സമീപനം.

IME composition. ജാപ്പനീസ്, കൊറിയൻ, ചൈനീസ് ഇൻപുട്ട് composition ഇവന്റുകളിലൂടെയാണ് എത്തുന്നത്, അതിനാൽ അവയ്ക്ക് keydown നിയമം ഞങ്ങൾ ഒഴിവാക്കുന്നു. എന്നിട്ടും എന്തെങ്കിലും തെറ്റായി തോന്നുന്നുവെങ്കിൽ, അത് ഒരു ബഗ് ആണ്, ലോഗ് ഞങ്ങൾക്ക് വേണം.

ഓഫ്‌ലൈൻ ഫലങ്ങൾ. പൂർത്തിയായി പത്ത് മിനിറ്റിൽ കൂടുതൽ കഴിഞ്ഞ് സിങ്ക് ചെയ്ത ഫലം റാങ്കില്ലാതെ നിങ്ങളുടെ ഹിസ്റ്ററിയിൽ നിൽക്കും, കാരണം അതിന്റെ ക്ലോക്ക് ഞങ്ങൾക്ക് സാധൂകരിക്കാനാകില്ല.

ശരിക്കും വേഗമുള്ളവരായിരിക്കുന്നത്. 130 WPM-ന് മുകളിൽ നിങ്ങൾ റീ-ടെസ്റ്റിനെ നേരിടും, മിക്കവാറും നിങ്ങളുടെ ആദ്യത്തെ നല്ല ദിവസം തന്നെ.

എങ്ങനെ അപ്പീൽ ചെയ്യാം

ഓരോ ഒഴിവാക്കലും അതിന്റെ കാരണം നിങ്ങളുടെ ഹിസ്റ്ററിയിൽ കാണിക്കുന്നു. ഒരു ഫലത്തെക്കുറിച്ചോ നിയന്ത്രണത്തെക്കുറിച്ചോ ഞങ്ങൾക്ക് തെറ്റിയെന്ന് കരുതുന്നുവെങ്കിൽ, ഫലത്തിന്റെ ലിങ്കോ ടെസ്റ്റിന്റെ തീയതിയും സമയവുമോ സഹിതം, അക്കൗണ്ടിലെ വിലാസത്തിൽ നിന്ന് ഞങ്ങളുടെ ആന്റി-ചീറ്റ് പേജിലെ അപ്പീൽ വിലാസത്തിലേക്ക് ഇമെയിൽ ചെയ്യുക. ഒരു വ്യക്തി കീസ്ട്രോക്ക് റീപ്ലേ കണ്ട് ഏതാനും ദിവസത്തിനുള്ളിൽ മറുപടി നൽകും. ഓട്ടോമേറ്റഡ് മോഡൽ മാത്രം ഒരിക്കലും അപ്പീലുകൾ തീരുമാനിക്കില്ല.

പരിശോധനകൾ കടക്കാനുള്ള ഒരു വഴികാട്ടി ഞങ്ങൾ ഇപ്പോൾ പ്രസിദ്ധീകരിച്ചോ? ഭാഗികമായി. സവിശേഷതകളുടെ പട്ടിക പെരുമാറ്റത്തിൽ നിന്ന് എപ്പോഴും കണ്ടെത്താനാകുമായിരുന്നു, പരിധികൾ രഹസ്യമായി തുടരുന്നു. പ്രധാനം റീ-ടെസ്റ്റാണ്, അത് പാസാകാനുള്ള വഴി ടൈപ്പ് ചെയ്യുക എന്നതുമാണ്.

പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ

ടൈപ്പിംഗ് ടെസ്റ്റുകൾ ബോട്ടുകളെ എങ്ങനെ കണ്ടെത്തുന്നു?

നല്ലവ കീസ്ട്രോക്ക് ലോഗ് വായിക്കുന്നു: ഓരോ അക്ഷരത്തിനും പിന്നിൽ ഒരു കീ അമർത്തലുണ്ടോ, കീകൾക്കിടയിലെ ഇടവേളകൾ എത്ര മാറുന്നു, കീകൾ എങ്ങനെ പിടിക്കുകയും ഒന്നിനുമേൽ ഒന്നായി അമർത്തുകയും ചെയ്യുന്നു. സ്ക്രിപ്റ്റുകൾ മിക്കപ്പോഴും വളരെ ക്രമമുള്ളവയാണ്; ശ്രദ്ധയോടെ നിർമ്മിച്ച ബോട്ടുകൾക്ക് മനുഷ്യരെ അനുകരിക്കാനാകും, അതുകൊണ്ടാണ് ഞങ്ങൾ ഒരു റീ-ടെസ്റ്റ് ചേർക്കുന്നത്.

ഒരു ബോട്ടിന് ടൈപ്പിംഗ് ടെസ്റ്റിന്റെ ആന്റി-ചീറ്റ് കടക്കാനാകുമോ?

ശ്രദ്ധയോടെ നിർമ്മിച്ച ഒന്നിന് സമയ പരിശോധനകൾ കടക്കാം: മനുഷ്യന്റേതുപോലെയുള്ള വ്യാജ സമയക്രമം കീസ്ട്രോക്ക്-ടൈമിംഗ് ഡിറ്റക്ടറുകളെ മിക്കവാറും എല്ലാ തവണയും മറികടന്നതായി ഗവേഷണം കണ്ടെത്തി. അതുകൊണ്ടാണ് വേഗമേറിയ ഫലങ്ങൾ ഞങ്ങൾ ഒരു റീ-ടെസ്റ്റിനായി പിടിച്ചുവയ്ക്കുന്നത്; അതേ പരിശോധനകൾ കടക്കുന്ന രണ്ടാമതൊരു ലോഗോടെ ബോട്ട് അത് വീണ്ടും പാസാകണം.

എന്റെ ടൈപ്പിംഗ് ടെസ്റ്റ് ഫലം റാങ്ക് ചെയ്യാത്തത് എന്തുകൊണ്ട്?

സാധാരണയായി 15 സെക്കൻഡിൽ അല്ലെങ്കിൽ 10 വാക്കിൽ കുറഞ്ഞ ടെസ്റ്റ്, അഞ്ച് സെക്കൻഡിൽ കൂടുതലുള്ള ഇടവേള, ടാബ് മാറ്റം, അല്ലെങ്കിൽ റീ-ടെസ്റ്റിനായി കാത്തിരിക്കുന്ന 130 WPM-ന് മുകളിലുള്ള ഫലം. നിങ്ങളുടെ ഹിസ്റ്ററി കാരണം കാണിക്കും.

സ്രോതസ്സുകൾ