ટેસ્ટરેલ - પ્રોજેક્ટ માટે વ્યક્તિગત સેટિંગ્સ

પરિચય

મેં જેની સાથે કામ કર્યું છે તે ઘણા પ્રોજેક્ટ્સમાં, લોકોએ ટેસ્ટરેલને પોતાના માટે કસ્ટમાઇઝ કર્યું નથી અને માનક સેટિંગ્સ સાથે કરવાનું કર્યું છે. તેથી, આ લેખમાં હું વ્યક્તિગત સેટિંગ્સના ઉદાહરણનું વર્ણન કરવાનો પ્રયાસ કરીશ જે તમને તમારા કાર્યની કાર્યક્ષમતા સુધારવામાં મદદ કરી શકે છે. ઉદાહરણ તરીકે, ચાલો મોબાઈલ એપ્લિકેશન ડેવલપમેન્ટ પ્રોજેક્ટ લઈએ.

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

જસ્ટિફિકેશન પ્લાન (શું લાગુ કરવામાં આવશે)

1. સામાન્ય જરૂરિયાતો

   1. ચોક્કસ કોઈપણ વ્યક્તિ કેસ પસાર કરવા સક્ષમ હોવા જોઈએ.

   2. કેસ શક્ય તેટલા લાંબા સમય સુધી સુસંગત રહેવા જોઈએ

   3. કેસોએ મોબાઇલ એપ્લિકેશનની કાર્યક્ષમતાને શક્ય તેટલી સંપૂર્ણ રીતે આવરી લેવી જોઈએ જેથી તે પ્રથમ બે મુદ્દાઓનો વિરોધાભાસ ન કરે.

2. TestCase અને TestScenario માં વિભાજિત કરો

3. વિવિધ પ્રકારના ટેસ્ટરનની ઝડપી પેઢી

   1. સ્મોક

   2. દબાવો

   3. અસર પરીક્ષણ, વગેરે.

4. કેસ સપોર્ટ ઑપ્ટિમાઇઝેશન

   1. "ડેડ" હાર્ડકોડેડ સ્ક્રીનશૉટ્સને છોડીને "મૂવેબલ ડેટા" પર સ્વિચ કરવું

જરૂરીયાતો

ફીલ્ડમાં ફેરફાર કરવા માટે તમારે એડમિનિસ્ટ્રેટર એક્સેસની જરૂર પડશે

પ્રોજેક્ટ પ્રકાર પસંદ કરી રહ્યા છીએ

પસંદ કરવા માટે ત્રણ પ્રોજેક્ટ પ્રકારો છે:

અમે ડિફોલ્ટ પ્રકાર પસંદ કરીશું. તેમાં તમામ કેસ એક જ સમયે ઉપલબ્ધ થશે. અમે સ્માર્ટ ફિલ્ટરિંગનો ઉપયોગ કરીશું અને એકસાથે તમામ કેસોને ગતિશીલ રીતે મેનેજ કરીશું.

પરીક્ષણ કેસોની સૂચિ જોવા માટે ક્ષેત્રો ઉમેરી રહ્યા છીએ

ચાલો પ્રાધાન્યતા પરીક્ષણ કેસ પ્રદર્શિત કરવા માટે એક ક્ષેત્ર ઉમેરીએ:

તમે અન્ય ક્ષેત્રો પણ ઉમેરી શકો છો.

ટેસ્ટ કેસ ફીલ્ડ્સ અને ટૅગ્સ સેટ કરી રહ્યાં છીએ

સેટિંગ્સ મેનૂ ખોલો:

અમને નીચેના ક્ષેત્રોની જરૂર પડશે:

"સારાંશ" ફીલ્ડ (ટેસ્ટ કેસ હેડર)

આ ક્ષેત્ર પહેલેથી જ અસ્તિત્વમાં છે, અમે ફક્ત તેનો ઉપયોગ વ્યવસ્થિત કરી રહ્યા છીએ. અમે કેસોને TestCase અને TestScenario માં વિભાજિત કરીશું. કેસોની મોટી સૂચિની સારી વાંચનક્ષમતા માટે, સારાંશ લખવાના નિયમો પર અગાઉથી સંમત થવું વધુ સારું છે.

ટેસ્ટ સિનેરીયો:

ઉદાહરણ: ટેસ્ટ સિનારિયો - મોબાઇલ એપ્લિકેશનનો ઉપયોગ કરવા માટેનું મૂળભૂત દૃશ્ય

ટેસ્ટકેસ:

ઉદાહરણ: મેઈનસ્ક્રીન - અધિકૃતતા વિભાગ - લોગિન દાખલ કરો

એકંદરે, અમે કેસના સારાંશમાં ક્લાસિક સમજણ જોઈએ છીએ: "શું, ક્યાં, ક્યારે." અમે ઓટોમેશન માટે સૌથી યોગ્ય સ્વરૂપમાં ઉચ્ચ-સ્તરની પરીક્ષણ સ્ક્રિપ્ટો અને નિમ્ન-સ્તરના પરીક્ષણ કેસોને દૃષ્ટિની રીતે અલગ કરીએ છીએ.

"સ્ટાર્ટસ્ક્રીન" ટૅગ (જે સ્ક્રીન પરથી ટેસ્ટસિનારીયો શરૂ થાય છે; પણ, ઘણા ટેસ્ટ કેસ નજીકની સ્ક્રીનને સ્પર્શ કરી શકે છે)

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

નવું ક્ષેત્ર બનાવો:

નવા ક્ષેત્રના ઘટકો ભરો:

આ કિસ્સામાં, અમે મૂલ્યોની સૂચિમાંથી એક પસંદ ક્ષેત્ર બનાવી રહ્યા છીએ. આ ક્ષેત્રના મૂલ્યો દાખલ કરો:

મહેરબાની કરીને નોંધ કરો કે id મૂલ્યો એકથી શરૂ થતા નથી અને સળંગ નથી. આ કેમ કરવામાં આવે છે? મુદ્દો એ છે કે જો અમારી પાસે દાખલ કરેલ આઈડી સાથેના ટેસ્ટ કેસ હોય,

અને તે પછી આપણે બે અસ્તિત્વમાં છે તે વચ્ચે ત્રીજી સ્ક્રીન બનાવવાની જરૂર પડશે,

પછી આપણે id ને ફરીથી લખવું પડશે, અને હાલના ટેક્સ્ટ કેસના ટેગ તેની સાથે પહેલેથી જ જોડાયેલા હોવાથી, તે ફક્ત કાઢી નાખવામાં આવશે. તે ખૂબ જ અપ્રિય હશે.

ટેગ “સ્ક્રીન” (સ્ક્રીનનું નામ જે ટેસ્ટકેસને અસર કરે છે)

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

ઉદાહરણ: હોમ_સ્ક્રીન, મેપસ્ક્રીન, પેસ્ક્રીન, વગેરે.

"મૂવેબલ ડેટા" ફીલ્ડ (પરિવર્તનક્ષમ પરીક્ષણ ડેટા સાથે પ્રોક્સી ડેટાબેઝની લિંક)

આગળ, અમે પરીક્ષણ કેસોમાં ડેટાની સુસંગતતા જાળવવાની સમસ્યાને હલ કરવાનો પ્રયાસ કરીશું:

1. વર્તમાન લેઆઉટની લિંક્સ (ડેડ સ્ક્રીનશોટ લેવા કરતાં આ ઘણું સારું છે)

2. પરીક્ષણ પરિસ્થિતિ સાથે સ્ક્રીન પર જવા માટેના સામાન્ય પગલાં

3. SQL પ્રશ્નો

4. બાહ્ય ડેટા અને અન્ય ડેટાની લિંક્સ

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

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

માટે ગૂગલ શીટ તમે SQL ક્વેરીઝનો ઉપયોગ કરી શકો છો. ઉદાહરણ:

