ഒരു ഡിബിഎംഎസിലെ യൂണിറ്റ് ടെസ്റ്റുകൾ - സ്‌പോർട്‌മാസ്റ്ററിൽ ഞങ്ങൾ ഇത് എങ്ങനെ ചെയ്യുന്നു, രണ്ടാം ഭാഗം

ആദ്യ ഭാഗം - ഇവിടെ.

സാഹചര്യം സങ്കൽപ്പിക്കുക. പുതിയ പ്രവർത്തനക്ഷമത വികസിപ്പിക്കുന്നതിനുള്ള ചുമതല നിങ്ങൾ അഭിമുഖീകരിക്കുന്നു. നിങ്ങളുടെ മുൻഗാമികളിൽ നിന്നുള്ള വികസനങ്ങൾ നിങ്ങൾക്കുണ്ട്. നിങ്ങൾക്ക് ധാർമ്മിക ബാധ്യതകളൊന്നുമില്ലെന്ന് ഞങ്ങൾ കരുതുന്നുവെങ്കിൽ, നിങ്ങൾ എന്ത് ചെയ്യും?

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

1. പഴയ യൂണിറ്റ് ടെസ്റ്റുകൾ പുനഃസ്ഥാപിക്കുന്നു. റിക്കവറി എന്നാൽ ലോയൽറ്റി സിസ്റ്റത്തിന്റെ നിലവിലുള്ള അവസ്ഥയുമായി ടെസ്റ്റുകൾ പൊരുത്തപ്പെടുത്തുകയും ടെസ്റ്റുകൾ utPLSQL മാനദണ്ഡങ്ങളുമായി പൊരുത്തപ്പെടുത്തുകയും ചെയ്യുന്നു.
2. കൃത്യമായി എന്താണ്, ഏതൊക്കെ രീതികളും പ്രക്രിയകളും ഓട്ടോടെസ്റ്റുകളാൽ മൂടപ്പെട്ടിരിക്കുന്നു എന്നതിനെക്കുറിച്ചുള്ള ഒരു ധാരണയോടെ ഒരു പ്രശ്നം പരിഹരിക്കുന്നു. ഒന്നുകിൽ നിങ്ങൾ ഈ വിവരം നിങ്ങളുടെ തലയിൽ സൂക്ഷിക്കണം, അല്ലെങ്കിൽ ഓട്ടോടെസ്റ്റ് കോഡിനെ നേരിട്ട് അടിസ്ഥാനമാക്കിയുള്ള നിഗമനങ്ങളിൽ എത്തിച്ചേരുക. അതിനാൽ, ഞങ്ങൾ ഒരു കാറ്റലോഗ് സൃഷ്ടിക്കാൻ തീരുമാനിച്ചു. ഓരോ ഓട്ടോടെസ്റ്റിനും ഞങ്ങൾ ഒരു അദ്വിതീയ മെമ്മോണിക് കോഡ് നൽകി, ഒരു വിവരണവും റെക്കോർഡുചെയ്‌ത ക്രമീകരണങ്ങളും സൃഷ്‌ടിച്ചു (ഉദാഹരണത്തിന്, ഏത് സാഹചര്യത്തിലാണ് ഇത് ലോഞ്ച് ചെയ്യേണ്ടത്, അല്ലെങ്കിൽ ടെസ്റ്റ് ലോഞ്ച് പരാജയപ്പെട്ടാൽ എന്ത് സംഭവിക്കും). അടിസ്ഥാനപരമായി, ഞങ്ങൾ ഓട്ടോടെസ്റ്റുകളെക്കുറിച്ചുള്ള മെറ്റാഡാറ്റ പോപ്പുലേറ്റ് ചെയ്യുകയും ആ മെറ്റാഡാറ്റയെ സ്റ്റാൻഡേർഡ് utPLSQL സ്കീമ ടേബിളുകളിൽ സ്ഥാപിക്കുകയും ചെയ്തു.
3. വിപുലീകരണ തന്ത്രം നിർവചിക്കുന്നു, അതായത്. ഓട്ടോമേറ്റഡ് ടെസ്റ്റുകൾ വഴി സ്ഥിരീകരണത്തിന് വിധേയമായ പ്രവർത്തനക്ഷമതയുടെ തിരഞ്ഞെടുപ്പ്. മൂന്ന് കാര്യങ്ങൾ ശ്രദ്ധിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു: പുതിയ സിസ്റ്റം മെച്ചപ്പെടുത്തലുകൾ, ഉൽപ്പാദന സംഭവങ്ങൾ, പ്രധാന സിസ്റ്റം പ്രക്രിയകൾ. അങ്ങനെ, റിലീസിന് സമാന്തരമായി ഞങ്ങൾ വികസിക്കുന്നു, അതിന്റെ ഉയർന്ന നിലവാരം ഉറപ്പാക്കുന്നു, ഒരേസമയം റിഗ്രഷന്റെ വ്യാപ്തി വികസിപ്പിക്കുകയും നിർണായക സ്ഥലങ്ങളിൽ സിസ്റ്റം വിശ്വാസ്യത ഉറപ്പാക്കുകയും ചെയ്യുന്നു. ഒരു ചെക്കിൽ കിഴിവുകളും ബോണസും വിതരണം ചെയ്യുന്ന പ്രക്രിയയാണ് അത്തരത്തിലുള്ള ആദ്യത്തെ തടസ്സം.
4. സ്വാഭാവികമായും, ഞങ്ങൾ പുതിയ ഓട്ടോടെസ്റ്റുകൾ വികസിപ്പിക്കാൻ തുടങ്ങി. ലോയൽറ്റി സിസ്റ്റത്തിന്റെ മുൻകൂട്ടി നിശ്ചയിച്ച സാമ്പിളുകളുടെ പ്രകടനം വിലയിരുത്തുക എന്നതായിരുന്നു ആദ്യ റിലീസ് ടാസ്‌ക്കുകളിൽ ഒന്ന്. വ്യവസ്ഥകളെ അടിസ്ഥാനമാക്കി ക്ലയന്റുകളെ തിരഞ്ഞെടുക്കുന്ന കർശനമായി നിശ്ചയിച്ചിട്ടുള്ള SQL അന്വേഷണങ്ങളുടെ ഒരു ബ്ലോക്ക് ഞങ്ങളുടെ പ്രോജക്റ്റിനുണ്ട്. ഉദാഹരണത്തിന്, ഒരു നിർദ്ദിഷ്‌ട നഗരത്തിൽ അവസാനമായി വാങ്ങിയ എല്ലാ ഉപഭോക്താക്കളുടെയും ഒരു ലിസ്‌റ്റ് അല്ലെങ്കിൽ ശരാശരി വാങ്ങൽ തുക ഒരു നിശ്ചിത മൂല്യത്തിന് മുകളിലുള്ള ഉപഭോക്താക്കളുടെ ലിസ്‌റ്റ് നേടുക. ഓട്ടോടെസ്റ്റുകൾ എഴുതി, ഞങ്ങൾ മുൻകൂട്ടി നിശ്ചയിച്ച സാമ്പിളുകൾ, റെക്കോർഡ് ചെയ്ത ബെഞ്ച്മാർക്ക് പ്രകടന പാരാമീറ്ററുകൾ എന്നിവ പരിശോധിച്ചു, കൂടാതെ ഞങ്ങൾക്ക് ലോഡ് ടെസ്റ്റിംഗ് ഉണ്ടായിരുന്നു.
5. ഓട്ടോടെസ്റ്റുകളുമായി പ്രവർത്തിക്കുന്നത് സൗകര്യപ്രദമായിരിക്കണം. ഓട്ടോടെസ്റ്റുകൾ പ്രവർത്തിപ്പിക്കുന്നതും ടെസ്റ്റ് ഡാറ്റ സൃഷ്ടിക്കുന്നതും ആണ് ഏറ്റവും സാധാരണമായ രണ്ട് പ്രവർത്തനങ്ങൾ. ഞങ്ങളുടെ സിസ്റ്റത്തിൽ രണ്ട് ഓക്സിലറി മൊഡ്യൂളുകൾ പ്രത്യക്ഷപ്പെട്ടത് ഇങ്ങനെയാണ്: ഒരു ലോഞ്ച് മൊഡ്യൂളും ഒരു ഡാറ്റ ജനറേഷൻ മൊഡ്യൂളും.

   ഒരു ടെക്സ്റ്റ് ഇൻപുട്ട് പാരാമീറ്റർ ഉള്ള ഒരു സാർവത്രിക നടപടിക്രമമായി ലോഞ്ചറിനെ പ്രതിനിധീകരിക്കുന്നു. ഒരു പാരാമീറ്റർ എന്ന നിലയിൽ, നിങ്ങൾക്ക് ഓട്ടോടെസ്റ്റ് മെമ്മോണിക് കോഡ്, പാക്കേജിന്റെ പേര്, ടെസ്റ്റ് പേര്, ഓട്ടോടെസ്റ്റ് ക്രമീകരണം അല്ലെങ്കിൽ റിസർവ് ചെയ്ത കീവേഡ് എന്നിവ കൈമാറാൻ കഴിയും. വ്യവസ്ഥകൾ പാലിക്കുന്ന എല്ലാ ഓട്ടോടെസ്റ്റുകളും നടപടിക്രമം തിരഞ്ഞെടുത്ത് പ്രവർത്തിപ്പിക്കുന്നു.

   ഡാറ്റാ ജനറേഷൻ മൊഡ്യൂൾ ഒരു പാക്കേജിന്റെ രൂപത്തിലാണ് അവതരിപ്പിച്ചിരിക്കുന്നത്, അതിൽ ടെസ്റ്റിന് കീഴിലുള്ള സിസ്റ്റത്തിന്റെ ഓരോ ഒബ്‌ജക്റ്റിനും (ഡാറ്റാബേസിലെ ഒരു പട്ടിക), അവിടെ ഡാറ്റ ചേർക്കുന്ന ഒരു പ്രത്യേക നടപടിക്രമം സൃഷ്ടിച്ചു. ഈ നടപടിക്രമത്തിൽ, സ്ഥിരസ്ഥിതി മൂല്യങ്ങൾ കഴിയുന്നത്ര പൂരിപ്പിക്കുന്നു, ഇത് ഒരു വിരൽ ക്ലിക്കിൽ അക്ഷരാർത്ഥത്തിൽ ഒബ്ജക്റ്റുകളുടെ സൃഷ്ടി ഉറപ്പാക്കുന്നു. ഉപയോഗത്തിന്റെ എളുപ്പത്തിനായി, ജനറേറ്റുചെയ്‌ത ഡാറ്റയ്‌ക്കായുള്ള ടെംപ്ലേറ്റുകൾ സൃഷ്‌ടിച്ചു. ഉദാഹരണത്തിന്, ഒരു ടെസ്റ്റ് ഫോണും പൂർത്തിയാക്കിയ വാങ്ങലും ഉപയോഗിച്ച് ഒരു നിശ്ചിത പ്രായത്തിലുള്ള ഒരു ക്ലയന്റ് സൃഷ്ടിക്കുക.

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

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

   പ്രകടനം വേഗത്തിലാക്കാൻ, ഞങ്ങൾ രണ്ട് രീതികൾ ഉപയോഗിച്ചു: ഓട്ടോടെസ്റ്റുകൾ മൂന്ന് സമാന്തര ത്രെഡുകളിൽ പ്രവർത്തിക്കാൻ തുടങ്ങി, ഭാഗ്യവശാൽ ഇത് ഞങ്ങളുടെ ലോയൽറ്റി സിസ്റ്റത്തിന്റെ ആർക്കിടെക്ചർ കാരണം വളരെ സൗകര്യപ്രദമാണ്. ഓട്ടോടെസ്റ്റ് സ്വയം ടെസ്റ്റ് ഡാറ്റ സൃഷ്ടിക്കാത്ത സമീപനം ഞങ്ങൾ ഉപേക്ഷിച്ചു, പക്ഷേ സിസ്റ്റത്തിൽ അനുയോജ്യമായ എന്തെങ്കിലും കണ്ടെത്താൻ ശ്രമിക്കുന്നു. മാറ്റങ്ങൾ വരുത്തിയ ശേഷം, മൊത്തം പ്രവർത്തന സമയം 3-4 മിനിറ്റായി കുറച്ചു.

