സ്കൂളിലേക്ക് മടങ്ങുക: ഓട്ടോമേറ്റഡ് ടെസ്റ്റുകൾ കൈകാര്യം ചെയ്യാൻ മാനുവൽ ടെസ്റ്റർമാരെ എങ്ങനെ പരിശീലിപ്പിക്കാം

ക്യുഎ അപേക്ഷകരിൽ അഞ്ചിൽ നാലു പേരും ഓട്ടോമേറ്റഡ് ടെസ്റ്റുകൾ ഉപയോഗിച്ച് എങ്ങനെ പ്രവർത്തിക്കണമെന്ന് പഠിക്കാൻ ആഗ്രഹിക്കുന്നു. എല്ലാ കമ്പനികൾക്കും ജോലി സമയത്ത് മാനുവൽ ടെസ്റ്റർമാരുടെ അത്തരം ആഗ്രഹങ്ങൾ നിറവേറ്റാൻ കഴിയില്ല. റേക്ക് ജീവനക്കാർക്കായി ഒരു ഓട്ടോമേഷൻ സ്കൂൾ നടത്തുകയും പലർക്കും ഈ ആഗ്രഹം സാക്ഷാത്കരിക്കുകയും ചെയ്തു. ഒരു ക്യുഎ വിദ്യാർത്ഥിയായാണ് ഞാൻ ഈ സ്കൂളിൽ പങ്കെടുത്തത്.

സെലിനിയവുമായി എങ്ങനെ പ്രവർത്തിക്കാമെന്ന് ഞാൻ പഠിച്ചു, ഇപ്പോൾ ബാഹ്യ സഹായമില്ലാതെ ഒരു നിശ്ചിത എണ്ണം ഓട്ടോടെസ്റ്റുകളെ സ്വതന്ത്രമായി പിന്തുണയ്ക്കുന്നു. കൂടാതെ, ഞങ്ങളുടെ സംയുക്ത അനുഭവത്തിന്റെയും എന്റെ വ്യക്തിപരമായ നിഗമനങ്ങളുടെയും ഫലങ്ങളെ അടിസ്ഥാനമാക്കി, ഓട്ടോമേഷന്റെ ഏറ്റവും അനുയോജ്യമായ സ്കൂൾ സൂത്രവാക്യം ഉരുത്തിരിയാൻ ഞാൻ ശ്രമിക്കും.

ഒരു സ്കൂൾ സംഘടിപ്പിക്കുന്നതിൽ റൈക്കിന്റെ അനുഭവം

ഒരു ഓട്ടോമേഷൻ സ്കൂളിന്റെ ആവശ്യകത വ്യക്തമായപ്പോൾ, അതിന്റെ സ്ഥാപനം ഓട്ടോമേഷന്റെ സാങ്കേതിക ലീഡായ സ്റ്റാസ് ഡേവിഡോവിന്റെ കീഴിലായി. എന്തുകൊണ്ടാണ് അവർ ഈ സംരംഭവുമായി മുന്നോട്ടുവന്നതെന്നും അവർ ഫലങ്ങൾ നേടിയോ എന്നും ചെലവഴിച്ച സമയത്തെക്കുറിച്ച് ഖേദിക്കുന്നുണ്ടോ എന്നും അദ്ദേഹത്തിനല്ലാതെ മറ്റാർക്ക് വിശദീകരിക്കാൻ കഴിയും? നമുക്ക് അദ്ദേഹത്തിന് തറ നൽകാം:

— 2016-ൽ, ഞങ്ങൾ ഓട്ടോടെസ്റ്റുകൾക്കായി ഒരു പുതിയ ചട്ടക്കൂട് എഴുതുകയും ടെസ്റ്റുകൾ എഴുതുന്നത് എളുപ്പമാക്കുകയും ചെയ്തു: സാധാരണ ഘട്ടങ്ങൾ പ്രത്യക്ഷപ്പെട്ടു, ഘടന കൂടുതൽ മനസ്സിലാക്കാവുന്നതേയുള്ളൂ. ഞങ്ങൾ ഒരു ആശയം കൊണ്ടുവന്നു: പുതിയ ടെസ്റ്റുകൾ എഴുതാൻ ആഗ്രഹിക്കുന്ന എല്ലാവരേയും ഞങ്ങൾ ഉൾപ്പെടുത്തേണ്ടതുണ്ട്, അത് മനസ്സിലാക്കുന്നത് എളുപ്പമാക്കുന്നതിന്, ഞങ്ങൾ പ്രഭാഷണങ്ങളുടെ ഒരു പരമ്പര സൃഷ്ടിച്ചു. ഞങ്ങൾ ഒരുമിച്ച് വിഷയങ്ങളുടെ ഒരു പ്ലാൻ കൊണ്ടുവന്നു, ഭാവിയിലെ ഓരോ ലക്ചറർമാരും തങ്ങൾക്കായി ഒരെണ്ണം എടുത്ത് അതിൽ ഒരു റിപ്പോർട്ട് തയ്യാറാക്കി.

