കോഗ്നോസും നിങ്ങളുടെ ബിഐ പരിശോധിക്കാത്തതിന്റെ ചിലവും

ഓഗസ്റ്റ് 28, 2019 അപ്‌ഡേറ്റുചെയ്‌തു

സോഫ്റ്റ്വെയർ വികസിപ്പിച്ചതുമുതൽ സോഫ്റ്റ്വെയർ വികസനത്തിന്റെ ഭാഗമായി പരിശോധന വ്യാപകമായി സ്വീകരിച്ചിട്ടുണ്ട്. ബിസിനസ്സ് ഇന്റലിജൻസ് (ബിഐ) എന്നിരുന്നാലും, ഐബിഎം കോഗോണസ് പോലുള്ള ബിഐ സോഫ്റ്റ്വെയറിലെ വികസനത്തിന്റെ ഒരു സംയോജിത ഭാഗമായി ടെസ്റ്റിംഗ് സ്വീകരിക്കുന്നത് മന്ദഗതിയിലാണ്. ടെസ്റ്റിംഗ് രീതികളും പരിണതഫലങ്ങളും സ്വീകരിക്കാൻ BI മന്ദഗതിയിലായത് എന്തുകൊണ്ടെന്ന് നമുക്ക് അന്വേഷിക്കാം ചെയ്യില്ല പരിശോധന.

എന്തുകൊണ്ടാണ് സംഘടനകൾ ബിഐ പരിശോധിക്കാത്തത് ...

• സമയ പരിമിതികൾ. BI പ്രോജക്ടുകൾ വേഗത്തിൽ വിതരണം ചെയ്യാനുള്ള നിരന്തരമായ സമ്മർദ്ദത്തിലാണ്. സമയം കുറയ്ക്കാനുള്ള ഏറ്റവും എളുപ്പമുള്ള ഘട്ടം പരിശോധനയാണെന്ന് ചില ഓർഗനൈസേഷനുകൾ മനസ്സിലാക്കുന്നില്ല.
• ബജറ്റ് പരിമിതികൾ. പരിശോധന വളരെ ചെലവേറിയതാണെന്നും ഒരു ടെസ്റ്റിംഗ് ടീമിനെ സമർപ്പിക്കാനാവില്ലെന്നുമാണ് ചിന്ത.
• വേഗമേറിയതാണ് നല്ലത്. ഇത് ഒരു "ചടുലമായ" സമീപനമായിരിക്കണമെന്നില്ല, മാത്രമല്ല നിങ്ങളെ തെറ്റായ സ്ഥലത്തേക്ക് വേഗത്തിൽ എത്തിക്കുകയുമാവാം.

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

BI പരിശോധിക്കാത്തതിന്റെ ചിലവ് എന്താണ്?

• കാര്യക്ഷമമല്ലാത്ത ഡിസൈനുകൾ. പരിശോധന അവഗണിക്കുകയാണെങ്കിൽ മോശം വാസ്തുവിദ്യ കണ്ടെത്താനാകില്ല. ഡിസൈൻ പ്രശ്നങ്ങൾ ഉപയോഗക്ഷമത, പ്രകടനം, പുനരുപയോഗം, പരിപാലനം, പരിപാലനം എന്നിവയ്ക്ക് കാരണമാകും.
• ഡാറ്റ സമഗ്രത പ്രശ്നങ്ങൾ. ഡാറ്റ അഴിമതി അല്ലെങ്കിൽ ഡാറ്റാ ലൈനേജ് വെല്ലുവിളികൾ അക്കങ്ങളിൽ വിശ്വാസമില്ലായ്മയ്ക്ക് കാരണമാകും.
• ഡാറ്റ മൂല്യനിർണ്ണയ പ്രശ്നങ്ങൾ. മോശം ഡാറ്റയിൽ എടുത്ത തീരുമാനങ്ങൾ ബിസിനസ്സിന് വിനാശകരമായേക്കാം. തെറ്റായ വിവരങ്ങളെ അടിസ്ഥാനമാക്കിയുള്ള അളവുകൾ ഉപയോഗിച്ച് നിയന്ത്രിക്കാൻ ശ്രമിക്കുന്നതിനേക്കാൾ മോശമായ മറ്റൊന്നുമില്ല.