7. ഓട്ടോമാറ്റിക് ടെസ്റ്റുകളുള്ള ഒരു പ്രോജക്റ്റ് വിവിധ സ്റ്റാൻഡുകളിൽ വിന്യസിക്കാൻ കഴിയണം. ഞങ്ങളുടെ യാത്രയുടെ തുടക്കത്തിൽ, ഞങ്ങളുടെ സ്വന്തം ബാച്ച് ഫയലുകൾ എഴുതാനുള്ള ശ്രമങ്ങൾ ഉണ്ടായിരുന്നു, എന്നാൽ സ്വയം എഴുതിയ ഓട്ടോമേറ്റഡ് ഇൻസ്റ്റാളേഷൻ തികച്ചും ഭയാനകമാണെന്ന് വ്യക്തമായി, ഞങ്ങൾ വ്യാവസായിക പരിഹാരങ്ങളിലേക്ക് തിരിഞ്ഞു. പ്രോജക്റ്റിൽ ധാരാളം ഡയറക്ട് കോഡും (ആദ്യമായി, ഞങ്ങൾ ഓട്ടോടെസ്റ്റ് കോഡ് സംഭരിക്കുന്നു) വളരെ കുറച്ച് ഡാറ്റയും (പ്രധാന ഡാറ്റ ഓട്ടോടെസ്റ്റുകളെക്കുറിച്ചുള്ള മെറ്റാഡാറ്റയാണ്) അടങ്ങിയിരിക്കുന്നതിനാൽ, ലിക്വിബേസ് പ്രോജക്റ്റിൽ നടപ്പിലാക്കുന്നത് വളരെ ലളിതമാണ്.

   ഡാറ്റാബേസ് സ്കീമ മാറ്റങ്ങൾ ട്രാക്കുചെയ്യുന്നതിനും നിയന്ത്രിക്കുന്നതിനും നടപ്പിലാക്കുന്നതിനുമുള്ള ഒരു ഓപ്പൺ സോഴ്‌സ്, ഡാറ്റാബേസ്-സ്വതന്ത്ര ലൈബ്രറിയാണിത്. കമാൻഡ് ലൈൻ അല്ലെങ്കിൽ അപ്പാച്ചെ മാവൻ പോലുള്ള ചട്ടക്കൂടുകൾ വഴി നിയന്ത്രിക്കുന്നു. ലിക്വിബേസിന്റെ പ്രവർത്തന തത്വം വളരെ ലളിതമാണ്. ഞങ്ങൾക്ക് ഒരു പ്രത്യേക രീതിയിൽ ഓർഗനൈസുചെയ്‌ത ഒരു പ്രോജക്‌റ്റ് ഉണ്ട്, അതിൽ ടാർഗെറ്റ് സെർവറിലേക്ക് റോൾ ചെയ്യേണ്ട മാറ്റങ്ങളോ സ്‌ക്രിപ്റ്റുകളോ അടങ്ങിയിരിക്കുന്നു, കൂടാതെ ഈ മാറ്റങ്ങൾ ഏത് ക്രമത്തിലാണ്, ഏത് പാരാമീറ്ററുകൾ ഉപയോഗിച്ചാണ് ഇൻസ്റ്റാൾ ചെയ്യേണ്ടതെന്ന് നിർണ്ണയിക്കുന്ന ഫയലുകൾ നിയന്ത്രിക്കുക.

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

