પરીક્ષણની મૂળભૂત સમસ્યા

પરિચય

શુભ બપોર, ખાબ્રોવસ્કના રહેવાસીઓ. હમણાં જ હું ફિનટેક કંપની માટે QA લીડની ખાલી જગ્યા માટે એક પરીક્ષણ કાર્ય હલ કરી રહ્યો હતો. પ્રથમ કાર્ય, સંપૂર્ણ ચેકલિસ્ટ અને ઇલેક્ટ્રિક કેટલના પરીક્ષણ માટેના પરીક્ષણ કેસોના ઉદાહરણો સાથે પરીક્ષણ યોજના બનાવવાનું, તુચ્છ રીતે હલ કરી શકાય છે:

• GOST 7400-81. ઘરેલું ઇલેક્ટ્રિક કેટલ અને ઇલેક્ટ્રિક સમોવર. વિશિષ્ટતાઓ (સુધારાઓ નંબર 1-8 સાથે)
• GOST IEC 60335-1-2015 ઘરગથ્થુ અને સમાન વિદ્યુત ઉપકરણો. સલામતી. ભાગ 1. સામાન્ય જરૂરિયાતો
  સંપૂર્ણ ચેકલિસ્ટ સાથે વધુ સારી ટેસ્ટ પ્લાન વિશે વિચારવું મુશ્કેલ છે.

પરંતુ બીજો ભાગ એક પ્રશ્ન બન્યો: "શું બધા પરીક્ષકો માટે કોઈ સામાન્ય સમસ્યાઓ છે જે તેમને વધુ કાર્યક્ષમ રીતે કામ કરતા અટકાવે છે?"

પ્રથમ વસ્તુ જે ધ્યાનમાં આવી તે હતી કે પરીક્ષણ દરમિયાન મને જે વધુ કે ઓછા ધ્યાનપાત્ર સમસ્યાઓ આવી હતી તેની યાદી બનાવવી, નાની વસ્તુઓને દૂર કરવી અને બાકીનો સારાંશ આપવો. પરંતુ મને ઝડપથી સમજાયું કે પ્રેરક પદ્ધતિ એવા પ્રશ્નનો જવાબ આપશે કે જે "બધા" પર લાગુ ન હોય, પરંતુ, શ્રેષ્ઠ રીતે, માત્ર "બહુમતી" પરીક્ષકોને જ લાગુ પડે. તેથી, મેં તેને બીજી બાજુથી, કપાતાત્મક રીતે સંપર્ક કરવાનું નક્કી કર્યું, અને આ તે જ થયું.

વ્યાખ્યાઓ

નવી સમસ્યાનું નિરાકરણ કરતી વખતે હું સામાન્ય રીતે જે પ્રથમ વસ્તુ કરું છું તે એ છે કે તે શું છે તે સમજવાનો પ્રયાસ કરવો અને આ કરવા માટે મારે તે શબ્દોનો અર્થ સમજવાની જરૂર છે જે તેને રજૂ કરે છે. સમજવા માટેના મુખ્ય શબ્દો નીચે મુજબ છે.

• સમસ્યા
• ટેસ્ટર
• ટેસ્ટરની નોકરી
• ટેસ્ટરની કાર્યક્ષમતા

ચાલો વિકિપીડિયા અને સામાન્ય જ્ઞાન તરફ વળીએ:
સમસ્યા (પ્રાચીન ગ્રીક πρόβλημα) વ્યાપક અર્થમાં - એક જટિલ સૈદ્ધાંતિક અથવા વ્યવહારુ મુદ્દો કે જેને અભ્યાસ અને ઉકેલની જરૂર છે; વિજ્ઞાનમાં - એક વિરોધાભાસી પરિસ્થિતિ કે જે કોઈપણ ઘટના, વસ્તુઓ, પ્રક્રિયાઓના સ્પષ્ટીકરણમાં વિરોધી સ્થિતિના સ્વરૂપમાં દેખાય છે અને તેને ઉકેલવા માટે પર્યાપ્ત સિદ્ધાંતની જરૂર છે; જીવનમાં, સમસ્યાને એવા સ્વરૂપમાં ઘડવામાં આવે છે જે લોકો સમજી શકે છે: "હું જાણું છું, હું જાણતો નથી કે કેવી રીતે," એટલે કે, તે જાણીતું છે કે શું મેળવવાની જરૂર છે, પરંતુ તે કેવી રીતે કરવું તે જાણતું નથી. . મોડેથી આવે છે. lat સમસ્યા, ગ્રીકમાંથી. πρόβλημα "આગળ ફેંકવામાં આવે છે, આગળ મૂકવામાં આવે છે"; προβάλλω માંથી “આગળ ફેંકો, તમારી સામે મૂકો; દોષ"

