TestRail - പ്രോജക്റ്റിനായുള്ള വ്യക്തിഗത ക്രമീകരണങ്ങൾ

ആമുഖം

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

ഒരു ചെറിയ നിരാകരണം. ഈ ലേഖനത്തിൽ TestRail-ന്റെ അടിസ്ഥാന പ്രവർത്തനത്തിന്റെ ഒരു വിവരണം അടങ്ങിയിട്ടില്ല (ഇതിൽ നിരവധി ഗൈഡുകൾ ഉണ്ട്) കൂടാതെ ടെസ്റ്റുകൾക്കൊപ്പം ഒരു ശേഖരം സൃഷ്ടിക്കാൻ നിങ്ങൾ ഈ പ്രത്യേക വെണ്ടറെ തിരഞ്ഞെടുക്കേണ്ടത് എന്തുകൊണ്ടാണെന്ന് വർണ്ണാഭമായി വിവരിക്കുന്ന വിൽപ്പന പദപ്രയോഗങ്ങളും.

ന്യായീകരണ പദ്ധതി (എന്ത് നടപ്പിലാക്കും)

1. പൊതു ആവശ്യങ്ങൾ

   1. തീർച്ചയായും ആർക്കും കേസ് പാസാക്കാൻ കഴിയണം.

   2. കേസുകൾ കഴിയുന്നിടത്തോളം പ്രസക്തമായി തുടരണം

   3. കേസുകൾ മൊബൈൽ ആപ്ലിക്കേഷന്റെ പ്രവർത്തനക്ഷമത, ആദ്യ രണ്ട് പോയിന്റുകൾക്ക് വിരുദ്ധമാകാത്ത വിധം സമഗ്രമായി ഉൾപ്പെടുത്തണം.

2. TestCase, TestScenario എന്നിങ്ങനെ വിഭജിക്കുക

3. വിവിധ തരത്തിലുള്ള TestRun-ന്റെ ദ്രുത ജനറേഷൻ

   1. പുകവലിക്കുക

   2. റിഗ്രസ്

   3. ആഘാത പരിശോധന മുതലായവ.

4. കേസ് പിന്തുണ ഒപ്റ്റിമൈസേഷൻ

   1. “ഡെഡ്” ഹാർഡ്‌കോഡ് സ്‌ക്രീൻഷോട്ടുകൾ ഉപേക്ഷിച്ച് “ചലിക്കാവുന്ന ഡാറ്റ”യിലേക്ക് മാറുന്നു

ആവശ്യകതകൾ

ഫീൽഡുകൾ എഡിറ്റുചെയ്യാൻ നിങ്ങൾക്ക് അഡ്മിനിസ്ട്രേറ്റർ ആക്സസ് ആവശ്യമാണ്

ഒരു പ്രോജക്റ്റ് തരം തിരഞ്ഞെടുക്കുന്നു

തിരഞ്ഞെടുക്കാൻ മൂന്ന് പ്രോജക്റ്റ് തരങ്ങളുണ്ട്:

ഞങ്ങൾ സ്ഥിരസ്ഥിതി തരം തിരഞ്ഞെടുക്കും. എല്ലാ കേസുകളും ഒരേ സമയം അതിൽ ലഭ്യമാകും. ഞങ്ങൾ സ്‌മാർട്ട് ഫിൽട്ടറിംഗ് ഉപയോഗിക്കുകയും എല്ലാ കേസുകളും ഒരേസമയം ചലനാത്മകമായി നിയന്ത്രിക്കുകയും ചെയ്യും.

ടെസ്റ്റ് കേസുകളുടെ ഒരു ലിസ്റ്റ് കാണുന്നതിന് ഫീൽഡുകൾ ചേർക്കുന്നു

മുൻഗണനാ ടെസ്റ്റ് കേസുകൾ പ്രദർശിപ്പിക്കുന്നതിന് നമുക്ക് ഒരു ഫീൽഡ് ചേർക്കാം:

നിങ്ങൾക്ക് മറ്റ് ഫീൽഡുകളും ചേർക്കാം.

ടെസ്റ്റ് കേസ് ഫീൽഡുകളും ടാഗുകളും സജ്ജീകരിക്കുന്നു

ക്രമീകരണ മെനു തുറക്കുക:

ഞങ്ങൾക്ക് ഇനിപ്പറയുന്ന ഫീൽഡുകൾ ആവശ്യമാണ്:

"സംഗ്രഹം" ഫീൽഡ് (ടെസ്റ്റ് കേസ് ഹെഡർ)