=query(DATA!A1:M1146;"
SELECT C,D
WHERE
C contains '"&SEARCH!A2&"'")

માટે એક્સેલ તમે અનુકૂળ ત્વરિત શોધ મેક્રો સેટ કરી શકો છો. (ફિલ્ટરિંગ) ઉદાહરણ લિંક.

વાસ્તવમાં, આ વિચાર નવો નથી અને તેનું વર્ણન પ્રથમ પરીક્ષકના પુસ્તક "ટેસ્ટિંગ ડોટ કોમ" માં કરવામાં આવ્યું છે. (લેખક સેવિન રોમન) અમે માત્ર ટેસ્ટરેલમાં રોમન સેવિન દ્વારા પ્રસ્તાવિત પદ્ધતિઓને એકીકૃત કરી રહ્યા છીએ. આ કરવા માટે, બનાવેલ ફાઇલની લિંક સાથે ફીલ્ડ બનાવો:

લિંકનું ડિફોલ્ટ મૂલ્ય ભરો જેથી દરેક નવા ટેસ્ટ કેસમાં પહેલેથી જ એક લિંક હોય:

જો બાહ્ય ફાઇલનું સ્થાન બદલાય છે (અમે કોઈપણ બળની ઘટના માટે પ્રદાન કરીએ છીએ), તો તમે બધા પરીક્ષણ કેસોમાં એક સાથે એક અથવા વધુ ફીલ્ડ્સને સરળતાથી બદલી શકો છો:

ક્ષેત્ર "વર્ણન" (પરીક્ષણ કેસનું વર્ણન અથવા વિચાર, માનક સૂચનાઓ)

તમને શું જરૂર પડી શકે છે: આ ટેક્સ્ટ ફીલ્ડમાં અમે ટેસ્ટ કેસ અને પ્રમાણભૂત સૂચનાઓનું સંક્ષિપ્ત વર્ણન મૂકીશું.

ઉદાહરણ: આ ટેસ્ટ કેસમાંથી તમામ ટેસ્ટ ડેટા (વર્તમાન લેઆઉટ, ટૂલ્સનો ઉપયોગ અને અન્ય ડેટા) લિંક્સ {...} દ્વારા સૂચવવામાં આવે છે અને MovableData ફાઇલમાં સ્થિત છે. ટોચ પરના અનુરૂપ ફીલ્ડમાં MovableData સાથે લિંક કરો.

ટૅગ "ઘટક" (મોબાઇલ એપ્લિકેશન ઘટક)

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

ઉદાહરણ ઘટકો: GooglePay, ઓર્ડર, વપરાશકર્તાઓ, નકશો, અધિકૃતતા, વગેરે.

ટેગ "TAG" (ફિલ્ટરિંગ માટે અન્ય ટૅગ્સ)

મનસ્વી ફિલ્ટરિંગ માટે ટેગ સાથે ટેસ્ટ કેસને ટેગ કરવું. 

આ માટે ખૂબ ઉપયોગી: 

1. વિવિધ લાક્ષણિક કાર્યો માટે ઝડપથી ટેસ્ટરનનું સંકલન કરવું: સ્મોક, રીગ્રેસન, વગેરે.

2. શું પરીક્ષણો સ્વયંસંચાલિત અથવા પહેલેથી જ સ્વચાલિત હશે?

3. કોઈપણ અન્ય ટૅગ્સ

ઉદાહરણ: સ્મોક, ઓટોમેટેડ, વ્હાઇટલેબલ, ફોર ડિલીટ, વગેરે.

ટેસ્ટ કેસમાં ફીલ્ડનો ડિસ્પ્લે ઓર્ડર સેટ કરી રહ્યા છીએ

અમે ઘણાં નવા ક્ષેત્રો બનાવ્યાં છે, તેમને અનુકૂળ ક્રમમાં ગોઠવવાનો આ સમય છે:

ટેસ્ટરન બનાવી રહ્યું છે

હવે અમે ત્રણ ક્લિક્સમાં સ્મોક ટેસ્ટિંગ કરવા માટે વર્તમાન કેસ સાથે એક નવો ટેસ્ટ રન બનાવીશું:

અન્ય મદદરૂપ ટીપ્સ

1. જો ટેસ્ટરેલ પાસે ઘણા પ્રોજેક્ટ્સ છે, તો પછી ફક્ત તમારા પ્રોજેક્ટ માટે જ નવા ક્ષેત્રો બનાવવાનું ભૂલશો નહીં, અન્યથા પડોશી ટીમોના સાથીદારો નવા અસામાન્ય ક્ષેત્રોના દેખાવથી ખૂબ જ આશ્ચર્યચકિત થશે. સ્થાનિક મૂર્છા શક્ય છે.

2. મોટી સંખ્યામાં ફીલ્ડ ધરાવતા કેસો નવા બનાવવા કરતાં સમાન જૂથ પ્રકારમાંથી નકલ કરવા વધુ સરળ છે:

3. એકાઉન્ટ શેર કરી શકાય છે. ઉદાહરણ તરીકે: એક એડમિનિસ્ટ્રેટર, ઘણા વપરાશકર્તા.

નિષ્કર્ષ

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

સંદર્ભો:

ટેસ્ટરેલ વિક્રેતા વેબસાઇટ

પુસ્તક: "પરીક્ષણ .COM" (લેખક રોમન સેવિન)

તમારા ધ્યાન માટે ખૂબ ખૂબ આભાર!

સોર્સ: www.habr.com