- വിദ്യാർത്ഥികൾക്ക് എന്ത് ബുദ്ധിമുട്ടുകൾ ഉണ്ടായിരുന്നു?

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

- സ്കൂൾ പണം നൽകിയോ?

- അതെ തീർച്ചയായും. അവൾക്ക് നന്ദി, ധാരാളം ആളുകൾ ടെസ്റ്റുകൾ എഴുതുന്നതിൽ ഏർപ്പെട്ടിരുന്നു, കൂടാതെ, ശരാശരി, ആശുപത്രിയിൽ, ഓട്ടോടെസ്റ്റുകൾ എന്താണെന്നും അവ എങ്ങനെ എഴുതുന്നുവെന്നും അവ എങ്ങനെ സമാരംഭിക്കുന്നുവെന്നും എല്ലാവരും നന്നായി മനസ്സിലാക്കാൻ തുടങ്ങി. ഓട്ടോമേഷൻ എഞ്ചിനീയർമാരുടെ ലോഡും കുറഞ്ഞു: ടെസ്റ്റുകൾ വിശകലനം ചെയ്യുന്നതിനുള്ള സഹായത്തിനായി ഞങ്ങൾക്ക് ഇപ്പോൾ പല മടങ്ങ് കുറച്ച് അഭ്യർത്ഥനകൾ മാത്രമേ ലഭിക്കുന്നുള്ളൂ, കാരണം ടെസ്റ്റർമാരും ഡവലപ്പർമാരും മിക്കവാറും എല്ലാ സാഹചര്യങ്ങളിലും ഇത് സ്വയം നേരിടാൻ തുടങ്ങിയിരിക്കുന്നു. ഡിപ്പാർട്ട്‌മെന്റിന് നിരവധി ആന്തരിക നേട്ടങ്ങളുണ്ട്: അവതരണങ്ങളിലും പ്രഭാഷണങ്ങളിലും ഞങ്ങൾക്ക് അനുഭവം ലഭിച്ചു, ഇതിന് നന്ദി ചില ഓട്ടോമേഷൻ എഞ്ചിനീയർമാർ ഇതിനകം കോൺഫറൻസുകളിൽ അവതരണങ്ങൾ നടത്താൻ കഴിഞ്ഞു, കൂടാതെ പുതുമുഖങ്ങളെ ഉൾപ്പെടുത്തുന്നതിന് ശക്തമായ ഒരു കൂട്ടം വീഡിയോകളും അവതരണങ്ങളും ലഭിച്ചു.

എന്റെ സ്വന്തം പേരിൽ, ഞങ്ങളുടെ ഡിപ്പാർട്ട്‌മെന്റുകൾ തമ്മിലുള്ള ആശയവിനിമയം തികച്ചും പരിഹാസ്യമായ ഒരു തലത്തിലേക്ക് ലളിതമാക്കിയിരിക്കുന്നുവെന്ന് ഞാൻ കൂട്ടിച്ചേർക്കും. ഉദാഹരണത്തിന്, ഏതൊക്കെ കേസുകൾ, ഏത് തലത്തിലുള്ള ആറ്റോമിസിറ്റി ഓട്ടോമേറ്റ് ചെയ്യണമെന്ന് ഇപ്പോൾ ഞാൻ പ്രായോഗികമായി ചിന്തിക്കേണ്ടതില്ല. തൽഫലമായി, എല്ലാ താൽപ്പര്യമുള്ള കക്ഷികളും ടെസ്റ്റ് കവറേജിൽ പൂർണ്ണ ശ്രദ്ധ ചെലുത്തുന്നു, അത് നിരന്തരം വളരുന്നു. മറ്റുള്ളവരിൽ നിന്ന് അസാധ്യമായത് ആരും ആവശ്യപ്പെടുന്നില്ല.