ഈ ഫീൽഡ് ഇതിനകം നിലവിലുണ്ട്, ഞങ്ങൾ അതിന്റെ ഉപയോഗം ചിട്ടപ്പെടുത്തുകയാണ്. ഞങ്ങൾ കേസുകളെ TestCase, TestScenario എന്നിങ്ങനെ വിഭജിക്കും. കേസുകളുടെ ഒരു വലിയ പട്ടികയുടെ മികച്ച വായനാക്ഷമതയ്ക്കായി, ഒരു സംഗ്രഹം എഴുതുന്നതിനുള്ള നിയമങ്ങളിൽ മുൻകൂട്ടി സമ്മതിക്കുന്നതാണ് നല്ലത്.

ടെസ്റ്റ് രംഗം:

ഉദാഹരണം: TestScenario - ഒരു മൊബൈൽ ആപ്ലിക്കേഷൻ ഉപയോഗിക്കുന്നതിനുള്ള അടിസ്ഥാന സാഹചര്യം

ടെസ്റ്റ്കേസ്:

ഉദാഹരണം: മെയിൻസ്ക്രീൻ - ഓതറൈസേഷൻ വിഭാഗം - ലോഗിൻ നൽകുക

മൊത്തത്തിൽ, കേസിന്റെ സംഗ്രഹത്തിൽ ഞങ്ങൾ ക്ലാസിക് ധാരണ കാണുന്നു: "എന്ത്, എവിടെ, എപ്പോൾ." ഓട്ടോമേഷന് ഏറ്റവും അനുയോജ്യമായ രൂപത്തിൽ ഉയർന്ന തലത്തിലുള്ള ടെസ്റ്റ് സ്ക്രിപ്റ്റുകളും ലോ-ലെവൽ ടെസ്റ്റ് കേസുകളും ഞങ്ങൾ ദൃശ്യപരമായി വേർതിരിക്കുന്നു.

“StartScreen” ടാഗ് (ടെസ്റ്റ്‌സ്‌സീനാരിയോ ആരംഭിക്കുന്ന സ്‌ക്രീൻ; കൂടാതെ, നിരവധി ടെസ്റ്റ് കേസുകൾക്ക് അടുത്തുള്ള സ്‌ക്രീനുകളിൽ സ്പർശിക്കാനാകും)

ഇത് ആവശ്യമായി വന്നേക്കാം: നിലവിലെ ടെസ്റ്റ് കേസിന്റെ സ്ക്രീനിലേക്ക് ഉപയോക്താവിനെ നയിക്കുന്ന സാധാരണ ഘട്ടങ്ങളിലെ കേസുകളുടെ വാചകം ഞങ്ങൾ വാചകത്തിൽ നിന്ന് നീക്കംചെയ്യും. (ഒരു നിർദ്ദിഷ്ട ടെസ്റ്റ് സാഹചര്യം സൃഷ്ടിക്കുന്നതിനുള്ള സാധാരണ ഘട്ടങ്ങൾ) എല്ലാ ടെസ്റ്റ് കേസുകൾക്കുമുള്ള എല്ലാ സാധാരണ ഘട്ടങ്ങളും ഒരു ഫയലിൽ എഴുതപ്പെടും. അതിനെക്കുറിച്ച് കൂടുതൽ വിശദമായി ഞാൻ പ്രത്യേകം എഴുതാം.

ഒരു പുതിയ ഫീൽഡ് സൃഷ്ടിക്കുക:

പുതിയ ഫീൽഡിന്റെ ഘടകങ്ങൾ പൂരിപ്പിക്കുക:

ഈ സാഹചര്യത്തിൽ, മൂല്യങ്ങളുടെ പട്ടികയിൽ നിന്ന് ഞങ്ങൾ തിരഞ്ഞെടുത്ത ഫീൽഡ് സൃഷ്ടിക്കുന്നു. ഈ ഫീൽഡിന്റെ മൂല്യങ്ങൾ നൽകുക:

ഐഡി മൂല്യങ്ങൾ ഒന്നിൽ ആരംഭിക്കുന്നില്ലെന്നും തുടർച്ചയായി അല്ലെന്നും ശ്രദ്ധിക്കുക. എന്തുകൊണ്ടാണ് ഇത് ചെയ്യുന്നത്? എന്റർ ചെയ്ത ഐഡി ഉപയോഗിച്ച് ഞങ്ങൾക്ക് ടെസ്റ്റ് കേസുകൾ ഉണ്ടെങ്കിൽ,

അതിന് ശേഷം നിലവിലുള്ള രണ്ട് സ്‌ക്രീനുകൾക്കിടയിൽ മൂന്നാമത്തെ സ്‌ക്രീൻ സൃഷ്‌ടിക്കേണ്ടതുണ്ട്,

