TestRail - ለፕሮጀክቱ የግለሰብ ቅንብሮች

መግቢያ

አብሬያቸው በሰራኋቸው ብዙ ፕሮጀክቶች ሰዎች TestRailን ለራሳቸው አላበጁም እና በመደበኛ መቼቶች የሚተዳደሩ ነበሩ። ስለዚህ, በዚህ ጽሑፍ ውስጥ የስራዎን ውጤታማነት ለመጨመር የሚያግዝዎትን የግለሰብ ቅንብሮችን ምሳሌ ለመግለጽ እሞክራለሁ. ለምሳሌ የሞባይል አፕሊኬሽን ልማት ፕሮጀክትን እንውሰድ።

ትንሽ ማስተባበያ። ይህ መጣጥፍ የTestRailን መሰረታዊ ተግባር አይገልጽም (ለዚህ ብዙ መመሪያዎች አሉ) እና ከሙከራዎች ጋር ማከማቻ ለመፍጠር ለምን ይህን ልዩ ሻጭ መምረጥ እንዳለቦት የሚገልጹ መግለጫዎችን በቀለም ይሸጡ።

እቅድ-ማጽደቅ (ምን ተግባራዊ ይሆናል)

1. አጠቃላይ መስፈርቶች

   1. ጉዳዩ ማንኛውንም ሰው በፍፁም ማለፍ መቻል አለበት።

   2. ጉዳዮች በተቻለ መጠን ለረጅም ጊዜ ጠቃሚ ሆነው መቆየት አለባቸው

   3. ከመጀመሪያዎቹ ሁለት ነጥቦች ጋር የማይቃረን እስከሆነ ድረስ ጉዳዮች የሞባይል አፕሊኬሽኑን ተግባር በተቻለ መጠን በጥንቃቄ መሸፈን አለባቸው።

2. ወደ TestCase እና TestScenario መለያየት

3. የተለያዩ ዓይነቶች TestRun ፈጣን ምስረታ

   1. ጪስ

   2. ማፈግፈግ

   3. ተጽዕኖ ሙከራ, ወዘተ.

4. የጉዳይ ድጋፍ ማመቻቸት

   1. በጠንካራ ኮድ የተደረገባቸው "የሞተ" ቅጽበታዊ ገጽ እይታዎችን አለመቀበል እና ወደ "ተንቀሳቃሽ ውሂብ" ሽግግር

መስፈርቶች

ለአርትዖት መስኮች የአስተዳዳሪ መዳረሻ ያስፈልግዎታል

የፕሮጀክት ዓይነት መምረጥ

ለመምረጥ ሦስት የፕሮጀክት ዓይነቶች አሉ፡-

ነባሪውን አይነት እንመርጣለን. ሁሉም ጉዳዮች በተመሳሳይ ጊዜ ውስጥ ይገኛሉ. ብልጥ ማጣሪያን እንጠቀማለን እና ሁሉንም ጉዳዮች በአንድ ጊዜ በተለዋዋጭ እናስተዳድራለን።

የሙከራ ጉዳዮችን ዝርዝር ለማየት መስኮችን ማከል

የቅድሚያ ፈተና ጉዳዮችን ለማሳየት መስክ እንጨምር፡-

እንዲሁም ሌሎች መስኮችን ማከል ይችላሉ.

የሙከራ መያዣ መስኮችን እና መለያዎችን ማቀናበር

የቅንብሮች ምናሌን በመክፈት ላይ;

እነዚህን መስኮች እንፈልጋለን:

"ማጠቃለያ" መስክ (የሙከራ ጉዳይ ራስጌ)

ይህ መስክ አስቀድሞ አለ፣ አጠቃቀሙን ብቻ ነው የምናደርገው። ጉዳዮችን ወደ TestCase እና TestScenario እንከፍላለን። ለትልቅ የጉዳይ ዝርዝር ለተሻለ ተነባቢነት ማጠቃለያ ለመጻፍ ህጎቹን አስቀድመው መስማማት ይሻላል።

የሙከራ ሁኔታ፡-

ምሳሌ፡ TestScenario - የሞባይል መተግበሪያ ዋና የአጠቃቀም ጉዳይ

የፈተና መያዣ፡