പൊതുവേ, ടീമുകളുടെ പ്രവർത്തനത്തെ സ്വാധീനിക്കുന്നത് തീർച്ചയായും പോസിറ്റീവ് ആണ്. ഒരുപക്ഷേ ഈ ലേഖനം വായിക്കുന്ന സഹപ്രവർത്തകരും സമാനമായ എന്തെങ്കിലും ചെയ്യുന്നതിനെക്കുറിച്ച് ചിന്തിക്കുന്നുണ്ടോ? അപ്പോൾ ഉപദേശം ലളിതമായിരിക്കും: ഓട്ടോമേറ്റഡ് ടെസ്റ്റുകൾ നിങ്ങൾക്ക് മുൻഗണനയാണെങ്കിൽ അത് വിലമതിക്കുന്നു. അടുത്തതായി, ഞങ്ങൾ കൂടുതൽ സങ്കീർണ്ണമായ ഒരു ചോദ്യത്തെക്കുറിച്ച് സംസാരിക്കും: ഇതെല്ലാം കഴിയുന്നത്ര ശരിയായി എങ്ങനെ സംഘടിപ്പിക്കാം, അങ്ങനെ എല്ലാ കക്ഷികളുടെയും ചെലവ് വളരെ കുറവും ഔട്ട്പുട്ട് പരമാവധി ആയിരിക്കും.

സംഘടിപ്പിക്കുന്നതിനുള്ള നുറുങ്ങുകൾ

സ്കൂൾ ഉപയോഗപ്രദമായിരുന്നു, പക്ഷേ, സ്റ്റാസ് സമ്മതിച്ചതുപോലെ, ചില ബുദ്ധിമുട്ടുകൾ ഉണ്ടായിരുന്നു, അതിനാൽ അധിക പ്രഭാഷണങ്ങൾ ക്രമീകരിക്കേണ്ടത് ആവശ്യമാണ്. ഒരു സമീപകാല വിദ്യാർത്ഥി എന്നെയും അജ്ഞതയെയും എന്നെയും താരതമ്യം ചെയ്യുന്നത് പോലെയാണ്, എന്റെ അഭിപ്രായത്തിൽ, ഓട്ടോമേറ്റഡ് ടെസ്റ്റുകൾ മനസിലാക്കാൻ പരീക്ഷകരെ പഠിപ്പിക്കുന്നതിനുള്ള അനുയോജ്യമായ മാർഗ്ഗം സൃഷ്ടിക്കുന്നതിന് ഇനിപ്പറയുന്ന ഘട്ടങ്ങൾ ഞാൻ രൂപപ്പെടുത്തി.

ഘട്ടം 0. ഒരു നിഘണ്ടു സൃഷ്ടിക്കുക

തീർച്ചയായും, ഈ ഘട്ടം QA-ക്ക് മാത്രമല്ല ആവശ്യമാണ്. എന്നിരുന്നാലും, ഇത് വ്യക്തമാക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു: ഓട്ടോമേഷൻ കോഡ്ബേസ് വായിക്കാവുന്ന രൂപത്തിൽ സൂക്ഷിക്കണം. പ്രോഗ്രാമിംഗ് ഭാഷകൾ - കുറഞ്ഞത് അല്ല ഭാഷകൾ, ഇതിൽ നിന്ന് നിങ്ങൾക്ക് നിങ്ങളുടെ ഡൈവ് ആരംഭിക്കാം.

ഘടകങ്ങളുടെ പേരുകളുള്ള ഒരു ടാസ്ക് വ്യൂവിന്റെ സ്ക്രീൻഷോട്ട് ഇതാ. നിങ്ങൾ ടാസ്‌ക് വ്യൂ ഒരു ബ്ലാക്ക് ബോക്‌സായി പരീക്ഷിക്കുകയാണെന്നും നിങ്ങളുടെ ജീവിതത്തിൽ ഒരിക്കലും സെലിനിയം കണ്ടിട്ടില്ലെന്നും സങ്കൽപ്പിക്കുക. ഈ കോഡ് എന്താണ് ചെയ്യുന്നത്?

(സ്‌പോയിലർ - അഡ്‌മിനെ പ്രതിനിധീകരിച്ച് വിശ്രമത്തിലൂടെ ടാസ്‌ക് ഇല്ലാതാക്കുന്നു, തുടർന്ന് സ്‌ട്രീമിൽ ഇതിന്റെ ഒരു റെക്കോർഡ് ഉണ്ടെന്ന് ഞങ്ങൾ കാണുന്നു.)

