Agile testing
ચપળ પરીક્ષણ એ સોફ્ટવેર પરીક્ષણ પ્રથા છે જે ચપળ સોફ્ટવેર વિકાસના સિદ્ધાંતોને અનુસરે છે. ચપળ પરીક્ષણમાં ક્રોસ-ફંક્શનલ ચપળ ટીમના તમામ સભ્યોનો સમાવેશ થાય છે, જેમાં પરીક્ષકો દ્વારા પ્રદાન કરવામાં આવેલી વિશેષ કુશળતા હોય છે, જેથી ગ્રાહક દ્વારા વારંવાર અંતરાલે ઇચ્છિત વ્યવસાયિક મૂલ્ય પહોંચાડવાની ખાતરી કરી શકાય અને ટકાઉ ગતિએ કામ કરી શકાય. ઉદાહરણ દ્વારા સ્પષ્ટીકરણનો ઉપયોગ ઇચ્છિત અને અનિચ્છનીય વર્તણૂકના ઉદાહરણો મેળવવા અને માર્ગદર્શક કોડિંગ માટે થાય છે. વિહંગાવલોકન ચપળ વિકાસ સ્વીકારે છે કે પરીક્ષણ એ એક અલગ તબક્કો નથી, પરંતુ કોડિંગની સાથે સોફ્ટવેર વિકાસનો એક અભિન્ન ભાગ છે. ચપળ ટીમો સોફ્ટવેર ઉત્પાદનમાં "પકવવાની ગુણવત્તા" માટે "સંપૂર્ણ-ટીમ" અભિગમનો ઉપયોગ કરે છે. ચપળ ટીમો પરના પરીક્ષકો ગ્રાહકો પાસેથી ઇચ્છિત વર્તણૂકના ઉદાહરણો મેળવવામાં તેમની કુશળતા આપે છે, વિકાસ ટીમ સાથે સહયોગ કરીને તેને એક્ઝેક્યુટેબલ સ્પષ્ટીકરણોમાં ફેરવે છે જે કોડિંગને માર્ગદર્શન આપે છે. પરીક્ષણ અને કોડિંગ ક્રમશઃ અને આંતરક્રિયાત્મક રીતે કરવામાં આવે છે, જ્યાં સુધી તે ઉત્પાદનને મુક્ત કરવા માટે પૂરતું મૂલ્ય પ્રદાન ન કરે ત્યાં સુધી દરેક સુવિધાનું નિર્માણ કરે છે. ચપળ પરીક્ષણ તમામ પ્રકારના પરીક્ષણોને આવરી લે છે. ચપળ પરીક્ષણ ક્વાડ્રન્ટ્સ ટીમોને જરૂરી પરીક્ષણને ઓળખવામાં અને આયોજન કરવામાં મદદ કરવા માટે એક મદદરૂપ વર્ગીકરણ પ્રદાન કરે છે. ચપળ પરીક્ષણ ક્વાડ્રન્ટ્સના મોડેલનું મૂળ વર્ણન બ્રાયન મેરિક દ્વારા કરવામાં આવ્યું હતું, અને લિસા ક્રિસ્પિન અને જેનેટ ગ્રેગરી દ્વારા તેમના પુસ્તક ચપળ પરીક્ષણઃ એ પ્રેક્ટિકલ ગાઇડ ફોર ટેસ્ટર્સ એન્ડ ચપળ ટીમોમાં તેને લોકપ્રિય બનાવવામાં આવ્યું હતું. તે બે અક્ષો પર વિવિધ પરીક્ષણ પ્રકારો મૂકે છેઃ ટેક્નોલોજી ફેસિંગ વિરુદ્ધ બિઝનેસ ફેસિંગ, અને સપોર્ટ પ્રોગ્રામિંગ વિરુદ્ધ ક્રિટિક પ્રોડક્ટ. પરંપરાગત પરીક્ષણ પદ્ધતિઓ (ઘણીવાર સોફ્ટવેર વિકાસના વોટરફોલ મોડેલમાં કાર્યરત) સામાન્ય રીતે બે-ટીમ, બે-તબક્કાની પ્રક્રિયાનો સમાવેશ કરે છે જેમાં વિકાસ ટીમ ઉત્પાદનને શક્ય તેટલી સંપૂર્ણતાની નજીક બનાવે છે. સોફ્ટવેર ઉત્પાદન સોફ્ટવેર વિકાસ જીવન ચક્રમાં મોડેથી વિતરિત કરવામાં આવે છે, તે સમયે પરીક્ષણ ટીમ શક્ય તેટલી ભૂલો/ભૂલો શોધવાનો પ્રયાસ કરે છે. આ પરંપરાગત પધ્ધતિઓથી વિપરીત, ચપળ પરીક્ષણ પ્રોજેક્ટના અંતની રાહ જોવાને બદલે ખામીઓને તાત્કાલિક સુધારવા પર ધ્યાન કેન્દ્રિત કરે છે. જ્યારે પરીક્ષણ પ્રોજેક્ટના અંતિમ છેડે થાય છે, ત્યારે કેટલીકવાર નિર્ણાયક સમયપત્રક અને બજેટ પ્રતિબંધોને પહોંચી વળવા માટે તેનો સમયગાળો અને ગુણવત્તાની દ્રષ્ટિએ ત્યાગ કરી શકાય છે. જેમ જેમ વિકાસ અને પરીક્ષણ પ્રતિસાદ વચ્ચેનો સમય ઘટતો જાય તેમ તેમ ખર્ચમાં ઘટાડો થવાની અપેક્ષા છે. ટૂંકા પ્રતિસાદ લૂપ્સ સાથે, ભૂલો સુધારવા અને પુનઃકાર્ય માટે ઓછા સમયની જરૂર પડે છે કારણ કે વિકાસકર્તાઓ નવી સમસ્યાઓ અને પ્રોજેક્ટ્સ તરફ આગળ વધતા કોડના સંદર્ભને ફરીથી જોડવામાં ઘણો ઓછો સમય વિતાવે છે. "વર્લ્ડવાઇડ સોફ્ટવેર ટેસ્ટિંગ પ્રેક્ટિસિસ રિપોર્ટ 2015-2016" માં, ISTQB એ શોધી કાઢ્યું છે કે ચપળ પદ્ધતિઓની લોકપ્રિયતા નોંધપાત્ર રીતે વધી રહી છે, જે ચપળ પરીક્ષણ પ્રક્રિયાઓ અને તકનીકોની જરૂરિયાત દર્શાવે છે. તેઓ તેમના પ્રમાણપત્ર માટે ચપળ પરીક્ષકનું વિસ્તરણ પ્રદાન કરી રહ્યા છે. સાધનો જેમ જેમ કંપનીઓ વિકસે છે તેમ, ચપળ પરીક્ષણ ટીમો ઘણીવાર પડકારોને ઉકેલવા માટે સોફ્ટવેર પરીક્ષણ સાધનો પર આધાર રાખે છે જે આખરે ખાતરી કરીને પ્રતિસાદના પ્રકાશનને ઝડપી બનાવી શકે છે. મોટાભાગની ટીમો સહયોગની સુવિધાઓ, સ્વચાલિત અથવા કસ્ટમાઇઝ્ડ રિપોર્ટિંગ અને વારંવારના પ્રયત્નોને ટાળવાની રીતો શોધે છે. યોગ્ય સાધનની પસંદગી દરેક ટીમની જરૂરિયાતો પર આધારિત હશે. અન્ય ચપળ જીવનચક્ર વિકાસ સાધનો સાથે જોડી બનાવીને, ચપળ પરીક્ષણ સાધનો સંકલિત વાતાવરણમાં સહઅસ્તિત્વ દ્વારા અસરકારક પરિણામો આપી શકે છે. એટલાસિયન માર્કેટપ્લેસ અને માઈક્રોસોફ્ટ વિઝ્યુઅલ સ્ટુડિયો માટે આ જ સ્થિતિ છે. કેટલાક પરીક્ષણ વ્યવસ્થાપન સાધનો જેમ જેમ વાર્તાઓ વિકસિત થાય તેમ તેમ સતત પરીક્ષણના દૃશ્યો બનાવવા માટે એસ. ડી. એલ. સી. માં અગાઉ ટીમોને સામેલ કરીને ચપળ પરીક્ષણને ટેકો આપે છે. ટીમો ઘણીવાર એવા ઉકેલની શોધ કરે છે જે સ્વચાલિત અને મેન્યુઅલ પરીક્ષણનું સંયોજન પ્રદાન કરી શકે. વધુ વાંચન સંદર્ભો સોફ્ટવેર પરીક્ષણ ચપળ સોફ્ટવેર વિકાસ