ምሳሌ፡ ዋና ማያ - የፈቃድ ክፍል - የመግቢያ ግቤት

በአጠቃላይ፣ በጉዳዩ ማጠቃለያ ላይ “ምን፣ የት፣ መቼ” የሚለውን ክላሲክ ግንዛቤ እናያለን። እንዲሁም የከፍተኛ ደረጃ የፈተና ስክሪፕቶችን እና ዝቅተኛ ደረጃ የሙከራ ጉዳዮችን በጣም ተስማሚ በሆነው ለአውቶሜሽን እንለያያለን።

መለያ “StartScreen” (የሙከራ ሁኔታው ​​የሚጀምርበት ስክሪን፣ እንዲሁም ብዙ የሙከራ ጉዳዮች የጎረቤት ስክሪን ሊነኩ ይችላሉ)

ለሚያስፈልገው ነገር: ተጠቃሚውን ወደ የአሁኑ የፍተሻ መያዣ ማያ ገጽ የሚወስዱትን የተለመዱ እርምጃዎችን ከጉዳዮቹ ጽሁፍ ላይ እናስወግዳለን. (የተወሰነ የፈተና ሁኔታ ለመፍጠር የተለመዱ ደረጃዎች) ለሁሉም የፈተና ጉዳዮች ሁሉም የተለመዱ ደረጃዎች በአንድ ፋይል ውስጥ ይጻፋሉ. ስለ እሱ በበለጠ ዝርዝር በተናጠል እጽፋለሁ.

አዲስ መስክ ይፍጠሩ፡

የአዲሱን መስክ ክፍሎችን ይሙሉ:

በዚህ አጋጣሚ ከእሴቶች ዝርዝር ውስጥ የተመረጠ መስክ እየፈጠርን ነው. ለዚህ መስክ ዋጋዎችን ያስገቡ

የመታወቂያ እሴቶቹ በአንድ እንደማይጀምሩ እና ተከታታይ እንዳልሆኑ ልብ ይበሉ። ይህ ለምን ይደረጋል? እውነታው ግን የፈተና ጉዳዮችን በገባ መታወቂያ ከመዘገብን፣

እና ከዚያ በኋላ በሁለቱ ነባር መካከል ሶስተኛ ማያ ገጽ መፍጠር አለብን.

ከዚያ መታወቂያውን እንደገና መፃፍ አለብን ፣ እና የነባር የጽሑፍ ጉዳዮች መለያዎች ቀድሞውኑ ከእሱ ጋር ስለተያያዙ በቀላሉ ይሰረዛሉ። በጣም ደስ የማይል ይሆናል.

መለያ "ስክሪን" (በTestcase ላይ ተጽእኖ የሚያሳድር የስክሪኑ ስም)

ምን ሊያስፈልግዎ ይችላል፡ ለተፅእኖ መፈተሻ አንዱ መልህቆች። ለምሳሌ፣ ገንቢዎቹ አሪፍ አዲስ ባህሪ አድርገዋል። እሱን መሞከር አለብን ፣ ግን ለዚህ በትክክል ይህ ባህሪ ምን ተጽዕኖ እንደሚያሳድር መረዳት አለብን። በነባሪ፣ የተለያዩ የመተግበሪያው ስክሪኖች (እንቅስቃሴዎች) የተለያዩ ክፍሎች ስላሏቸው የመተግበሪያውን የተለያዩ ክፍሎች እንደያዙ ከፓራዲም መጀመር እንችላለን። እርግጥ ነው, በዚህ ጉዳይ ላይ የግለሰብ አቀራረብ ያስፈልጋል.

ምሳሌ፡ መነሻ_ስክሪን፣ ካርታ ስክሪን፣ PayScreen፣ ወዘተ

MovableData መስክ (ተኪ የውሂብ ጎታ ከሚለዋወጥ የሙከራ ውሂብ ጋር አገናኝ)

በመቀጠል በሙከራ ጉዳዮች ውስጥ የውሂብን አስፈላጊነት የመጠበቅን ችግር ለመፍታት እንሞክራለን-

1. ወደ ትክክለኛ አቀማመጦች አገናኞች (ይህ የሞቱ ቅጽበታዊ ገጽ እይታዎችን ከማንሳት በጣም የተሻለ ነው)