હકીકતમાં, "સમસ્યા" = "જેની સાથે વ્યવહાર કરવાની જરૂર છે તે કંઈપણ."
ટેસ્ટર - એક નિષ્ણાત (અમે પ્રકારોમાં વહેંચીશું નહીં, કારણ કે અમને બધા પરીક્ષકોમાં રસ છે) જે કોઈ ઘટક અથવા સિસ્ટમના પરીક્ષણમાં ભાગ લે છે, જેનું પરિણામ છે:
ટેસ્ટરનું કામ - પરીક્ષણ સંબંધિત પ્રવૃત્તિઓનો સમૂહ.
કાર્યક્ષમતા (lat. ઇફેક્ટિવસ) - પ્રાપ્ત પરિણામ અને વપરાતા સંસાધનો વચ્ચેનો સંબંધ (ISO 9000: 2015).
પરિણામ - ક્રિયાઓ (પરિણામ) અથવા ઘટનાઓની સાંકળ (શ્રેણી)નું પરિણામ, ગુણાત્મક અથવા માત્રાત્મક રીતે વ્યક્ત કરવામાં આવે છે. સંભવિત પરિણામોમાં લાભ, ગેરલાભ, લાભ, નુકસાન, મૂલ્ય અને વિજયનો સમાવેશ થાય છે.
"સમસ્યા" ની જેમ, ત્યાં થોડો અર્થ છે: કંઈક જે કાર્યના પરિણામે બહાર આવ્યું છે.
રિસોર્સ - વ્યક્તિ અથવા લોકોની કોઈપણ પ્રવૃત્તિ કરવા માટે માત્રાત્મક રીતે માપી શકાય તેવી શક્યતા; શરતો કે જે ઇચ્છિત પરિણામ મેળવવા માટે ચોક્કસ પરિવર્તનનો ઉપયોગ કરવાની મંજૂરી આપે છે. પરીક્ષક એક વ્યક્તિ છે, અને મહત્વપૂર્ણ સંસાધનોના સિદ્ધાંત અનુસાર, દરેક વ્યક્તિ ચાર આર્થિક સંપત્તિનો માલિક છે:
રોકડ (આવક) એક નવીનીકરણીય સંસાધન છે;
ઊર્જા (જીવન બળ) એ આંશિક રીતે નવીનીકરણીય સંસાધન છે;
સમય એ એક નિશ્ચિત અને મૂળભૂત રીતે બિન-નવીનીકરણીય સંસાધન છે;
જ્ઞાન (માહિતી) એક નવીનીકરણીય સંસાધન છે, તે માનવ મૂડીનો એક ભાગ છે જે વૃદ્ધિ પામી શકે છે અને નાશ પામી શકે છે.[1].

હું એ નોંધવા માંગુ છું કે અમારા કિસ્સામાં કાર્યક્ષમતાની વ્યાખ્યા સંપૂર્ણપણે સાચી નથી, કારણ કે આપણે જેટલા વધુ જ્ઞાનનો ઉપયોગ કરીશું, તેટલી કાર્યક્ષમતા ઓછી છે. તેથી, હું કાર્યક્ષમતાને "પ્રાપ્ત પરિણામો અને ખર્ચ કરાયેલા સંસાધનો વચ્ચેનો ગુણોત્તર" તરીકે ફરીથી વ્યાખ્યાયિત કરીશ. પછી બધું બરાબર છે: કાર્ય દરમિયાન જ્ઞાનનો વ્યય થતો નથી, પરંતુ તે ટેસ્ટરના એકમાત્ર મૂળભૂત રીતે બિન-નવીનીકરણીય સંસાધન - તેના સમયના ખર્ચને ઘટાડે છે.

નિર્ણય