അതിനാൽ, ഞങ്ങളുടെ യൂണിറ്റ് ടെസ്റ്റിംഗ് സിസ്റ്റം ഉപയോഗിക്കുന്നതിന്റെ ഫലങ്ങളെക്കുറിച്ച് നമുക്ക് സംസാരിക്കാം.

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

അടുത്തത് എന്താണ്

ഓട്ടോമേറ്റഡ് ടെസ്റ്റിംഗ് പ്രോജക്റ്റിനായുള്ള വികസന പദ്ധതികളെക്കുറിച്ച് നമുക്ക് സംസാരിക്കാം.

തീർച്ചയായും, സ്‌പോർട്‌മാസ്റ്ററുടെ ലോയൽറ്റി സിസ്റ്റം സജീവമായി തുടരുകയും വികസിക്കുന്നത് തുടരുകയും ചെയ്യുന്നിടത്തോളം, ഓട്ടോടെസ്റ്റുകൾ ഏതാണ്ട് അനന്തമായി വികസിപ്പിക്കാനും സാധിക്കും. അതിനാൽ, വികസനത്തിന്റെ പ്രധാന ദിശ കവറേജ് ഏരിയ വികസിപ്പിക്കുക എന്നതാണ്.

ഓട്ടോടെസ്റ്റുകളുടെ എണ്ണം കൂടുന്നതിനനുസരിച്ച്, അവയുടെ മൊത്തം പ്രവർത്തന സമയം ക്രമാനുഗതമായി വർദ്ധിക്കും, ഞങ്ങൾ വീണ്ടും പ്രകടനത്തിന്റെ പ്രശ്നത്തിലേക്ക് മടങ്ങേണ്ടിവരും. മിക്കവാറും, സമാന്തര ത്രെഡുകളുടെ എണ്ണം വർദ്ധിപ്പിക്കുക എന്നതാണ് പരിഹാരം.