2. ለሙከራ መያዣ ማያ የተለመዱ ደረጃዎች

3. የ SQL ጥያቄዎች

4. ወደ ውጫዊ ውሂብ እና ሌላ ውሂብ አገናኞች

በእያንዳንዱ የፈተና ጉዳይ ውስጥ የፈተና ውሂብን ከመጻፍ ይልቅ አንድ ውጫዊ ፋይል እንፈጥራለን እና በሁሉም የፈተና ጉዳዮች ላይ ወደ እሱ አገናኝ እናደርጋለን። ይህንን ውሂብ ስናዘምን ሁሉንም የፈተና ጉዳዮችን ማለፍ እና መለወጥ አይኖርብንም ነገር ግን ይህንን ውሂብ በአንድ ቦታ ብቻ መቀየር ይቻላል. ያልተዘጋጀ ሰው የፈተና ጉዳይን ከከፈተ በፈተናው አካል ውስጥ ወደ ፋይል አገናኝ እና ለሙከራ ውሂብ መሄድ እንዳለቦት ፍንጭ ያያል።

እነዚህን ሁሉ መረጃዎች ወደ አንድ ውጫዊ ፋይል እንጭነዋለን፣ ይህም በፕሮጀክቱ ላይ ላለ ሁሉም ሰው ይገኛል። ለምሳሌ፣ ጎግል ሉህ ወይም ኤክሴልን መጠቀም እና በፋይሉ ውስጥ ፍለጋን ማዘጋጀት ይችላሉ። ለምን እነዚህ ልዩ ሻጮች? እውነታው ግን ከፓራዲም የምንጀምረው ማንኛውም በቡድኑ ውስጥ ያለ ማንኛውም ሰው በቅድሚያ ምንም አይነት መሳሪያ መጫን ሳያስፈልገው የሙከራ መያዣውን መክፈት እና ማለፍ አለበት.

ለ Google ሉህ የ SQL መጠይቆችን መጠቀም ይቻላል. ለምሳሌ:

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

ለ Excel ምቹ ፈጣን ፍለጋ ማክሮዎችን ማዘጋጀት ይችላሉ. (ማጣራት) ምሳሌ ማያያዣ.

እንደ እውነቱ ከሆነ, ሀሳቡ አዲስ አይደለም እና በ "Testing dot com" ፈታኙ የመጀመሪያ መጽሐፍ ውስጥ ተገልጿል. (ደራሲ ሳቪን ሮማን) በሮማን ሳቪን የታቀዱትን ዘዴዎች ወደ TestRail ብቻ እናዋህዳለን። ይህንን ለማድረግ ወደ ተፈጠረ ፋይል አገናኝ ያለው መስክ ይፍጠሩ:

በእያንዳንዱ አዲስ የፍተሻ መያዣ ውስጥ ቀድሞውኑ አገናኝ እንዲኖር የአገናኙን ነባሪ እሴት ይሙሉ።

የውጫዊው ፋይል ቦታ ከተቀየረ (ለማንኛውም የኃይል ማነስ እናቀርባለን) ፣ ከዚያ በሁሉም የሙከራ ጉዳዮች ውስጥ አንድ ወይም ከዚያ በላይ መስኮችን በአንድ ጊዜ መለወጥ ይችላሉ-

የመስክ "መግለጫዎች" (የፈተና ጉዳይ መግለጫ ወይም ሀሳብ, የተለመዱ መመሪያዎች)

ምን ሊያስፈልግዎ ይችላል፡ በዚህ የጽሁፍ መስክ ውስጥ የፈተናውን ጉዳይ እና የተለመዱ መመሪያዎችን አጭር መግለጫ እናስቀምጣለን።

ለምሳሌ: ሁሉም የሙከራ ውሂብ (ትክክለኛ አቀማመጦች፣ የመሳሪያዎች አጠቃቀም እና ሌላ ውሂብ) ከዚህ የሙከራ መያዣ በ{...} አገናኞች ምልክት የተደረገባቸው እና በMovableData ውስጥ ይገኛሉ። ከላይ ባለው ተዛማጅ መስክ ወደ MovableData አገናኝ።

"ክፍል" መለያ (የሞባይል መተግበሪያ አካል)