ഈ ഘട്ടം മാത്രം QAA, QA ഭാഷകളെ കൂടുതൽ അടുപ്പിക്കുന്നു. ഒരു ഓട്ടത്തിന്റെ ഫലങ്ങൾ വിശദീകരിക്കാൻ ഓട്ടോമേഷൻ ടീമുകൾക്ക് എളുപ്പമാണ്; മാനുവൽ പരീക്ഷകർക്ക് കേസുകൾ സൃഷ്ടിക്കുന്നതിന് കുറച്ച് പ്രയത്നം ചെലവഴിക്കേണ്ടിവരും: അവ കുറച്ചുകൂടി വിശദമായി നിർമ്മിക്കാൻ കഴിയും. എന്നിരുന്നാലും, എല്ലാവരും പരസ്പരം മനസ്സിലാക്കുന്നു. യഥാർത്ഥ പരിശീലനം ആരംഭിക്കുന്നതിന് മുമ്പുതന്നെ ഞങ്ങൾക്ക് വിജയങ്ങൾ ലഭിച്ചു.

ഘട്ടം 1. ശൈലികൾ ആവർത്തിക്കുക

ഭാഷയുമായി സമാന്തരമായി തുടരാം. നമ്മൾ കുട്ടിക്കാലത്ത് സംസാരിക്കാൻ പഠിക്കുമ്പോൾ, നമ്മൾ ആരംഭിക്കുന്നത് പദോൽപ്പത്തിയിൽ നിന്നും അർത്ഥശാസ്ത്രത്തിൽ നിന്നല്ല. ഞങ്ങൾ "അമ്മ", "ഒരു കളിപ്പാട്ടം വാങ്ങുക" എന്ന് ആവർത്തിക്കുന്നു, എന്നാൽ ഈ വാക്കുകളുടെ പ്രോട്ടോ-ഇന്തോ-യൂറോപ്യൻ വേരുകളിലേക്ക് ഉടനടി പോകരുത്. അതിനാൽ ഇത് ഇവിടെയുണ്ട്: പ്രവർത്തിക്കുന്ന എന്തെങ്കിലും എഴുതാൻ ശ്രമിക്കാതെ ഓട്ടോടെസ്റ്റുകളുടെ സാങ്കേതിക സവിശേഷതകളുടെ ആഴത്തിൽ മുങ്ങുന്നതിൽ അർത്ഥമില്ല.
ഇത് അൽപ്പം വിപരീതമായി തോന്നുന്നു, പക്ഷേ ഇത് പ്രവർത്തിക്കുന്നു.

ആദ്യ പാഠത്തിൽ, ഓട്ടോടെസ്റ്റുകൾ എങ്ങനെ നേരിട്ട് എഴുതാം എന്നതിന്റെ അടിസ്ഥാനം നൽകുന്നത് മൂല്യവത്താണ്. വികസന പരിതസ്ഥിതി സജ്ജീകരിക്കാൻ ഞങ്ങൾ സഹായിക്കുന്നു (എന്റെ കാര്യത്തിൽ, Intellij IDEA), നിലവിലുള്ള ഘട്ടങ്ങൾ ഉപയോഗിച്ച് നിലവിലുള്ള ക്ലാസിൽ മറ്റൊരു രീതി എഴുതാൻ ആവശ്യമായ ഏറ്റവും കുറഞ്ഞ ഭാഷാ നിയമങ്ങൾ വിശദീകരിക്കുക. ഞങ്ങൾ അവരോടൊപ്പം ഒന്നോ രണ്ടോ ടെസ്റ്റുകൾ എഴുതുകയും അവർക്ക് ഗൃഹപാഠം നൽകുകയും ചെയ്യുന്നു, അത് ഞാൻ ഇതുപോലെ ഫോർമാറ്റ് ചെയ്യും: ഒരു ശാഖ മാസ്റ്ററിൽ നിന്ന് വേർപെടുത്തി, പക്ഷേ അതിൽ നിന്ന് നിരവധി ടെസ്റ്റുകൾ നീക്കംചെയ്തു. അവരുടെ വിവരണങ്ങൾ മാത്രം അവശേഷിക്കുന്നു. ഈ ടെസ്റ്റുകൾ പുനഃസ്ഥാപിക്കാൻ ഞങ്ങൾ പരീക്ഷകരോട് ആവശ്യപ്പെടുന്നു (തീർച്ചയായും ഷോ ഡിഫ് വഴിയല്ല).