• ഉപയോക്തൃ സ്വീകരണം കുറഞ്ഞു. സംഖ്യകൾ ശരിയല്ലെങ്കിൽ, അല്ലെങ്കിൽ ആപ്ലിക്കേഷൻ ഉപയോക്തൃ സൗഹൃദമല്ലെങ്കിൽ, നിങ്ങളുടെ ഉപയോക്തൃ സമൂഹം നിങ്ങളുടെ തിളങ്ങുന്ന പുതിയ എന്റർപ്രൈസ് ബിഐ സോഫ്റ്റ്വെയർ ഉപയോഗിക്കില്ല.
• സ്റ്റാൻഡേർഡൈസേഷന്റെ അഭാവം കാരണം ചെലവ് വർദ്ധിച്ചു.
• BI വികസന ജീവിത ചക്രത്തിന്റെ പിന്നീടുള്ള ഘട്ടങ്ങളിൽ വൈകല്യങ്ങൾ പരിഹരിക്കുന്നതിനുള്ള ചെലവ് വർദ്ധിച്ചു. ആവശ്യകതകളുടെ ഘട്ടത്തിനപ്പുറം കണ്ടെത്തിയ ഏത് പ്രശ്നത്തിനും നേരത്തെ കണ്ടെത്തിയതിനേക്കാൾ ക്രമാതീതമായി കൂടുതൽ ചിലവ് വരും.

ഓർഗനൈസേഷനുകൾ എന്തുകൊണ്ട് പരിശോധനകൾ നടത്തുന്നില്ലെന്നും നിങ്ങൾ ബിഐ പരിശോധിക്കാത്തപ്പോൾ ഉണ്ടാകുന്ന കുഴപ്പങ്ങൾ എന്തെല്ലാമാണെന്നും ഇപ്പോൾ ഞങ്ങൾ വ്യക്തമാക്കിയിട്ടുണ്ട്, സോഫ്റ്റ്വെയർ വികസനത്തിലെ പരീക്ഷണങ്ങളെക്കുറിച്ചുള്ള ചില പഠനങ്ങൾ നോക്കാം.

നിങ്ങളുടെ ബിഐ പ്ലാറ്റ്ഫോം ടെസ്റ്റിംഗ് പണം ലാഭിക്കുന്നുവെന്ന് പഠനങ്ങൾ കാണിക്കുന്നു!

139 വടക്കേ അമേരിക്കൻ കമ്പനികളുടെ ഒരു പഠനം 250 മുതൽ 10,000 വരെ ജീവനക്കാർ വരെ, വാർഷിക ഡീബഗ്ഗിംഗ് ചെലവ് $ 5.2M മുതൽ $ 22M വരെയാണ്. ഈ ചെലവ് പരിധി സംഘടനകളെ പ്രതിഫലിപ്പിക്കുന്നു അരുത് ഓട്ടോമേറ്റഡ് യൂണിറ്റ് പരിശോധന നടത്തുക. വെവ്വേറെ, ഐബിഎമ്മും മൈക്രോസോഫ്റ്റും നടത്തിയ ഗവേഷണം അത് കണ്ടെത്തി കൂടെ ഓട്ടോമേറ്റഡ് യൂണിറ്റ് ടെസ്റ്റിംഗ്, തകരാറുകളുടെ എണ്ണം 62% മുതൽ 91% വരെ കുറയ്ക്കാം. ഇതിനർത്ഥം ഡീബഗ്ഗിംഗിനായി ചെലവഴിച്ച ഡോളറുകൾ $ 5M - $ 22M ശ്രേണിയിൽ നിന്ന് $ 0.5M മുതൽ $ 8.4M ശ്രേണി വരെ കുറയ്ക്കാം എന്നാണ്. അതൊരു വലിയ സമ്പാദ്യമാണ്!

പിശകുകൾ വേഗത്തിൽ പരിഹരിക്കാനുള്ള ചെലവ്.

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

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

മുകളിലുള്ള ചാർട്ടിൽ നിന്ന്, ടിആർഡബ്ല്യു, ഐബിഎം, ജിടിഇ, ബെൽ ലാബ്സ്, ടിഡിസി തുടങ്ങിയവയിൽ നിന്നുള്ള ഗവേഷണം വിവിധ വികസന ഘട്ടങ്ങളിൽ പിശകുകൾ പരിഹരിക്കുന്നതിനുള്ള ചെലവ് കാണിക്കുന്നു:

• ആവശ്യകത ഘട്ടത്തിൽ കണ്ടെത്തിയ ഒരു പിശക് പരിഹരിക്കുന്നതിനുള്ള ചെലവ് നിർവചിച്ചിരിക്കുന്നു 1 യൂണിറ്റ്
• ഡിസൈൻ ഘട്ടത്തിൽ കണ്ടെത്തിയാൽ ആ പിശക് പരിഹരിക്കാനുള്ള ചെലവ് ഇരട്ട ആ
• കോഡിലും ഡീബഗ് ഘട്ടത്തിലും, പിശക് പരിഹരിക്കാനുള്ള ചെലവ് ക്സനുമ്ക്സ യൂണിറ്റുകൾ
• യൂണിറ്റ് ടെസ്റ്റ്, ഇന്റഗ്രേറ്റ് ഘട്ടത്തിൽ, പിശക് പരിഹരിക്കാനുള്ള ചെലവ് മാറുന്നു 5
• സിസ്റ്റം ടെസ്റ്റ് ഘട്ട ഘട്ടത്തിൽ, പിശക് പരിഹരിക്കാനുള്ള ചെലവ് 20 ആയി ഉയരുന്നു
• സിസ്റ്റം പ്രവർത്തന ഘട്ടത്തിലായിക്കഴിഞ്ഞാൽ, പിശക് തിരുത്താനുള്ള ആപേക്ഷിക ചെലവ് 98 ആയി ഉയർന്നു, ആവശ്യകതകൾ ഘട്ടത്തിൽ കണ്ടെത്തിയാൽ തെറ്റ് തിരുത്താനുള്ള ചെലവിന്റെ ഏകദേശം 100 മടങ്ങ്!

വൈകല്യങ്ങൾ നേരത്തേ കണ്ടെത്തിയില്ലെങ്കിൽ അവ പരിഹരിക്കാൻ കൂടുതൽ ചെലവേറിയതാണ് എന്നതാണ് പ്രധാന കാര്യം.

നിഗമനങ്ങളിലേക്ക്

സോഫ്‌റ്റ്‌വെയർ വികസനത്തിൽ നേരത്തെയുള്ളതും തുടർച്ചയായതുമായ പരിശോധനയുടെ മൂല്യം പ്രകടമാക്കുന്ന സുപ്രധാന ഗവേഷണം നടത്തിയിട്ടുണ്ട്. BI കമ്മ്യൂണിറ്റിയിൽ, സോഫ്റ്റ്‌വെയർ ഡെവലപ്‌മെന്റിൽ ഞങ്ങളുടെ സുഹൃത്തുക്കളിൽ നിന്ന് നമുക്ക് പഠിക്കാനാകും. സോഫ്റ്റ്വെയർ വികസനവുമായി ബന്ധപ്പെട്ട മിക്ക malപചാരിക ഗവേഷണങ്ങളും നടത്തിയിട്ടുണ്ടെങ്കിലും, BI വികസനത്തെക്കുറിച്ച് സമാനമായ നിഗമനങ്ങളിൽ എത്തിച്ചേരാനാകും. പരിശോധനയുടെ മൂല്യം തർക്കരഹിതമാണ്, എന്നാൽ പല ഓർഗനൈസേഷനുകളും അവരുടെ ബിഐ പരിതസ്ഥിതിയുടെ testingപചാരിക പരിശോധന പ്രയോജനപ്പെടുത്തുന്നതിനും അവരുടെ ബിഐ വികസന പ്രക്രിയകളിലേക്ക് പരിശോധന സംയോജിപ്പിക്കുന്നതിനും മന്ദഗതിയിലാണ്. യുടെ ചെലവുകൾ അല്ല പരിശോധന യഥാർത്ഥമാണ്. ബന്ധപ്പെട്ട അപകടസാധ്യതകൾ അല്ല പരിശോധന യഥാർത്ഥമാണ്.

പ്രവർത്തനത്തിൽ ചില ഓട്ടോമേറ്റഡ് കോഗ്നോസ് ടെസ്റ്റിംഗ് കാണണോ? ഞങ്ങളുടെ പ്ലേലിസ്റ്റിലെ വീഡിയോകൾ കാണുക ഇവിടെ ക്ലിക്കുചെയ്ത്!