የሚያስፈልግዎ ነገር፡ ለተፅዕኖ ሙከራ። የሞባይል አፕሊኬሽን ወደ ክፍሎች መከፋፈል ከቻለ (በተቻለ መጠን እርስ በርስ የሚነኩ) በአንድ አካል ላይ የሚደረጉ ለውጦች በአንድ አካል ውስጥ ለመፈተሽ በቂ ናቸው (ከአንዳንድ አደጋዎች ጋር) እና አጠቃላይ ለውጦችን ለማድረግ በቂ ምክንያት ይኖራቸዋል ስለ ሁሉም ነገር እና ስለ ሁሉም ነገር. አንድ አካል በሌላው ላይ ተጽዕኖ ሊያሳድር የሚችል መረጃ ካለ ፣ የተፅዕኖ መሞከሪያ ማትሪክስ ተሰብስቧል።

የምሳሌ አካላት፡ GooglePay፣ ትዕዛዝ፣ ተጠቃሚዎች፣ ካርታ፣ ፍቃድ፣ ወዘተ

መለያ ስጥ "TAG" (ሌሎች ለማጣራት መለያዎች)

የዘፈቀደ ማጣሪያን ለመፈተሽ መለያዎች የሙከራ መያዣን መለያ መስጠት። 

በጣም ጠቃሚ ለ: 

1. ለተለያዩ የተለመዱ ተግባራት የTestRun ፈጣን ማጠናቀር-ጭስ ፣ መመለሻ ፣ ወዘተ.

2. ፈተናዎቹ አውቶማቲክ ወይም ቀድሞ በራስ-ሰር ይደረጉ እንደሆነ

3. ሌላ ማንኛውም መለያዎች

ምሳሌ፡ ጭስ፣ አውቶሜትድ፣ ኋይትላብል፣ ፎርሰርዝ፣ ወዘተ

በሙከራ መያዣው ውስጥ የመስኮችን የማሳያ ቅደም ተከተል ማዘጋጀት

ብዙ አዳዲስ መስኮችን ፈጥረናል ፣ እነሱን በሚያመች ቅደም ተከተል ለማዘጋጀት ጊዜው አሁን ነው-

TestRun መፍጠር

አሁን በሶስት ጠቅታዎች ውስጥ ለጭስ ምርመራ አስፈላጊ ከሆኑ ጉዳዮች ጋር አዲስ የሙከራ ሙከራ እንፈጥራለን-

ሌሎች ጠቃሚ ምክሮች

1. በ TestRail ውስጥ ብዙ ፕሮጀክቶች ካሉ, ለፕሮጀክትዎ ብቻ አዳዲስ መስኮችን መፍጠርን አይርሱ, አለበለዚያ ከአጎራባች ቡድኖች የመጡ ባልደረቦች አዲስ ያልተለመዱ መስኮች ሲታዩ በጣም ይደነቃሉ. በአካባቢው ራስን መሳት ይቻላል.

2. ብዙ ቁጥር ያላቸው መስኮች አዲስ ከመፍጠር ይልቅ ከተመሳሳይ ቡድን ለመቅዳት ቀላል ናቸው.

3. መለያዎች ሊጋሩ ይችላሉ. ለምሳሌ፡ አንድ አስተዳዳሪ፣ ብዙ ተጠቃሚ።

መደምደሚያ

ከላይ ያሉት ምሳሌዎች በበርካታ ፕሮጀክቶች ላይ ተተግብረዋል እና ውጤታማነታቸውን አሳይተዋል. ስለዚህ መሳሪያ ያለዎትን ግንዛቤ እንዲያሻሽሉ እና ቀልጣፋ እና ምቹ "የዱቄት ማከማቻ" ለመፍጠር እንደሚረዱዎት ተስፋ አደርጋለሁ። TestRailን የመጠቀም ልምድህን እና ጠቃሚ ምክሮችን በአስተያየቶቹ ውስጥ ብትገልጽልኝ በጣም አመስጋኝ ነኝ።

ማጣቀሻዎች

የTestRail ሻጭ ድር ጣቢያ

መጽሐፍ፡- "Tsting .COM" (ደራሲ ሮማን ሳቪን)

ስለ ትኩረትዎ በጣም እናመሰግናለን!

ምንጭ: hab.com