തൽഫലമായി, എല്ലാം ശ്രദ്ധിക്കുകയും ചെയ്യുകയും ചെയ്തയാൾക്ക് ഇനിപ്പറയുന്നവ ചെയ്യാൻ കഴിയും:

1. വികസന പരിസ്ഥിതി ഇന്റർഫേസുമായി പ്രവർത്തിക്കാൻ പഠിക്കുക: ശാഖകൾ, ഹോട്ട്കീകൾ, കമ്മിറ്റുകൾ, പുഷ് എന്നിവ സൃഷ്ടിക്കുക;
2. ഭാഷയുടെയും ക്ലാസുകളുടെയും ഘടനയുടെ അടിസ്ഥാനകാര്യങ്ങളിൽ വൈദഗ്ദ്ധ്യം നേടുക: കുത്തിവയ്പ്പുകൾ എവിടെ ചേർക്കണം, എവിടെ നിന്ന് ഇറക്കുമതി ചെയ്യണം, വ്യാഖ്യാനങ്ങൾ ആവശ്യമായിരിക്കുന്നത് എന്തുകൊണ്ട്, ഘട്ടങ്ങൾക്ക് പുറമെ ഏത് തരത്തിലുള്ള ചിഹ്നങ്ങൾ അവിടെ കാണപ്പെടുന്നു;
3. പ്രവർത്തനം തമ്മിലുള്ള വ്യത്യാസം മനസ്സിലാക്കുക, കാത്തിരിക്കുക, പരിശോധിക്കുക, എവിടെ എന്ത് ഉപയോഗിക്കണം;
4. ഓട്ടോടെസ്റ്റുകളും മാനുവൽ ചെക്കുകളും തമ്മിലുള്ള വ്യത്യാസം ശ്രദ്ധിക്കുക: ഓട്ടോടെസ്റ്റുകളിൽ ഇന്റർഫേസിലൂടെ പ്രവർത്തനങ്ങൾ നടത്തുന്നതിനുപകരം നിങ്ങൾക്ക് ഒന്നോ അല്ലെങ്കിൽ മറ്റൊരു ഹാൻഡ്‌ലർ വലിച്ചിടാം. ഉദാഹരണത്തിന്, ഒരു ടാസ്‌ക്‌വ്യൂ തുറക്കുന്നതിനും ഇൻപുട്ട് തിരഞ്ഞെടുത്ത് ടെക്‌സ്‌റ്റ് ടൈപ്പുചെയ്‌ത് അയയ്‌ക്കുക ബട്ടൺ ക്ലിക്കുചെയ്യുന്നതിനുപകരം ബാക്കെൻഡിലേക്ക് നേരിട്ട് ഒരു അഭിപ്രായം അയയ്ക്കുക;
5. അടുത്ത ഘട്ടത്തിൽ ഉത്തരം നൽകുന്ന ചോദ്യങ്ങൾ രൂപപ്പെടുത്തുക.

അവസാന പോയിന്റ് വളരെ പ്രധാനമാണ്. ഈ ഉത്തരങ്ങൾ സമയത്തിന് മുമ്പേ എളുപ്പത്തിൽ നൽകാം, എന്നാൽ രൂപപ്പെടുത്തിയ ചോദ്യങ്ങളില്ലാത്ത ഉത്തരങ്ങൾ ഓർമ്മിക്കപ്പെടില്ല, ഒടുവിൽ ആവശ്യമുള്ളപ്പോൾ ഉപയോഗിക്കില്ല എന്നത് ഒരു പ്രധാന അധ്യാപന തത്വമാണ്.

ഈ സമയത്ത് ക്യുഎ ടീമിലെ ഒരു ഓട്ടോമേഷൻ എഞ്ചിനീയർ യുദ്ധത്തിൽ രണ്ട് ടെസ്റ്റുകൾ എഴുതാനുള്ള ഒരു ചുമതല അദ്ദേഹത്തിന് ഏൽപ്പിക്കുകയും തന്റെ ബ്രാഞ്ചിലേക്ക് കീഴടങ്ങാൻ അനുവദിക്കുകയും ചെയ്താൽ അത് അനുയോജ്യമാണ്.

എന്ത് നൽകരുത്:

1. വികസന പരിതസ്ഥിതിയുടെ പ്രവർത്തനത്തെക്കുറിച്ചും പ്രോഗ്രാമിംഗ് ഭാഷയെക്കുറിച്ചും കൂടുതൽ ആഴത്തിലുള്ള അറിവ്, ശാഖകളുമായി സ്വതന്ത്രമായി പ്രവർത്തിക്കുമ്പോൾ മാത്രമേ ആവശ്യമുള്ളൂ. ഇത് ഓർമ്മിക്കപ്പെടില്ല, നിങ്ങൾ ഇത് രണ്ടോ മൂന്നോ തവണ വിശദീകരിക്കേണ്ടിവരും, പക്ഷേ ഞങ്ങൾ ഓട്ടോമേഷൻ എഞ്ചിനീയർമാരുടെ സമയത്തെ വിലമതിക്കുന്നു, അല്ലേ? ഉദാഹരണങ്ങൾ: വൈരുദ്ധ്യങ്ങൾ പരിഹരിക്കുക, ഫയലുകൾ git-ലേക്ക് ചേർക്കുക, ആദ്യം മുതൽ ക്ലാസുകൾ സൃഷ്ടിക്കുക, ഡിപൻഡൻസികളിൽ പ്രവർത്തിക്കുക;
2. xpath മായി ബന്ധപ്പെട്ട എല്ലാം. ഗൗരവമായി. നിങ്ങൾ അതിനെക്കുറിച്ച് പ്രത്യേകം, ഒരിക്കൽ, വളരെ ഏകാഗ്രതയോടെ സംസാരിക്കേണ്ടതുണ്ട്.

ഘട്ടം 2. വ്യാകരണത്തെ സൂക്ഷ്മമായി പരിശോധിക്കുക

ഘട്ടം #0-ൽ നിന്നുള്ള ടാസ്‌ക്‌വ്യൂ സ്‌ക്രീൻഷോട്ട് നമുക്ക് ഓർമ്മിക്കാം. ഞങ്ങൾക്ക് checkCommentWithTextExists എന്നൊരു ഘട്ടമുണ്ട്. ഈ ഘട്ടം എന്താണ് ചെയ്യുന്നതെന്ന് ഞങ്ങളുടെ ടെസ്റ്റർ ഇതിനകം മനസ്സിലാക്കിയിട്ടുണ്ട്, നമുക്ക് സ്റ്റെപ്പിനുള്ളിൽ നോക്കാനും അതിനെ അൽപ്പം വിഘടിപ്പിക്കാനും കഴിയും.

ഉള്ളിൽ നമുക്ക് ഇനിപ്പറയുന്നവയുണ്ട്:

onCommentBlock(userName).comment(expectedText).should(displayed());

onCommentBlock എവിടെയാണ്

onCommonStreamPanel().commentBlock(userName);

"ഒരു കളിപ്പാട്ടം വാങ്ങുക" എന്നല്ല, മറിച്ച് "മുകളിൽ നിന്ന് മൂന്നാമത്തെ ഷെൽഫിൽ നീല കാബിനറ്റിൽ സ്ഥിതിചെയ്യുന്ന ഡെറ്റ്സ്കി മിർ സ്റ്റോറിൽ നിന്ന് ഒരു കളിപ്പാട്ടം വാങ്ങുക" എന്ന് പറയാൻ ഞങ്ങൾ ഇപ്പോൾ പഠിക്കുന്നു. വലിയ ഘടകങ്ങളിൽ നിന്ന് തുടർച്ചയായി ഒരു ഘടകത്തിലേക്ക് ഞങ്ങൾ വിരൽ ചൂണ്ടുന്നത് വിശദീകരിക്കേണ്ടതുണ്ട് (സ്ട്രീം -> ഒരു നിശ്ചിത വ്യക്തിയിൽ നിന്നുള്ള അഭിപ്രായങ്ങൾ തടയുക -> ഈ ബ്ലോക്കിന്റെ നിർദ്ദിഷ്ട ടെക്സ്റ്റ് ഇരിക്കുന്ന ഭാഗം).