അപ്പോൾ ഞങ്ങൾ ഐഡി വീണ്ടും എഴുതേണ്ടിവരും, നിലവിലുള്ള ടെക്സ്റ്റ് കേസുകളുടെ ടാഗുകൾ ഇതിനകം അതിൽ ഘടിപ്പിച്ചിരിക്കുന്നതിനാൽ, അവ ഇല്ലാതാക്കപ്പെടും. അത് വളരെ അരോചകമായിരിക്കും.

"സ്ക്രീൻ" ടാഗ് ചെയ്യുക (ടെസ്റ്റ്കേസിനെ ബാധിക്കുന്ന സ്ക്രീനിന്റെ പേര്)

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

ഉദാഹരണം: home_screen, MapScreen, PayScreen മുതലായവ.

"MovableData" ഫീൽഡ് (മാറ്റാവുന്ന ടെസ്റ്റ് ഡാറ്റയുള്ള ഒരു പ്രോക്സി ഡാറ്റാബേസിലേക്കുള്ള ലിങ്ക്)

അടുത്തതായി, ടെസ്റ്റ് കേസുകളിൽ ഡാറ്റയുടെ പ്രസക്തി നിലനിർത്തുന്നതിനുള്ള പ്രശ്നം പരിഹരിക്കാൻ ഞങ്ങൾ ശ്രമിക്കും:

1. നിലവിലെ ലേഔട്ടുകളിലേക്കുള്ള ലിങ്കുകൾ (ഇത് ഡെഡ് സ്ക്രീൻഷോട്ടുകൾ എടുക്കുന്നതിനേക്കാൾ മികച്ചതാണ്)

2. ഒരു ടെസ്റ്റ് സാഹചര്യം ഉപയോഗിച്ച് സ്ക്രീനിൽ എത്തുന്നതിനുള്ള സാധാരണ ഘട്ടങ്ങൾ

3. SQL അന്വേഷണങ്ങൾ

4. ബാഹ്യ ഡാറ്റയിലേക്കും മറ്റ് ഡാറ്റയിലേക്കും ലിങ്കുകൾ

ഓരോ ടെസ്റ്റ് കേസിലും ടെസ്റ്റ് ഡാറ്റ എഴുതുന്നതിനുപകരം, ഞങ്ങൾ ഒരു ബാഹ്യ ഫയൽ സൃഷ്‌ടിക്കുകയും എല്ലാ ടെസ്റ്റ് കേസുകളിലും അതിലേക്ക് ലിങ്ക് ചെയ്യുകയും ചെയ്യും. ഈ ഡാറ്റ അപ്‌ഡേറ്റ് ചെയ്യുമ്പോൾ, എല്ലാ ടെസ്റ്റ് കേസുകളും പരിശോധിച്ച് അവ മാറ്റേണ്ടതില്ല, എന്നാൽ ഈ ഡാറ്റ ഒരിടത്ത് മാത്രമേ മാറ്റാൻ കഴിയൂ. തയ്യാറാകാത്ത ആരെങ്കിലും ഒരു ടെസ്റ്റ് കേസ് തുറക്കുകയാണെങ്കിൽ, ടെസ്റ്റ് കേസിന്റെ ബോഡിയിൽ ഒരു ഫയലിലേക്കുള്ള ലിങ്കും ടെസ്റ്റ് ഡാറ്റയ്ക്കായി അതിലേക്ക് പോകേണ്ടതിന്റെ സൂചനയും അയാൾ കാണും.

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

വേണ്ടി Google ഷീറ്റ് നിങ്ങൾക്ക് SQL അന്വേഷണങ്ങൾ ഉപയോഗിക്കാം. ഉദാഹരണം:

=query(DATA!A1:M1146;"
SELECT C,D
WHERE
C contains '"&SEARCH!A2&"'")

വേണ്ടി എക്സൽ നിങ്ങൾക്ക് സൗകര്യപ്രദമായ തൽക്ഷണ തിരയൽ മാക്രോകൾ സജ്ജീകരിക്കാനാകും. (ഫിൽട്ടറിംഗ്) ഉദാഹരണം ബന്ധം.

യഥാർത്ഥത്തിൽ, ഈ ആശയം പുതിയതല്ല, ആദ്യ ടെസ്റ്ററുടെ "ടെസ്റ്റിംഗ് ഡോട്ട് കോം" എന്ന പുസ്തകത്തിൽ വിവരിച്ചിരിക്കുന്നു. (രചയിതാവ് സാവിൻ റോമൻ) ഞങ്ങൾ റോമൻ സാവിൻ നിർദ്ദേശിച്ച രീതികൾ ടെസ്റ്റ് റെയിലിലേക്ക് സമന്വയിപ്പിക്കുകയാണ്. ഇത് ചെയ്യുന്നതിന്, സൃഷ്ടിച്ച ഫയലിലേക്ക് ഒരു ലിങ്ക് ഉള്ള ഒരു ഫീൽഡ് സൃഷ്ടിക്കുക:

ലിങ്കിന്റെ ഡിഫോൾട്ട് മൂല്യം പൂരിപ്പിക്കുക, അതുവഴി ഓരോ പുതിയ ടെസ്റ്റ് കേസിനും ഇതിനകം ഒരു ലിങ്ക് ഉണ്ടായിരിക്കും:

ബാഹ്യ ഫയലിന്റെ സ്ഥാനം മാറുകയാണെങ്കിൽ (ഞങ്ങൾ ഏതെങ്കിലും ഫോഴ്‌സ് മജ്യൂറിനായി നൽകുന്നു), എല്ലാ ടെസ്റ്റ് കേസുകളിലും നിങ്ങൾക്ക് ഒന്നോ അതിലധികമോ ഫീൽഡുകൾ ഒരേസമയം മാറ്റാൻ കഴിയും:

ഫീൽഡ് "വിവരണങ്ങൾ" (ഒരു ടെസ്റ്റ് കേസിന്റെ വിവരണം അല്ലെങ്കിൽ ആശയം, സ്റ്റാൻഡേർഡ് നിർദ്ദേശങ്ങൾ)

നിങ്ങൾക്ക് ആവശ്യമുള്ളത്: ഈ ടെക്സ്റ്റ് ഫീൽഡിൽ ഞങ്ങൾ ടെസ്റ്റ് കേസിന്റെയും സ്റ്റാൻഡേർഡ് നിർദ്ദേശങ്ങളുടെയും ഒരു ഹ്രസ്വ വിവരണം നൽകും.

ഉദാഹരണം: ഈ ടെസ്റ്റ് കേസിൽ നിന്നുള്ള എല്ലാ ടെസ്റ്റ് ഡാറ്റയും (നിലവിലെ ലേഔട്ടുകൾ, ടൂളുകളുടെ ഉപയോഗവും മറ്റ് ഡാറ്റയും) ലിങ്കുകളാൽ സൂചിപ്പിച്ചിരിക്കുന്നു {...} കൂടാതെ അവ MovableData ഫയലിൽ സ്ഥിതിചെയ്യുന്നു. മുകളിലുള്ള അനുബന്ധ ഫീൽഡിൽ MovableData-ലേക്കുള്ള ലിങ്ക്.

"ഘടകം" ടാഗ് ചെയ്യുക (മൊബൈൽ ആപ്ലിക്കേഷൻ ഘടകം)

ഇത് ആവശ്യമായി വന്നേക്കാം: ഇംപാക്ട് ടെസ്റ്റിംഗിന്. ഒരു മൊബൈൽ ആപ്ലിക്കേഷനെ ഘടകങ്ങളായി വിഭജിക്കാൻ കഴിയുമെങ്കിൽ (പരസ്പരം കഴിയുന്നത്ര കുറച്ച് ബാധിക്കുന്നു), ഒരു ഘടകത്തിലെ മാറ്റങ്ങൾ അതേ ഘടകത്തിനുള്ളിൽ പരിശോധിക്കാൻ മതിയാകും (ചില അപകടസാധ്യതകളോടെ) എല്ലാറ്റിന്റെയും പൊതുവായ തിരിച്ചടികൾ. ഒരു ഘടകം മറ്റൊന്നിനെ ബാധിക്കുമെന്ന വിവരമുണ്ടെങ്കിൽ, ഒരു ഇംപാക്ട് ടെസ്റ്റിംഗ് മാട്രിക്സ് സമാഹരിക്കുന്നു.

ഉദാഹരണ ഘടകങ്ങൾ: GooglePay, ഓർഡർ, ഉപയോക്താക്കൾ, മാപ്പ്, അംഗീകാരം മുതലായവ.

ടാഗ് "TAG" (ഫിൽട്ടർ ചെയ്യുന്നതിനുള്ള മറ്റ് ടാഗുകൾ)

അനിയന്ത്രിതമായ ഫിൽട്ടറിംഗിനായി ടാഗുകൾ ഉപയോഗിച്ച് ഒരു ടെസ്റ്റ് കേസ് ടാഗുചെയ്യുന്നു. 

ഇതിന് വളരെ ഉപയോഗപ്രദമാണ്: 

1. വിവിധ സാധാരണ ജോലികൾക്കായി ടെസ്റ്റ് റൺ വേഗത്തിൽ കംപൈൽ ചെയ്യുന്നു: പുക, റിഗ്രഷൻ മുതലായവ.

2. പരിശോധനകൾ സ്വയമേവയുള്ളതാണോ അതോ ഇതിനകം ഓട്ടോമേറ്റ് ചെയ്യപ്പെടുമോ?

3. മറ്റേതെങ്കിലും ടാഗുകൾ

ഉദാഹരണം: സ്മോക്ക്, ഓട്ടോമേറ്റഡ്, വൈറ്റ്ലേബൽ, ഫോർഡിലീറ്റ് മുതലായവ.

ടെസ്റ്റ് കേസിൽ ഫീൽഡുകളുടെ പ്രദർശന ക്രമം സജ്ജീകരിക്കുന്നു

ഞങ്ങൾ ധാരാളം പുതിയ ഫീൽഡുകൾ സൃഷ്ടിച്ചു, അവ സൗകര്യപ്രദമായ ക്രമത്തിൽ ക്രമീകരിക്കാനുള്ള സമയമാണിത്:

ടെസ്റ്റ് റൺ സൃഷ്ടിക്കുന്നു

ഇപ്പോൾ ഞങ്ങൾ മൂന്ന് ക്ലിക്കുകളിലൂടെ പുക പരിശോധന നടത്തുന്നതിന് നിലവിലെ കേസുകളുമായി ഒരു പുതിയ ടെസ്റ്റ് റൺ സൃഷ്ടിക്കും:

മറ്റ് സഹായകരമായ നുറുങ്ങുകൾ

1. TestRail-ന് നിരവധി പ്രോജക്റ്റുകൾ ഉണ്ടെങ്കിൽ, നിങ്ങളുടെ പ്രോജക്റ്റിനായി മാത്രം പുതിയ ഫീൽഡുകൾ സൃഷ്ടിക്കാൻ മറക്കരുത്, അല്ലാത്തപക്ഷം അയൽ ടീമുകളിൽ നിന്നുള്ള സഹപ്രവർത്തകർ പുതിയ അസാധാരണമായ ഫീൽഡുകളുടെ രൂപത്തിൽ വളരെ ആശ്ചര്യപ്പെടും. പ്രാദേശിക ബോധക്ഷയം സാധ്യമാണ്.

2. ധാരാളം ഫീൽഡുകളുള്ള കേസുകൾ പുതിയവ സൃഷ്ടിക്കുന്നതിനേക്കാൾ സമാന ഗ്രൂപ്പിൽ നിന്ന് പകർത്തുന്നത് എളുപ്പമാണ്:

3. അക്കൗണ്ടുകൾ പങ്കിടാം. ഉദാഹരണത്തിന്: ഒരു അഡ്മിനിസ്ട്രേറ്റർ, നിരവധി ഉപയോക്താവ്.

തീരുമാനം

മുകളിൽ വിവരിച്ച ഉദാഹരണങ്ങൾ നിരവധി പദ്ധതികളിൽ നടപ്പിലാക്കുകയും അവയുടെ ഫലപ്രാപ്തി കാണിക്കുകയും ചെയ്തിട്ടുണ്ട്. ഈ ടൂളിനെക്കുറിച്ചുള്ള നിങ്ങളുടെ ധാരണ മെച്ചപ്പെടുത്താനും ഫലപ്രദവും സൗകര്യപ്രദവുമായ "ടെസ്റ്റ് സ്റ്റോറേജുകൾ" സൃഷ്ടിക്കാൻ നിങ്ങളെ സഹായിക്കാനും അവർ സഹായിക്കുമെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു. TestRail ഉപയോഗിച്ചുള്ള നിങ്ങളുടെ അനുഭവവും അഭിപ്രായങ്ങളിൽ ഉപയോഗപ്രദമായ നുറുങ്ങുകളും വിവരിച്ചാൽ ഞാൻ വളരെ നന്ദിയുള്ളവനായിരിക്കും.

റെഫറൻസുകൾ:

TestRail വെണ്ടർ വെബ്സൈറ്റ്

പുസ്തകം: “ടെസ്റ്റിംഗ് .COM” (രചയിതാവ് റോമൻ സാവിൻ)

നിങ്ങളുടെ ശ്രദ്ധയ്ക്ക് വളരെ നന്ദി!

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