എന്നാൽ ഇവ വികസനത്തിന്റെ വ്യക്തമായ വഴികളാണ്. കൂടുതൽ നിസ്സാരമല്ലാത്ത കാര്യങ്ങളെക്കുറിച്ച് നമ്മൾ സംസാരിക്കുകയാണെങ്കിൽ, ഇനിപ്പറയുന്നവ ഞങ്ങൾ ഹൈലൈറ്റ് ചെയ്യുന്നു:

1. നിലവിൽ, ഡിബിഎംഎസ് തലത്തിലാണ് ഓട്ടോടെസ്റ്റ് മാനേജ്മെന്റ് നടത്തുന്നത്, അതായത്. വിജയകരമായ പ്രവർത്തനത്തിന് PL/SQL പരിജ്ഞാനം ആവശ്യമാണ്. ആവശ്യമെങ്കിൽ, സിസ്റ്റം മാനേജുമെന്റ് (ഉദാഹരണത്തിന്, മെറ്റാഡാറ്റ സമാരംഭിക്കുകയോ സൃഷ്‌ടിക്കുകയോ ചെയ്യുക), നിങ്ങൾക്ക് ജെങ്കിൻസ് അല്ലെങ്കിൽ സമാനമായ എന്തെങ്കിലും ഉപയോഗിച്ച് ഏതെങ്കിലും തരത്തിലുള്ള അഡ്മിൻ പാനൽ സൃഷ്ടിക്കാൻ കഴിയും.
2. എല്ലാവരും അളവും ഗുണപരവുമായ സൂചകങ്ങളെ ഇഷ്ടപ്പെടുന്നു. ഓട്ടോമേറ്റഡ് ടെസ്റ്റിംഗിനായി, അത്തരമൊരു സാർവത്രിക സൂചകം കോഡ് കവറേജ് അല്ലെങ്കിൽ കോഡ് കവറേജ് മെട്രിക് ആണ്. ഈ സൂചകം ഉപയോഗിച്ച്, ടെസ്റ്റിന് കീഴിലുള്ള ഞങ്ങളുടെ സിസ്റ്റത്തിന്റെ കോഡിന്റെ എത്ര ശതമാനം ഓട്ടോടെസ്റ്റുകൾ ഉൾക്കൊള്ളുന്നുവെന്ന് നമുക്ക് നിർണ്ണയിക്കാനാകും. പതിപ്പ് 12.2 മുതൽ, Oracle ഈ മെട്രിക് കണക്കാക്കാനുള്ള കഴിവ് നൽകുകയും സാധാരണ DBMS_PLSQL_CODE_COVERAGE പാക്കേജിന്റെ ഉപയോഗം വാഗ്ദാനം ചെയ്യുകയും ചെയ്യുന്നു.

   ഞങ്ങളുടെ ഓട്ടോടെസ്റ്റ് സിസ്റ്റത്തിന് ഒരു വർഷത്തിലേറെ പഴക്കമുണ്ട്, ഒരുപക്ഷേ ഇപ്പോൾ ഞങ്ങളുടെ കവറേജ് വിലയിരുത്താനുള്ള സമയമാണിത്. എന്റെ അവസാന പ്രൊജക്‌റ്റിൽ (ഒരു സ്‌പോർട്‌മാസ്റ്റർ പ്രോജക്‌റ്റല്ല) ഇതാണ് സംഭവിച്ചത്. ഓട്ടോടെസ്റ്റുകളിൽ പ്രവർത്തിച്ച് ഒരു വർഷം കഴിഞ്ഞ്, ഞങ്ങൾ കവർ ചെയ്യുന്ന കോഡിന്റെ എത്ര ശതമാനം എന്ന് വിലയിരുത്താനുള്ള ചുമതല മാനേജ്മെന്റ് സജ്ജമാക്കി. 1%-ൽ കൂടുതൽ കവറേജ് ഉള്ളതിനാൽ, മാനേജ്മെന്റ് സന്തോഷിക്കും. ഞങ്ങൾ, ഡെവലപ്പർമാർ, ഏകദേശം 10% ഫലം പ്രതീക്ഷിച്ചു. ഞങ്ങൾ കോഡ് കവറേജ് ഇൻസ്റ്റാൾ ചെയ്തു, അത് അളന്നു, 20% ലഭിച്ചു. ആഘോഷിക്കാൻ, ഞങ്ങൾ സമ്മാനം വാങ്ങാൻ പോയി, പക്ഷേ ഞങ്ങൾ അത് എങ്ങനെ നേടി, പിന്നീട് ഞങ്ങൾ എവിടേക്ക് പോയി എന്നത് തികച്ചും വ്യത്യസ്തമായ കഥയാണ്.

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

കണ്ടെത്തലുകൾ

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

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

ഭാവിയിൽ ഊന്നിപ്പറയേണ്ട പോയിന്റുകളോ വെളിപ്പെടുത്തൽ ആവശ്യമായ ചോദ്യങ്ങളോ ഉണ്ടെങ്കിൽ അഭിപ്രായങ്ങൾ എഴുതുക.

രജിസ്റ്റർ ചെയ്ത ഉപയോക്താക്കൾക്ക് മാത്രമേ സർവേയിൽ പങ്കെടുക്കാൻ കഴിയൂ. സൈൻ ഇൻദയവായി.

ഇതിനെക്കുറിച്ച് കൂടുതൽ എഴുതട്ടെ?

• അതെ, ഉറപ്പാണ്

• വേണ്ട, നന്ദി

12 ഉപയോക്താക്കൾ വോട്ട് ചെയ്തു. 4 ഉപയോക്താക്കൾ വിട്ടുനിന്നു.

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