ഇല്ല, xpath നെ കുറിച്ച് സംസാരിക്കാൻ ഇനിയും സമയമായിട്ടില്ല. ഈ നിർദ്ദേശങ്ങളെല്ലാം അവർ വിവരിച്ചതാണെന്നും അവയിലൂടെയാണ് അനന്തരാവകാശം കടന്നുപോകുന്നതെന്നും ചുരുക്കത്തിൽ പരാമർശിക്കുക. എന്നാൽ ഈ മാച്ചർമാരെയും വെയിറ്റർമാരെയും കുറിച്ച് നമ്മൾ സംസാരിക്കേണ്ടതുണ്ട്; അവർ ഈ ഘട്ടവുമായി പ്രത്യേകമായി ബന്ധപ്പെട്ടിരിക്കുന്നു, എന്താണ് സംഭവിക്കുന്നതെന്ന് മനസിലാക്കേണ്ടത് ആവശ്യമാണ്. എന്നാൽ ഓവർലോഡ് ചെയ്യരുത്: നിങ്ങളുടെ വിദ്യാർത്ഥിക്ക് പിന്നീട് കൂടുതൽ സങ്കീർണ്ണമായ വാദങ്ങൾ പഠിക്കാൻ കഴിയും. മിക്കവാറും, വേണം, കാത്തിരിക്കുക, പ്രദർശിപ്പിച്ചു();, നിലവിലുണ്ട്();, അല്ല(); മതിയാകും.

ഗൃഹപാഠം വ്യക്തമാണ്: ഒരു നിശ്ചിത എണ്ണം ടെസ്റ്റുകൾക്ക് ആവശ്യമായ നിരവധി ഘട്ടങ്ങളിലെ ഉള്ളടക്കങ്ങൾ നീക്കം ചെയ്ത ഒരു ശാഖ. ടെസ്റ്ററുകൾ അവ പുനഃസ്ഥാപിച്ച് റൺ വീണ്ടും പച്ചയാക്കട്ടെ.

കൂടാതെ, ടെസ്റ്റിംഗ് ടീമിന് അതിന്റെ പ്രവർത്തനത്തിൽ പുതിയ സവിശേഷതകൾ മാത്രമല്ല, ചില ബഗ് പരിഹാരങ്ങളും ഉണ്ടെങ്കിൽ, ഈ ബഗുകൾക്കായി ഉടൻ തന്നെ ടെസ്റ്റുകൾ എഴുതി അവ റിലീസ് ചെയ്യാൻ നിങ്ങൾക്ക് അവനോട് ആവശ്യപ്പെടാം. മിക്കവാറും, എല്ലാ ഘടകങ്ങളും ഇതിനകം വിവരിച്ചിട്ടുണ്ട്; രണ്ട് ഘട്ടങ്ങൾ മാത്രം നഷ്‌ടമായേക്കാം. ഇത് തികഞ്ഞ വ്യായാമമായിരിക്കും.

ഘട്ടം 3. പൂർണ്ണ നിമജ്ജനം

തന്റെ നേരിട്ടുള്ള ചുമതലകൾ നിർവഹിക്കുന്നത് തുടരാൻ പോകുന്ന ഒരു ടെസ്റ്ററിന് കഴിയുന്നത്ര പൂർണ്ണം. അവസാനമായി, നമ്മൾ xpath നെക്കുറിച്ച് സംസാരിക്കേണ്ടതുണ്ട്.

ആദ്യം, ഈ onCommentBlock, കമന്റ് എന്നിവയെല്ലാം അവരാൽ വിവരിച്ചതാണെന്ന് നമുക്ക് വ്യക്തമാക്കാം.

ആകെ:

"//div[contains(@class, ‘stream-panel’)]//a[contains(@class,'author') and text()='{{ userName }}’]//div[contains(@class,'change-wrapper') and contains(.,'{{ text }}’)]"

കഥയുടെ ക്രമം വളരെ പ്രധാനമാണ്. ആദ്യം, ഞങ്ങൾ നിലവിലുള്ള ഏതെങ്കിലും xpath എടുത്ത് എലമെൻറ് ടാബിൽ ഒരേയൊരു ഘടകം അടങ്ങിയിരിക്കുന്നത് എങ്ങനെയെന്ന് കാണിക്കുന്നു. അടുത്തതായി, ഞങ്ങൾ ഘടനയെക്കുറിച്ച് സംസാരിക്കും: നിങ്ങൾ WebElement ഉപയോഗിക്കേണ്ടിവരുമ്പോൾ, ഒരു പുതിയ ഘടകത്തിനായി ഒരു പ്രത്യേക ഫയൽ സൃഷ്ടിക്കേണ്ടിവരുമ്പോൾ. പാരമ്പര്യത്തെ നന്നായി മനസ്സിലാക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കും.

