- શું છે સૉફ્ટવેર પરીક્ષણ મેટ્રિક્સ?
- સોફ્ટવેર ટેસ્ટ મેઝરમેન્ટ શું છે?
- શા માટે મેટ્રિક્સનું પરીક્ષણ કરો?
- મેટ્રિક્સ લાઇફ સાયકલ
- મેન્યુઅલ ટેસ્ટ મેટ્રિક્સના પ્રકાર
- સૉફ્ટવેરના ઉદાહરણોટેસ્ટિંગ મેટ્રિક્સ
- નિષ્કર્ષ
- વાંચવાની ભલામણ
સોફ્ટવેર પ્રોજેક્ટ્સમાં, પ્રોજેક્ટ અને પ્રક્રિયાઓની ગુણવત્તા, કિંમત અને અસરકારકતાને માપવાનું સૌથી મહત્વપૂર્ણ છે. આને માપ્યા વિના, પ્રોજેક્ટ સફળતાપૂર્વક પૂર્ણ થઈ શકતો નથી.
આજના લેખમાં, આપણે શીખીશું ઉદાહરણ અને આલેખ સાથે – સોફ્ટવેર ટેસ્ટ મેટ્રિક્સ અને માપ અને સૉફ્ટવેર પરીક્ષણ પ્રક્રિયામાં તેનો ઉપયોગ કેવી રીતે કરવો.
એક પ્રખ્યાત વિધાન છે: "અમે માપી શકતા નથી તેવી વસ્તુઓને નિયંત્રિત કરી શકતા નથી".3
અહીં પ્રોજેક્ટ્સને નિયંત્રિત કરવાનો અર્થ એ છે કે કેવી રીતે પ્રોજેક્ટ મેનેજર/લીડ ટેસ્ટ પ્લાનમાંથી વિચલનોને જલદીથી ઓળખી શકે છે જેથી સચોટ સમયમાં પ્રતિક્રિયા આપી શકાય. પરીક્ષણ કરવામાં આવતા સોફ્ટવેરની ગુણવત્તા હાંસલ કરવા માટે પ્રોજેક્ટની જરૂરિયાતો પર આધારિત પરીક્ષણ મેટ્રિક્સનું નિર્માણ ખૂબ જ મહત્વપૂર્ણ છે.
શું છે સૉફ્ટવેર પરીક્ષણ મેટ્રિક્સ?
એક મેટ્રિક એ ડિગ્રીનું એક માત્રાત્મક માપ છે કે જેમાં સિસ્ટમ, સિસ્ટમ ઘટક અથવા પ્રક્રિયા આપેલ વિશેષતા ધરાવે છે.
મેટ્રિક્સને “માનક ઓફ તરીકે વ્યાખ્યાયિત કરી શકાય છે માપન ”.
સોફ્ટવેર મેટ્રિક્સનો ઉપયોગ પ્રોજેક્ટની ગુણવત્તા માપવા માટે થાય છે . સરળ રીતે, મેટ્રિક એ એટ્રિબ્યુટનું વર્ણન કરવા માટે વપરાતું એકમ છે. મેટ્રિક એ માપન માટેનો સ્કેલ છે.
ધારો કે, સામાન્ય રીતે, "કિલોગ્રામ" એ વિશેષતા "વજન" માપવા માટેનું મેટ્રિક છે. તેવી જ રીતે, સોફ્ટવેરમાં, “કેટલા મુદ્દાઓ જોવા મળે છેકોડની હજાર લીટીઓ?", h ere ના. મુદ્દાઓનું એક માપ છે & કોડની રેખાઓની સંખ્યા એ બીજું માપ છે. મેટ્રિકને આ બે માપદંડો પરથી વ્યાખ્યાયિત કરવામાં આવે છે .
ટેસ્ટ મેટ્રિક્સ ઉદાહરણ:
- કેટલી ખામી અંદર છે મોડ્યુલ?
- વ્યક્તિ દીઠ કેટલા ટેસ્ટ કેસ ચલાવવામાં આવે છે?
- ટેસ્ટ કવરેજ % શું છે?
સોફ્ટવેર ટેસ્ટ મેઝરમેન્ટ શું છે?
માપ એ ઉત્પાદન અથવા પ્રક્રિયાના અમુક લક્ષણની હદ, રકમ, પરિમાણ, ક્ષમતા અથવા કદનું માત્રાત્મક સંકેત છે.
પરીક્ષણ માપન ઉદાહરણ: ખામીઓની કુલ સંખ્યા.
માપન અને amp; વચ્ચેના તફાવતની સ્પષ્ટ સમજ માટે કૃપા કરીને નીચેની રેખાકૃતિનો સંદર્ભ લો. મેટ્રિક્સ.
શા માટે મેટ્રિક્સનું પરીક્ષણ કરો?
સોફ્ટવેર ટેસ્ટ મેટ્રિક્સનું નિર્માણ એ સોફ્ટવેર ટેસ્ટ લીડ/મેનેજરની સૌથી મહત્વપૂર્ણ જવાબદારી છે.
ટેસ્ટ મેટ્રિક્સનો ઉપયોગ કરવામાં આવે છે,
- પ્રવૃત્તિઓના આગલા તબક્કા માટે નિર્ણય લો જેમ કે, ખર્ચનો અંદાજ કાઢવો & ભાવિ પ્રોજેક્ટ્સનું શેડ્યૂલ.
- પ્રોજેક્ટને સફળ બનાવવા માટે જરૂરી સુધારાના પ્રકારને સમજો
- પ્રક્રિયા અથવા ટેક્નોલોજીમાં ફેરફાર કરવા વગેરે અંગે નિર્ણય લો.
સોફ્ટવેર ટેસ્ટિંગ મેટ્રિક્સનું મહત્વ:
ઉપર સમજાવ્યા મુજબ, ટેસ્ટ મેટ્રિક્સ સોફ્ટવેરની ગુણવત્તા માપવા માટે સૌથી મહત્વપૂર્ણ છે.
હવે, આપણે કેવી રીતે માપી શકીએ ની ગુણવત્તામેટ્રિક્સનો ઉપયોગ કરીને સોફ્ટવેર ?
ધારો કે, જો કોઈ પ્રોજેક્ટમાં કોઈ મેટ્રિક્સ ન હોય, તો ટેસ્ટ એનાલિસ્ટ દ્વારા કરવામાં આવેલા કામની ગુણવત્તા કેવી રીતે માપવામાં આવશે?
ઉદાહરણ તરીકે, એક પરીક્ષણ વિશ્લેષકે,
- 5 આવશ્યકતાઓ માટે પરીક્ષણ કેસોની રચના કરવી પડશે
- ડિઝાઇન કરેલા પરીક્ષણ કેસોને એક્ઝિક્યુટ કરો
- ખામીઓને લોગ કરો & સંબંધિત પરીક્ષણ કેસોને નિષ્ફળ કરવાની જરૂર છે
- ખામી ઉકેલાઈ ગયા પછી, અમારે ખામીનું ફરીથી પરીક્ષણ કરવાની જરૂર છે & અનુરૂપ નિષ્ફળ પરીક્ષણ કેસને ફરીથી ચલાવો.
ઉપરોક્ત દૃશ્યમાં, જો મેટ્રિક્સનું પાલન કરવામાં ન આવે, તો પરીક્ષણ વિશ્લેષક દ્વારા પૂર્ણ કરવામાં આવેલ કાર્ય વ્યક્તિલક્ષી હશે એટલે કે ટેસ્ટ રિપોર્ટમાં યોગ્ય માહિતી હશે નહીં. તેના કાર્ય/પ્રોજેક્ટની સ્થિતિ જાણવા માટે.
જો મેટ્રિક્સ પ્રોજેક્ટમાં સામેલ હોય, તો યોગ્ય સંખ્યાઓ/ડેટા સાથે તેના કાર્યની ચોક્કસ સ્થિતિ પ્રકાશિત કરી શકાય છે.
એટલે કે ટેસ્ટ રિપોર્ટમાં, અમે પ્રકાશિત કરી શકીએ છીએ:
- જરૂરિયાત મુજબ કેટલા ટેસ્ટ કેસ ડિઝાઇન કરવામાં આવ્યા છે?
- કેટલા ટેસ્ટ કેસ હજુ ડિઝાઇન કરવાના બાકી છે?
- કેટલા ટેસ્ટ કેસ એક્ઝિક્યુટ થયા છે?
- કેટલા ટેસ્ટ કેસો પાસ/ફેલ/બ્લૉક થયા છે?
- કેટલા ટેસ્ટ કેસ હજુ સુધી એક્ઝિક્યુટ થયા નથી?
- કેટલી ખામીઓ ઓળખવામાં આવે છે & તે ખામીઓની ગંભીરતા શું છે?
- એક ચોક્કસ ખામીને કારણે કેટલા ટેસ્ટ કેસ નિષ્ફળ જાય છે? વગેરે.
પ્રોજેક્ટની જરૂરિયાતોને આધારે અમારી પાસે ઉપરોક્ત સૂચિ કરતાં વધુ મેટ્રિક્સ હોઈ શકે છે, તે જાણવા માટેપ્રોજેક્ટની સ્થિતિ વિગતવાર.
ઉપરોક્ત મેટ્રિક્સના આધારે, ટેસ્ટ લીડ/મેનેજર નીચે દર્શાવેલ મુખ્ય મુદ્દાઓની સમજ મેળવશે.
- %ge કામ પૂરું થયું
- %ge કામ હજી પૂરું કરવાનું બાકી છે
- બાકીનું કામ પૂરું કરવાનો સમય છે
- શું પ્રોજેક્ટ શેડ્યૂલ મુજબ ચાલી રહ્યો છે કે પાછળ? વગેરે.
મેટ્રિક્સના આધારે, જો પ્રોજેક્ટ શેડ્યૂલ મુજબ પૂર્ણ થવાનો નથી, તો મેનેજર ક્લાયન્ટ અને અન્ય હિતધારકો માટે કારણો આપીને એલાર્મ વધારશે. છેલ્લી ઘડીના આશ્ચર્યને ટાળવા માટે પાછળ રહેવું.
મેટ્રિક્સ લાઇફ સાયકલ
મેન્યુઅલ ટેસ્ટ મેટ્રિક્સના પ્રકાર
પરીક્ષણ મેટ્રિક્સને મુખ્યત્વે 2 શ્રેણીઓમાં વિભાજિત કરવામાં આવે છે.
- બેઝ મેટ્રિક્સ
- ગણતરી કરેલ મેટ્રિક્સ
બેઝ મેટ્રિક્સ: બેઝ મેટ્રિક્સ એ મેટ્રિક્સ છે જે ટેસ્ટ કેસ ડેવલપમેન્ટ અને એક્ઝિક્યુશન દરમિયાન ટેસ્ટ એનાલિસ્ટ દ્વારા એકત્રિત કરવામાં આવેલા ડેટામાંથી મેળવવામાં આવે છે.
આ ડેટાને સમગ્ર ટેસ્ટ લાઇફસાઇકલ દરમિયાન ટ્રૅક કરવામાં આવશે. એટલે કે કુલ નં. જેવો ડેટા એકત્રિત કરવો. પ્રોજેક્ટ (અથવા) નંબર માટે વિકસિત પરીક્ષણ કેસોની. ટેસ્ટ કેસ ચલાવવાની જરૂર છે (અથવા) નંબર. પાસ/નિષ્ફળ/અવરોધિત વગેરે પરીક્ષણ કેસોની.
ગણતરી કરેલ મેટ્રિક્સ: ગણતરી કરેલ મેટ્રિક્સ બેઝ મેટ્રિક્સમાં એકત્ર કરાયેલ ડેટામાંથી મેળવવામાં આવે છે. આ મેટ્રિક્સ સામાન્ય રીતે ટેસ્ટ રિપોર્ટિંગ હેતુઓ માટે ટેસ્ટ લીડ/મેનેજર દ્વારા ટ્રૅક કરવામાં આવે છે.
સૉફ્ટવેરના ઉદાહરણોટેસ્ટિંગ મેટ્રિક્સ
સોફ્ટવેર ટેસ્ટ રિપોર્ટ્સમાં વપરાતા વિવિધ ટેસ્ટ મેટ્રિક્સની ગણતરી કરવા માટે એક ઉદાહરણ લઈએ:
નીચે ટેસ્ટ એનાલિસ્ટ પાસેથી મેળવેલા ડેટા માટેનું ટેબલ ફોર્મેટ છે જે ખરેખર તેમાં સામેલ છે પરીક્ષણ:
મેટ્રિક્સની ગણતરી માટે વ્યાખ્યાઓ અને ફોર્મ્યુલા:
#1) %ge ટેસ્ટ કેસ એક્ઝિક્યુટ થયા : આ મેટ્રિકનો ઉપયોગ %ge ના સંદર્ભમાં પરીક્ષણ કેસોની અમલીકરણ સ્થિતિ મેળવવા માટે થાય છે.
%ge ટેસ્ટ કેસ એક્ઝિક્યુટ = ( પરીક્ષણ કેસોની સંખ્યા / કુલ ટેસ્ટ કેસની સંખ્યા લખવામાં આવી #2) %ge ટેસ્ટ કેસો એક્ઝિક્યુટ થયા નથી : આ મેટ્રિકનો ઉપયોગ %geના સંદર્ભમાં ટેસ્ટ કેસની પેન્ડિંગ એક્ઝિક્યુશન સ્ટેટસ મેળવવા માટે થાય છે.
%ge ટેસ્ટ કેસો એક્ઝિક્યુટ થયા નથી = ( પરીક્ષણના કેસોની સંખ્યા / ટેસ્ટ કેસની કુલ સંખ્યા. = (35 / 100) * 100 = 35%
#3) %ge ટેસ્ટ કેસો પાસ થયા : આ મેટ્રિકનો ઉપયોગ એક્ઝિક્યુટેડ ટેસ્ટ કેસોમાંથી પાસ %ge મેળવવા માટે થાય છે.
%ge ટેસ્ટ કેસો પાસ થયા = ( નં. પાસ થયેલા ટેસ્ટ કેસો / કુલ નં. એક્ઝિક્યુટેડ ટેસ્ટ કેસો) * 100.
તેથી, ઉપરના ડેટામાંથી,
%ge ટેસ્ટ કેસો પાસ થયા = (30 / 65) * 100 = 46%
#4) %ge ટેસ્ટ કેસ નિષ્ફળ : આ મેટ્રિકનો ઉપયોગ એક્ઝિક્યુટેડ ટેસ્ટ કેસના ફેલ %ge મેળવવા માટે થાય છે.
%ge ટેસ્ટ કેસનિષ્ફળ = ( નિષ્ફળ પરીક્ષણ કેસોની સંખ્યા / એક્ઝિક્યુટેડ ટેસ્ટ કેસની કુલ સંખ્યા) * 100.
તેથી, ઉપરોક્ત ડેટામાંથી,
%ge ટેસ્ટ કેસ પાસ કરેલ = (26 / 65) * 100 = 40%
#5) %ge પરીક્ષણ કેસો અવરોધિત : આ મેટ્રિકનો ઉપયોગ એક્ઝિક્યુટેડ ટેસ્ટ કેસોના અવરોધિત %ge મેળવવા માટે થાય છે. ટેસ્ટ કેસો બ્લોક કરવા માટેનું વાસ્તવિક કારણ દર્શાવીને વિગતવાર રિપોર્ટ સબમિટ કરી શકાય છે.
%ge ટેસ્ટ કેસો બ્લોક કરેલ = ( બ્લોક કરેલ ટેસ્ટ કેસોની સંખ્યા / ટેસ્ટ કેસની કુલ સંખ્યા. ) * 100.
તેથી, ઉપરના ડેટામાંથી,
%ge ટેસ્ટ કેસો અવરોધિત = (9 / 65) * 100 = 14%
#6) ખામી ઘનતા = નં. ખામીઓની ઓળખ / માપ
( અહીં "કદ" ને જરૂરિયાત ગણવામાં આવે છે. તેથી અહીં ખામી ઘનતાની ગણતરી જરૂરિયાત મુજબ ઓળખવામાં આવેલી સંખ્યાબંધ ખામીઓ તરીકે કરવામાં આવે છે. તેવી જ રીતે, ખામીની ઘનતાની ગણતરી કરી શકાય છે. કોડની 100 લીટીઓ દીઠ ઓળખવામાં આવેલી ખામીઓની સંખ્યા તરીકે [અથવા] મોડ્યુલ દીઠ ઓળખવામાં આવેલી ખામીઓની સંખ્યા, વગેરે. )
તેથી, ઉપરોક્ત ડેટામાંથી,
ખામીની ઘનતા = (30 / 5) = 6
#7) ખામી દૂર કરવાની કાર્યક્ષમતા (DRE) = ( QA પરીક્ષણ દરમિયાન મળી આવેલી ખામીઓની સંખ્યા / (QA દરમિયાન મળી આવેલી ખામીઓની સંખ્યા) પરીક્ષણ +અંત-વપરાશકર્તા દ્વારા જોવા મળેલી ખામીઓની સંખ્યા)) * 100
DRE નો ઉપયોગ સિસ્ટમની પરીક્ષણ અસરકારકતાને ઓળખવા માટે થાય છે.
ધારો કે, વિકાસ દરમિયાન & QA પરીક્ષણ, અમે 100 ખામીઓ ઓળખી છે.
QA પરીક્ષણ પછી, Alpha & બીટા પરીક્ષણ,અંતિમ-વપરાશકર્તા / ક્લાયન્ટે 40 ખામીઓ ઓળખી, જે QA પરીક્ષણ તબક્કા દરમિયાન ઓળખી શકાઈ હોત.
હવે, DRE ની ગણતરી આ રીતે કરવામાં આવશે,
DRE = [100 / (100 + 40)] * 100 = [100 /140] * 100 = 71%
#8) ખામી લિકેજ : ખામી લિકેજ એ મેટ્રિક છે જેનો ઉપયોગ QA પરીક્ષણની કાર્યક્ષમતાને ઓળખવા માટે થાય છે. એટલે કે, QA પરીક્ષણ દરમિયાન કેટલી ખામીઓ ચૂકી/સ્લિપ થઈ છે.
ખામી લિકેજ = ( UAT માં જોવા મળેલી ખામીઓની સંખ્યા / QA પરીક્ષણમાં મળી આવેલી ખામીઓની સંખ્યા.) * 100
ધારો કે, વિકાસ દરમિયાન & QA પરીક્ષણ, અમે 100 ખામીઓ ઓળખી છે.
QA પરીક્ષણ પછી, Alpha & બીટા પરીક્ષણ, અંતિમ-વપરાશકર્તા / ક્લાયન્ટે 40 ખામીઓ ઓળખી, જે QA પરીક્ષણ તબક્કા દરમિયાન ઓળખી શકાઈ હતી.
ખામી લિકેજ = (40/100) * 100 = 40%
#9) પ્રાધાન્યતા દ્વારા ખામી : આ મેટ્રિકનો ઉપયોગ નંબરને ઓળખવા માટે થાય છે. સૉફ્ટવેરની ગુણવત્તા નક્કી કરવા માટે ઉપયોગમાં લેવાતી ખામીની ગંભીરતા / પ્રાથમિકતાના આધારે ઓળખવામાં આવેલી ખામીઓની.
%ge જટિલ ખામી = ઓળખાયેલ જટિલ ખામીઓની સંખ્યા / કુલ સંખ્યા. ખામીઓ ઓળખવામાં આવે છે * 100
ઉપરોક્ત કોષ્ટકમાં ઉપલબ્ધ ડેટામાંથી,
%ge ગંભીર ખામી = 6/ 30 * 100 = 20%
%ge ઉચ્ચ ખામીઓ = ઓળખાયેલ ઉચ્ચ ખામીઓની સંખ્યા / કુલ નં. ખામીઓ ઓળખવામાં આવે છે * 100
ઉપરોક્ત કોષ્ટકમાં ઉપલબ્ધ ડેટામાંથી,
%ge ઉચ્ચ ખામી = 10/ 30 * 100 = 33.33%
%ge મધ્યમ ખામી = ના.ઓળખાયેલ મધ્યમ ખામીઓ / કુલ નં. ખામીઓ ઓળખવામાં આવે છે * 100
ઉપરોક્ત કોષ્ટકમાં ઉપલબ્ધ ડેટામાંથી,
%ge મધ્યમ ખામી = 6/ 30 * 100 = 20%
%ge ઓછી ખામીઓ = ઓળખાયેલ ઓછી ખામીઓની સંખ્યા / કુલ નં. ખામીઓ ઓળખવામાં આવે છે * 100
ઉપરોક્ત કોષ્ટકમાં ઉપલબ્ધ ડેટામાંથી,
%ge ઓછી ખામી = 8/ 30 * 100 = 27%
0![](/wp-content/uploads/guides/v6db2hrjdf-8.jpg)
નિષ્કર્ષ
આ લેખમાં આપવામાં આવેલ મેટ્રિક્સનો ઉપયોગ મોટાભાગે ટેસ્ટ કેસ ડેવલપમેન્ટ/એક્ઝીક્યુશન તબક્કા દરમિયાન ચોક્કસ ડેટા સાથે દૈનિક/સાપ્તાહિક સ્ટેટસ રિપોર્ટ જનરેટ કરવા માટે થાય છે & આ પ્રોજેક્ટ સ્ટેટસ ટ્રેક કરવા માટે પણ ઉપયોગી છે & સૉફ્ટવેરની ગુણવત્તા.
લેખક વિશે : આ અનુરાધા કે.ની અતિથિ પોસ્ટ છે. તેણીને 7+ વર્ષનો સૉફ્ટવેર પરીક્ષણનો અનુભવ છે અને હાલમાં તે માટે સલાહકાર તરીકે કામ કરે છે. એક MNC. તેણીને મોબાઇલ ઓટોમેશન પરીક્ષણનું પણ સારું જ્ઞાન છે.
તમે તમારા પ્રોજેક્ટમાં અન્ય કયા ટેસ્ટ મેટ્રિક્સનો ઉપયોગ કરો છો? હંમેશની જેમ, નીચેની ટિપ્પણીઓમાં અમને તમારા વિચારો/પ્રશ્નો જણાવો.