તેથી, અમે પરીક્ષકોની વૈશ્વિક સમસ્યાઓ શોધી રહ્યા છીએ જે તેમના કાર્યની અસરકારકતાને નબળી પાડે છે.
પરીક્ષકના કાર્ય પર ખર્ચવામાં આવતો સૌથી નોંધપાત્ર સંસાધન એ તેનો સમય છે (બાકીનો એક અથવા બીજી રીતે ઘટાડી શકાય છે), અને કાર્યક્ષમતાની સાચી ગણતરી વિશે વાત કરવા માટે, પરિણામ પણ સમયસર ઘટાડવું જોઈએ. .
આ કરવા માટે, એક એવી સિસ્ટમનો વિચાર કરો કે જેની કાર્યક્ષમતા પરીક્ષક તેના કાર્ય દ્વારા સુનિશ્ચિત કરે છે. આવી સિસ્ટમ એ એક પ્રોજેક્ટ છે જેની ટીમમાં ટેસ્ટરનો સમાવેશ થાય છે. પ્રોજેક્ટ જીવન ચક્ર આશરે નીચેના અલ્ગોરિધમ દ્વારા રજૂ કરી શકાય છે:

1. જરૂરીયાતો સાથે કામ
2. તકનીકી વિશિષ્ટતાઓની રચના
3. વિકાસ
4. પરીક્ષણ
5. ઉત્પાદનમાં છોડો
6. આધાર (આઇટમ 1 પર જાઓ)

આ કિસ્સામાં, સમાન જીવન ચક્ર સાથે, સમગ્ર પ્રોજેક્ટને પુનરાવર્તિત રીતે પેટાપ્રોજેક્ટ્સ (સુવિધાઓ) માં વિભાજિત કરી શકાય છે.
પ્રોજેક્ટના દૃષ્ટિકોણથી, તેના પર જેટલો ઓછો સમય વિતાવવામાં આવે છે, તેટલો વધુ અસરકારક અમલીકરણ.
આમ, અમે પ્રોજેક્ટના દૃષ્ટિકોણથી ટેસ્ટરની મહત્તમ સંભવિત કાર્યક્ષમતાની વ્યાખ્યા પર આવીએ છીએ - આ પ્રોજેક્ટની સ્થિતિ છે જ્યારે પરીક્ષણનો સમય શૂન્ય હોય છે. બધા પરીક્ષકો માટે એક સામાન્ય સમસ્યા આ સમય હાંસલ કરવામાં અસમર્થતા છે.

આનો સામનો કેવી રીતે કરવો?

તારણો એકદમ સ્પષ્ટ છે અને ઘણા લાંબા સમયથી તેનો ઉપયોગ કરે છે:

1. વિકાસ અને પરીક્ષણ લગભગ એક સાથે શરૂ અને સમાપ્ત થવું જોઈએ (આ સામાન્ય રીતે વિભાગ દ્વારા કરવામાં આવે છે QA). આદર્શ વિકલ્પ એ છે કે જ્યારે વિકસિત કરવામાં આવી રહેલી તમામ કાર્યક્ષમતા તે તૈયાર થાય ત્યાં સુધીમાં ઓટોટેસ્ટ્સ દ્વારા આવરી લેવામાં આવે છે, અમુક પ્રકારના ઉપયોગ કરીને રીગ્રેસન (અને જો શક્ય હોય તો, પ્રી-કમિટ) પરીક્ષણમાં ગોઠવવામાં આવે છે. CI.
2. પ્રોજેક્ટમાં જેટલી વધુ વિશેષતાઓ છે (તે વધુ જટિલ છે), તેટલો વધુ સમય તપાસવામાં ખર્ચવામાં આવશે કે નવી કાર્યક્ષમતા જૂનાને તોડે નહીં. આથી, પ્રોજેક્ટ જેટલો જટિલ છે, તેટલું વધુ ઓટોમેશન જરૂરી છે રીગ્રેસન પરીક્ષણ.
3. દર વખતે જ્યારે આપણે ઉત્પાદનમાં બગ ચૂકી જઈએ અને વપરાશકર્તા તેને શોધી કાઢે, ત્યારે અમારે બિંદુ 1 થી શરૂ થતા પ્રોજેક્ટ જીવન ચક્રમાંથી પસાર થવામાં વધારાનો સમય પસાર કરવો પડે છે (આ કિસ્સામાં, જરૂરિયાતો સાથે કામ કરવું, વપરાશકર્તાઓ). બગ ગુમ થવાનાં કારણો સામાન્ય રીતે અજ્ઞાત હોવાથી, અમારી પાસે માત્ર એક જ ઑપ્ટિમાઇઝેશન પાથ બચ્યો છે - વપરાશકર્તાઓ દ્વારા મળેલી દરેક બગને રીગ્રેસન પરીક્ષણમાં શામેલ કરવી આવશ્યક છે તેની ખાતરી કરવા માટે કે તે ફરીથી દેખાશે નહીં.

સોર્સ: www.habr.com