ഒരൊറ്റ ഘടകം മുഴുവൻ ടാസ്‌ക് വ്യൂ ആണെന്നും അതിൽ ഒരു ചൈൽഡ് എലമെന്റ് അടങ്ങിയിരിക്കുന്നു - മുഴുവൻ സ്ട്രീം, അതിൽ ഒരു ചൈൽഡ് എലമെന്റ് അടങ്ങിയിരിക്കുന്നു - ഒരു പ്രത്യേക അഭിപ്രായം മുതലായവ. ചൈൽഡ് ഘടകങ്ങൾ പേജിലും ഓട്ടോടെസ്റ്റ് ചട്ടക്കൂടിന്റെ ഘടനയിലും പാരന്റ് എലമെന്റുകൾക്കുള്ളിലാണ്.

ഈ ഘട്ടത്തിൽ, അവ എങ്ങനെ പാരമ്പര്യമായി ലഭിക്കുന്നുവെന്നും onCommentBlock-ലെ ഡോട്ടിന് ശേഷം എന്ത് നൽകാമെന്നും പ്രേക്ഷകർ ദൃഢമായി മനസ്സിലാക്കിയിരിക്കണം. ഈ സമയത്ത്, ഞങ്ങൾ എല്ലാ ഓപ്പറേറ്റർമാരെയും വിശദീകരിക്കുന്നു: /, //, ., [] തുടങ്ങിയവ. ഉപയോഗത്തെക്കുറിച്ചുള്ള അറിവ് ഞങ്ങൾ ലോഡിലേക്ക് ചേർക്കുന്നു @class മറ്റ് ആവശ്യമായ കാര്യങ്ങൾ.

ഈ രീതിയിൽ xpath എങ്ങനെ വിവർത്തനം ചെയ്യാമെന്ന് വിദ്യാർത്ഥികൾ മനസ്സിലാക്കണം. ഏകീകരിക്കാൻ - അത് ശരിയാണ്, ഗൃഹപാഠം. മൂലകങ്ങളുടെ വിവരണങ്ങൾ ഞങ്ങൾ ഇല്ലാതാക്കുന്നു, ടെസ്റ്റുകളുടെ പ്രവർത്തനം പുനഃസ്ഥാപിക്കാൻ അവരെ അനുവദിക്കുക.

എന്തുകൊണ്ടാണ് ഈ പ്രത്യേക പാത?

സങ്കീർണ്ണമായ അറിവുള്ള ഒരു വ്യക്തിയെ നമ്മൾ ഓവർലോഡ് ചെയ്യരുത്, എന്നാൽ നമ്മൾ എല്ലാം ഒറ്റയടിക്ക് വിശദീകരിക്കണം, ഇത് ബുദ്ധിമുട്ടുള്ള ഒരു പ്രതിസന്ധിയാണ്. ശ്രോതാക്കളോട് ആദ്യം ചോദ്യങ്ങൾ ചോദിക്കാനും എന്തെങ്കിലും മനസ്സിലാക്കാതിരിക്കാനും അടുത്ത നിമിഷം തന്നെ ഉത്തരം നൽകാനും ഈ പാത നമ്മെ അനുവദിക്കും. നിങ്ങൾ മുഴുവൻ വാസ്തുവിദ്യയെ കുറിച്ചും സംസാരിക്കുകയാണെങ്കിൽ, ഘട്ടങ്ങൾ അല്ലെങ്കിൽ xpath എന്ന വിഷയം വിശകലനം ചെയ്യുമ്പോഴേക്കും, അതിന്റെ ഏറ്റവും പ്രധാനപ്പെട്ട ഭാഗങ്ങൾ അവയുടെ മനസ്സിലാക്കാൻ കഴിയാത്തതിനാൽ ഇതിനകം മറന്നുപോകും.

എന്നിരുന്നാലും, പ്രക്രിയ എങ്ങനെ കൂടുതൽ ഒപ്റ്റിമൈസ് ചെയ്യാം എന്നതിനെക്കുറിച്ചുള്ള നിങ്ങളുടെ അനുഭവം നിങ്ങളിൽ ചിലർക്ക് പങ്കുവെക്കാനാകും. അഭിപ്രായങ്ങളിൽ സമാനമായ നിർദ്ദേശങ്ങൾ വായിക്കുന്നതിൽ എനിക്ക് സന്തോഷമുണ്ട്!

അവലംബം: www.habr.com