Augustગસ્ટ 28, 2019 અપડેટ કર્યું
સોફ્ટવેર વિકસાવવામાં આવ્યું ત્યારથી સોફ્ટવેર ડેવલપમેન્ટના ભાગરૂપે ટેસ્ટિંગને વ્યાપકપણે અપનાવવામાં આવ્યું છે. બિઝનેસ ઇન્ટેલિજન્સ (BI) જોકે, IBM Cognos જેવા BI સોફ્ટવેરમાં વિકાસના સંકલિત ભાગ તરીકે પરીક્ષણ અપનાવવામાં ધીમું રહ્યું છે. ચાલો અન્વેષણ કરીએ કે શા માટે BI પરીક્ષણ પદ્ધતિઓ અપનાવવામાં ધીમી રહી છે અને તેના પરિણામો નથી પરીક્ષણ
સંસ્થાઓ BI નું પરીક્ષણ કેમ નથી કરતી…
- સમયની મર્યાદાઓ. BI પ્રોજેક્ટ્સ ઝડપથી વિતરિત કરવા માટે સતત દબાણ હેઠળ છે. કેટલીક સંસ્થાઓને કદાચ ખ્યાલ નહીં હોય કે સમય ઘટાડવાનો સૌથી સરળ તબક્કો પરીક્ષણ છે.
- બજેટ અવરોધો. વિચાર એ છે કે પરીક્ષણ ખૂબ ખર્ચાળ છે અને પરીક્ષણ ટીમને સમર્પિત કરી શકતું નથી.
- ઝડપી વધુ સારું છે. આ જરૂરી નથી કે "ચપળ" અભિગમ હોય અને તે તમને જલ્દી ખોટી જગ્યાએ લઈ જઈ શકે.
- "ફક્ત પ્રથમ વખત બરાબર કરો" માનસિકતા. આ નિષ્કપટ અભિગમ આગ્રહ કરે છે કે ગુણવત્તા નિયંત્રણની હાજરીએ પરીક્ષણની જરૂરિયાત ઘટાડવી જોઈએ.
- માલિકીનો અભાવ. આ અગાઉના બુલેટ જેવું જ છે. વિચાર એ છે કે "અમારા વપરાશકર્તાઓ તેનું પરીક્ષણ કરશે." આ અભિગમ નાખુશ વપરાશકર્તાઓ અને ઘણી સપોર્ટ ટિકિટ તરફ દોરી શકે છે.
- સાધનોનો અભાવ. ગેરસમજ કે તેમની પાસે પરીક્ષણ માટે યોગ્ય ટેકનોલોજી નથી.
- પરીક્ષણની સમજણનો અભાવ. દાખ્લા તરીકે,
- પરીક્ષણમાં ડેટાની ચોકસાઈ અને માન્યતા, ડેટા સુસંગતતા, ડેટાની સમયસરતા, ડિલિવરીનું પ્રદર્શન અને ડિલિવરી મિકેનિઝમના ઉપયોગમાં સરળતાનું મૂલ્યાંકન કરવું જોઈએ.
- BI પ્રોજેક્ટ દરમિયાન પરીક્ષણમાં રીગ્રેસન ટેસ્ટિંગ, યુનિટ ટેસ્ટિંગ, સ્મોક ટેસ્ટિંગ, ઈન્ટિગ્રેશન ટેસ્ટિંગ, યુઝર સ્વીકૃતિ ટેસ્ટિંગ, એડ હોક ટેસ્ટિંગ, સ્ટ્રેસ/સ્કેલેબિલિટી ટેસ્ટિંગ, સિસ્ટમ પરફોર્મન્સ ટેસ્ટિંગ શામેલ હોઈ શકે છે.
BI ની ચકાસણી ન કરવાની કિંમત શું છે?
- બિનકાર્યક્ષમ ડિઝાઇન. જો પરીક્ષણની અવગણના કરવામાં આવે તો નબળી સ્થાપત્યની શોધ થઈ શકશે નહીં. ડિઝાઇન મુદ્દાઓ ઉપયોગીતા, પ્રદર્શન, ફરીથી ઉપયોગ, તેમજ જાળવણી અને જાળવણીમાં ફાળો આપી શકે છે.
- ડેટા અખંડિતતા મુદ્દાઓ. ડેટા ભ્રષ્ટાચાર અથવા ડેટા વંશના પડકારો સંખ્યાઓમાં વિશ્વાસનો અભાવ તરફ દોરી શકે છે.
- ડેટા માન્યતા સમસ્યાઓ. ખરાબ ડેટા પર લેવામાં આવેલા નિર્ણયો વ્યવસાય માટે વિનાશક હોઈ શકે છે. ખોટી માહિતી પર આધારિત મેટ્રિક્સ દ્વારા મેનેજ કરવાનો પ્રયાસ કરતાં વધુ ખરાબ કંઈ નથી.
- વપરાશકર્તા દત્તક ઘટાડો. જો સંખ્યાઓ યોગ્ય નથી, અથવા જો એપ્લિકેશન વપરાશકર્તા મૈત્રીપૂર્ણ નથી, તો તમારો વપરાશકર્તા સમુદાય ફક્ત તમારા ચળકતા નવા એન્ટરપ્રાઇઝ BI સ .ફ્ટવેરનો ઉપયોગ કરશે નહીં.
- માનકીકરણના અભાવે ખર્ચમાં વધારો.
- BI વિકાસ જીવન ચક્રના પછીના તબક્કામાં ખામીઓને સુધારવા માટે ખર્ચમાં વધારો. જરૂરિયાતોના તબક્કાની બહાર શોધાયેલ કોઈપણ મુદ્દાઓ જો અગાઉ શોધવામાં આવે તો તેના કરતાં વધુ ખર્ચ થશે.
હવે જ્યારે અમે નક્કી કર્યું છે કે શા માટે સંસ્થાઓ પરીક્ષણ કરી શકતી નથી અને જ્યારે તમે BI નું પરીક્ષણ કરતા નથી ત્યારે મુશ્કેલીઓ આવે છે, ચાલો સોફ્ટવેર ડેવલપમેન્ટમાં પરીક્ષણ પર કેટલાક અભ્યાસો જોઈએ.
અભ્યાસ બતાવે છે કે તમારા BI પ્લેટફોર્મનું પરીક્ષણ કરવાથી નાણાં બચશે!
139 નોર્થ અમેરિકન કંપનીઓનો એક અભ્યાસ 250 થી 10,000 કર્મચારીઓના કદમાં, $ 5.2M થી $ 22M ના વાર્ષિક ડિબગીંગ ખર્ચની જાણ કરી. આ ખર્ચ શ્રેણી સંસ્થાઓને પ્રતિબિંબિત કરે છે નથી સ્થાને સ્વચાલિત એકમ પરીક્ષણ છે. અલગ, આઇબીએમ અને માઇક્રોસોફ્ટ દ્વારા સંશોધનમાં તે જાણવા મળ્યું છે સાથે સ્થાને સ્વચાલિત એકમ પરીક્ષણ, ખામીઓની સંખ્યા 62% અને 91% વચ્ચે ઘટાડી શકાય છે. આનો અર્થ એ છે કે ડિબગીંગ પર ખર્ચવામાં આવતા ડોલરને $ 5M - $ 22M રેન્જથી ઘટાડીને $ 0.5M થી $ 8.4M રેન્જ કરી શકાય છે. તે એક મોટી બચત છે!
ભૂલો સુધારવા માટેનો ખર્ચ ઝડપથી વધે છે.
સફળ સોફ્ટવેર ડેવલપમેન્ટ યુક્તિઓ પર એક પેપર તે દર્શાવે છે કે મોટાભાગની ભૂલો વિકાસ ચક્રની શરૂઆતમાં કરવામાં આવે છે અને તમે શોધવામાં અને સુધારવા માટે જેટલો લાંબો સમય રાહ જુઓ છો, તેટલું youંચું તે તમને સુધારવા માટે ખર્ચ કરે છે. તેથી, સ્પષ્ટ નિષ્કર્ષ કા drawવામાં રોકેટ વૈજ્istાનિકની જરૂર નથી કે જેટલી વહેલી તકે ભૂલો શોધવામાં આવે અને સુધારે તેટલું સારું. રોકેટ વિજ્ ofાનની વાત કરીએ તો, એવું બને છે કે નાસાએ તેના પર એક પેપર પ્રકાશિત કર્યું - "પ્રોજેક્ટ લાઇફ સાયકલ દ્વારા એરર કોસ્ટ એસ્કેલેશન."
તે સાહજિક છે કે વિકાસના જીવન-ચક્રની પ્રગતિ સાથે ભૂલો સુધારવા માટેનો ખર્ચ વધે છે. શોધવામાં આવેલી ભૂલોને સુધારવાની સાપેક્ષ કિંમત કેટલી ઝડપથી પ્રગતિ કરે છે તે નક્કી કરવા માટે નાસાનો અભ્યાસ કરવામાં આવ્યો હતો. આ અભ્યાસમાં સાપેક્ષ ખર્ચ નક્કી કરવા માટે ત્રણ અભિગમોનો ઉપયોગ કરવામાં આવ્યો હતો: બોટમ-અપ કોસ્ટ મેથડ, કુલ કોસ્ટ બ્રેકડાઉન મેથડ અને ટોપ-ડાઉન કાલ્પનિક પ્રોજેક્ટ મેથડ. આ પેપરમાં વર્ણવેલ અભિગમો અને પરિણામો મોટા, જટિલ અવકાશયાન, લશ્કરી વિમાન અથવા નાના સંદેશાવ્યવહાર ઉપગ્રહના વિકાસમાં ઉપયોગમાં લેવાતા પ્રોજેક્ટ લાક્ષણિકતાઓ ધરાવતી હાર્ડવેર/સોફ્ટવેર સિસ્ટમના વિકાસને ધારે છે. પરિણામો બતાવે છે કે ખર્ચ કેટલો વધે છે, કારણ કે ભૂલો શોધવામાં આવે છે અને પ્રોજેક્ટના જીવન ચક્રમાં પાછળથી અને પછીના તબક્કામાં સુધારેલ છે. આ અભ્યાસ અન્ય સંશોધનોનો પ્રતિનિધિ છે જે કરવામાં આવ્યો છે.
ઉપરોક્ત ચાર્ટમાંથી, TRW, IBM, GTE, Bell Labs, TDC અને અન્યમાંથી સંશોધન વિવિધ વિકાસના તબક્કાઓ દરમિયાન ભૂલો સુધારવાની કિંમત બતાવે છે:
- જરૂરિયાતોના તબક્કા દરમિયાન શોધાયેલ ભૂલને ઠીક કરવાની કિંમત તરીકે વ્યાખ્યાયિત કરવામાં આવે છે 1 એકમ
- જો ડિઝાઈન તબક્કા દરમિયાન મળી આવે તો તે ભૂલને સુધારવાનો ખર્ચ છે ડબલ કે
- કોડ અને ડિબગ તબક્કામાં, ભૂલ સુધારવા માટેનો ખર્ચ છે 3 એકમો
- એકમ પરીક્ષણ અને એકીકૃત તબક્કામાં, ભૂલ સુધારવા માટેનો ખર્ચ બને છે 5
- સિસ્ટમો પરીક્ષણ તબક્કા તબક્કામાં, ભૂલ સુધારવા માટેનો ખર્ચ 20 પર પહોંચ્યો
- અને એકવાર સિસ્ટમ ઓપરેશન તબક્કામાં છે, ભૂલ સુધારવા માટે સંબંધિત ખર્ચ 98 સુધી પહોંચી ગયો છે, જો જરૂરીયાતોના તબક્કામાં મળી આવે તો ભૂલ સુધારવાની કિંમત કરતાં લગભગ 100 ગણી!
બોટમ લાઇન એ છે કે જો ખામીઓ વહેલી પકડાય નહીં તો તેને સુધારવા માટે તે વધુ ખર્ચાળ છે.
નિષ્કર્ષ
નોંધપાત્ર સંશોધન હાથ ધરવામાં આવ્યું છે જે સોફ્ટવેર વિકાસમાં પ્રારંભિક અને સતત પરીક્ષણનું મૂલ્ય દર્શાવે છે. અમે, BI સમુદાયમાં, સોફ્ટવેર વિકાસમાં અમારા મિત્રો પાસેથી શીખી શકીએ છીએ. સોફ્ટવેર ડેવલપમેન્ટ સંબંધિત મોટાભાગના formalપચારિક સંશોધન કરવામાં આવ્યા હોવા છતાં, BI વિકાસ વિશે સમાન તારણો કાી શકાય છે. પરીક્ષણનું મૂલ્ય નિર્વિવાદ છે, પરંતુ ઘણી સંસ્થાઓ તેમના BI પર્યાવરણના formalપચારિક પરીક્ષણનો લાભ લેવા અને તેમની BI વિકાસ પ્રક્રિયાઓમાં પરીક્ષણને સંકલિત કરવામાં ધીમી રહી છે. નો ખર્ચ નથી પરીક્ષણ વાસ્તવિક છે. સાથે સંકળાયેલા જોખમો નથી પરીક્ષણ વાસ્તવિક છે.
ક્રિયામાં કેટલાક સ્વચાલિત કોગ્નોસ પરીક્ષણ જોવા માંગો છો? દ્વારા અમારી પ્લેલિસ્ટ પર વિડિઓઝ જુઓ અહીં ક્લિક!
