ዩኒት በዲቢኤምኤስ ውስጥ ይሞከራል - በስፖርትማስተር እንዴት እንደምናደርገው ክፍል አንድ

ሃይ ሀብር!

ስሜ Maxim Ponomarenko ነው እና እኔ በስፖርትማስተር ገንቢ ነኝ። በ IT መስክ የ10 ዓመት ልምድ አለኝ። ሥራውን በእጅ መሞከር ጀመረ፣ ከዚያም ወደ ዳታቤዝ ልማት ተለወጠ። ላለፉት 4 ዓመታት በሙከራ እና በልማት ያገኘሁትን እውቀት በማከማቸት በዲቢኤምኤስ ደረጃ በራስ ሰር እየሞከርኩ ነው።

በስፖርትማስተር ቡድን ውስጥ ከአንድ አመት በላይ ቆይቻለሁ እና ከዋና ዋና ፕሮጀክቶች በአንዱ ላይ አውቶማቲክ ሙከራን እያዘጋጀሁ ነው። በሚያዝያ ወር፣ ከስፖርትማስተር ላብ የመጡ ሰዎች እና እኔ በክራስኖዶር በተደረገ አንድ ኮንፈረንስ ላይ ተነጋገርን፤ ዘገባዬ “በዲቢኤምኤስ ውስጥ ያሉ የዩኒት ሙከራዎች” ተብሏል እና አሁን ላካፍላችሁ እፈልጋለሁ። ብዙ ጽሑፍ ስለሚኖር ሪፖርቱን በሁለት ልጥፎች ለመከፋፈል ወሰንኩ። በመጀመሪያ ስለ አውቶሞተሮች እና ስለ ሙከራዎች በአጠቃላይ እንነጋገራለን, እና በሁለተኛው ውስጥ, ስለ አሃድ የሙከራ ስርዓታችን እና ስለ አተገባበሩ ውጤቶች በበለጠ ዝርዝር ውስጥ እኖራለሁ.

በመጀመሪያ, ትንሽ አሰልቺ ጽንሰ-ሐሳብ. ራስ-ሰር ሙከራ ምንድነው? ይህ በሶፍትዌር በመጠቀም የሚደረግ ሙከራ ሲሆን በዘመናዊው IT በሶፍትዌር ልማት ውስጥ እየጨመረ መጥቷል. ይህ የሆነበት ምክንያት ኩባንያዎች በማደግ ላይ በመሆናቸው የመረጃ ስርዓታቸው እያደገ በመምጣቱ እና በዚህ መሠረት መሞከር ያለበት የተግባር መጠን እያደገ በመምጣቱ ነው. በእጅ ምርመራ ማካሄድ በጣም ውድ እየሆነ መጥቷል።

በየሁለት ወሩ የሚለቀቀው አንድ ትልቅ ኩባንያ ውስጥ ሠርቻለሁ። በተመሳሳይ ጊዜ፣ አንድ ወር ሙሉ በደርዘን የሚቆጠሩ ሞካሪዎች ተግባራዊነቱን በእጅ እንዲፈትሹ ተደርጓል። በአነስተኛ የገንቢዎች ቡድን አውቶሜትሽን በመተግበሩ ምስጋና ይግባውና በአንድ ዓመት ተኩል ውስጥ የሙከራ ጊዜን ወደ 2 ሳምንታት መቀነስ ችለናል። እኛ የፈተናውን ፍጥነት መጨመር ብቻ ሳይሆን ጥራቱንም አሻሽለነዋል። አውቶማቲክ ሙከራዎች በመደበኛነት ይጀመራሉ እና ሁል ጊዜ በውስጣቸው የተካተቱትን አጠቃላይ የቼኮች ሂደት ያካሂዳሉ ፣ ማለትም ፣ እኛ የሰውን አካል እናስወግዳለን።

ዘመናዊው አይቲ የሚለየው ገንቢ የምርት ኮድ ለመጻፍ ብቻ ሳይሆን ይህንን ኮድ የሚፈትሹ የክፍል ሙከራዎችን ለመፃፍ በሚያስፈልግበት ሁኔታ ነው።

ግን ስርዓትዎ በዋናነት በአገልጋይ ሎጂክ ላይ የተመሰረተ ከሆነስ? በገበያ ላይ ምንም አይነት ሁለንተናዊ መፍትሄ ወይም ምርጥ ልምዶች የሉም. እንደ ደንቡ ኩባንያዎች በራሳቸው የተፃፈ የሙከራ ስርዓት በመፍጠር ይህንን ችግር ይፈታሉ. ይህ በፕሮጀክታችን ላይ የተፈጠረው በራሳችን የተጻፈ አውቶማቲክ የሙከራ ስርዓት ነው እና በሪፖርቴ ውስጥ ስለ እሱ እናገራለሁ ።

ታማኝነትን በመሞከር ላይ

በመጀመሪያ፣ አውቶሜትድ የፍተሻ ዘዴን ስለዘረጋንበት ፕሮጀክት እንነጋገር። ፕሮጀክታችን የስፖርት ማስተር ታማኝነት ስርዓት ነው (በነገራችን ላይ ስለ እሱ አስቀድመን ጽፈናል። ይህ ልጥፍ).

ኩባንያዎ በቂ መጠን ያለው ከሆነ የታማኝነት ስርዓትዎ ሶስት መደበኛ ባህሪያት ይኖረዋል፡

• የእርስዎ ስርዓት በከፍተኛ ሁኔታ ይጫናል
• ስርዓትዎ ውስብስብ የኮምፒዩተር ሂደቶችን ይይዛል
• የእርስዎ ስርዓት በንቃት ይሻሻላል.

በቅደም ተከተል እንሂድ ... በአጠቃላይ ሁሉንም የ Sportmaster ብራንዶችን ከግምት ውስጥ የምናስገባ ከሆነ በሩሲያ, ዩክሬን, ቻይና, ካዛኪስታን እና ቤላሩስ ውስጥ ከ 1000 በላይ መደብሮች አሉን. በእነዚህ መደብሮች ውስጥ በየቀኑ ወደ 300 ግዢዎች ይከናወናሉ. ማለትም በየሰከንዱ 000-3 ቼኮች ወደ ስርዓታችን ይገባሉ። በተፈጥሮ የእኛ ታማኝነት ስርዓት በጣም ተጭኗል። እና በንቃት ጥቅም ላይ ስለዋለ, ከፍተኛውን የጥራት ደረጃዎች ማቅረብ አለብን, ምክንያቱም በሶፍትዌሩ ውስጥ ያለ ማንኛውም ስህተት ትልቅ የገንዘብ, መልካም ስም እና ሌሎች ኪሳራዎች ማለት ነው.

በተመሳሳይ ጊዜ, Sportmaster ከመቶ በላይ የተለያዩ ማስተዋወቂያዎችን ያካሂዳል. የተለያዩ ማስተዋወቂያዎች አሉ-የምርት ማስተዋወቂያዎች አሉ ፣ ለሳምንቱ ቀን የተሰጡ አሉ ፣ ከአንድ የተወሰነ መደብር ጋር የተሳሰሩ አሉ ፣ ለደረሰኙ መጠን ማስተዋወቂያዎች ፣ የእቃዎች ብዛት አሉ። በአጠቃላይ, መጥፎ አይደለም. ደንበኞች ግዢ ሲፈጽሙ የሚያገለግሉ ጉርሻዎች እና የማስተዋወቂያ ኮዶች አሏቸው። ይህ ሁሉ ማንኛውንም ትዕዛዝ ማስላት በጣም ቀላል ያልሆነ ተግባር ወደመሆኑ ይመራል.

የትዕዛዝ ሂደትን የሚተገበረው ስልተ ቀመር በጣም አስፈሪ እና የተወሳሰበ ነው። እና በዚህ አልጎሪዝም ላይ የሚደረጉ ማናቸውም ለውጦች በጣም አደገኛ ናቸው። በጣም ቀላል የሚመስሉ ለውጦች ወደማይታወቁ ውጤቶች ሊመሩ የሚችሉ ይመስላል። ነገር ግን በትክክል እንደዚህ አይነት ውስብስብ የኮምፒዩተር ሂደቶች, በተለይም ወሳኝ ተግባራትን የሚተገብሩ, ለራስ-ሰር ምርጥ እጩዎች ናቸው. በደርዘን የሚቆጠሩ ተመሳሳይ ጉዳዮችን በእጅ መፈተሽ ብዙ ጊዜ የሚወስድ ነው። እና ወደ ሂደቱ የመግቢያ ነጥቡ ስላልተለወጠ አንድ ጊዜ ከገለጹ በኋላ, አውቶማቲክ ሙከራዎችን በፍጥነት መፍጠር እና ተግባራዊነቱ እንደሚሰራ እርግጠኛ መሆን ይችላሉ.

የእኛ ስርዓት በንቃት ጥቅም ላይ የሚውል በመሆኑ ንግዱ ከእርስዎ አዲስ ነገር ይፈልጋል ፣ ከዘመኑ ጋር አብሮ መኖር እና ደንበኛን ያማከለ ይሆናል። በታማኝነት ስርዓታችን ውስጥ በየሁለት ወሩ የሚለቀቁ ነገሮች ይወጣሉ። ይህ ማለት በየሁለት ወሩ የአጠቃላይ ስርዓቱን ሙሉ በሙሉ መመለስ ያስፈልገናል. በተመሳሳይ ጊዜ, በተፈጥሮ, እንደ ማንኛውም ዘመናዊ IT, ልማት ወዲያውኑ ከገንቢው ወደ ምርት አይሄድም. የሚመነጨው በገንቢው ወረዳ ላይ ነው፣ ከዚያም በተከታታይ የሙከራ ወንበሩን ያልፋል፣ ይለቀቅ፣ መቀበል እና ከዚያ በኋላ ብቻ ወደ ምርት ያበቃል። ቢያንስ, በፈተና እና በመልቀቂያ ወረዳዎች ላይ, የአጠቃላይ ስርዓቱን ሙሉ በሙሉ መመለስ አለብን.

የተገለጹት ንብረቶች ለማንኛውም የታማኝነት ስርዓት መደበኛ ናቸው። ስለ ፕሮጀክታችን ገፅታዎች እንነጋገር.

በቴክኖሎጂ፣ 90% የሚሆነው የታማኝነት ስርዓታችን አመክንዮ በአገልጋይ ላይ የተመሰረተ እና በOracle ላይ የተተገበረ ነው። በዴልፊ ውስጥ የተጋለጠ ደንበኛ አለ፣ እሱም በራስ ሰር የሚሰራ የስራ ቦታ አስተዳዳሪን ተግባር ያከናውናል። ለውጫዊ አፕሊኬሽኖች (ለምሳሌ ድር ጣቢያ) የተጋለጡ የድር አገልግሎቶች አሉ። ስለዚህ፣ አውቶሜትድ የፍተሻ ዘዴን ከዘረጋን፣ በ Oracle ላይ እንደምናደርገው በጣም ምክንያታዊ ነው።

በስፖርትማስተር ውስጥ ያለው የታማኝነት ስርዓት ከ 7 ዓመታት በላይ የኖረ እና በነጠላ ገንቢዎች የተፈጠረ ነው ... በእነዚህ 7 ዓመታት ውስጥ በፕሮጀክታችን ውስጥ በአማካይ የገንቢዎች ብዛት 3-4 ሰዎች ነበሩ። ነገር ግን ባለፈው አመት ቡድናችን በከፍተኛ ደረጃ አድጓል, እና አሁን በፕሮጀክቱ ላይ የሚሰሩ 10 ሰዎች አሉ. ያም ማለት የተለመዱ ተግባራትን, ሂደቶችን እና ስነ-ህንፃዎችን የማያውቁ ሰዎች ወደ ፕሮጀክቱ ይመጣሉ. እና ስህተቶችን እናጣለን የሚል ስጋት ይጨምራል።

ፕሮጀክቱ እንደ የሰራተኛ ክፍሎች የወሰኑ ሞካሪዎች ባለመኖራቸው ተለይቶ ይታወቃል። እርግጥ ነው, ሙከራ አለ, ነገር ግን ሙከራ የሚከናወነው በተንታኞች ነው, ከሌሎች ዋና ዋና ኃላፊነቶች በተጨማሪ: ከንግድ ደንበኞች, ተጠቃሚዎች ጋር መገናኘት, የስርዓት መስፈርቶችን ማዘጋጀት, ወዘተ. ወዘተ ... ምንም እንኳን ሙከራው በጣም ከፍተኛ ጥራት ያለው ቢሆንም (ይህ በተለይ መጥቀስ ተገቢ ነው ፣ ምክንያቱም አንዳንድ ተንታኞች የዚህን ዘገባ ዓይን ሊይዙ ስለሚችሉ) የልዩነት እና ትኩረት በአንድ ነገር ላይ ውጤታማነት አልተሰረዘም። .

ከላይ የተጠቀሱትን ሁሉ ግምት ውስጥ በማስገባት የቀረበውን ምርት ጥራት ለማሻሻል እና የእድገት ጊዜን ለመቀነስ, በፕሮጀክት ላይ በራስ-ሰር የመሞከር ሀሳብ በጣም ምክንያታዊ ይመስላል. እና በተለያዩ የታማኝነት ስርዓት መኖር ደረጃዎች፣ የግለሰብ ገንቢዎች ኮዳቸውን በክፍል ሙከራዎች ለመሸፈን ጥረት አድርገዋል። በአጠቃላይ ሁሉም ሰው የራሱን አርክቴክቸር እና ዘዴ በመጠቀም በትክክል የተከፋፈለ ሂደት ነበር። የመጨረሻ ውጤቶቹ ለአሃድ ሙከራዎች የተለመዱ ነበሩ፡ ሙከራዎች ተዘጋጅተዋል፣ ለተወሰነ ጊዜ ጥቅም ላይ የዋሉ፣ በተዘጋጀ የፋይል ማከማቻ ውስጥ ተከማችተዋል፣ ነገር ግን በሆነ ጊዜ መሮጣቸውን አቆሙ እና ተረሱ። በመጀመሪያ ደረጃ, ይህ የሆነበት ምክንያት ፈተናዎቹ ከአንድ የተወሰነ አፈፃፀም ጋር የበለጠ የተሳሰሩ በመሆናቸው ነው, እና በፕሮጀክቱ ላይ አይደለም.

utPLSQL ለማዳን ይመጣል

ስለ እስጢፋኖስ Feuerstein የሚያውቁት ነገር አለ?

ይህ ረጅም የስራውን ክፍል ከOracle እና PL/SQL ጋር ለመስራት ያዋለ እና በዚህ ርዕስ ላይ በጣም ብዙ ስራዎችን የፃፈ ብልህ ሰው ነው። ከታዋቂ መጽሃፎቹ አንዱ፡- “Oracle PL/SQL. ለባለሙያዎች." የ utPLSQL መፍትሄን ያዘጋጀው እስጢፋኖስ ነው፣ ወይም እንደ አተረጓጎሙ፣ ለOracle PL/SQL የክፍል ሙከራ ማዕቀፍ። የ utPLSQL መፍትሔ የተፈጠረው በ2016 ነው፣ ነገር ግን በንቃት መስራቱን ቀጥሏል እና አዳዲስ ስሪቶች ተለቀቁ። ሪፖርት በሚደረግበት ጊዜ፣ የቅርብ ጊዜው እትም በማርች 24፣ 2019 ነው።
ምንድነው ይሄ. ይህ የተለየ ክፍት ምንጭ ፕሮጀክት ነው። ምሳሌዎችን እና ሰነዶችን ጨምሮ ሁለት ሜጋባይት ይመዝናል። በአካል፣ በORACLE ዳታቤዝ ውስጥ የአሃድ ሙከራን ለማደራጀት ፓኬጆች እና ሰንጠረዦች ያለው የተለየ ንድፍ ነው። መጫኑ ጥቂት ሰከንዶች ይወስዳል። የ utPLSQL ልዩ ባህሪ የአጠቃቀም ቀላልነት ነው።
በአለምአቀፍ ደረጃ, utPLSQL የዩኒት ሙከራዎችን ለማስኬድ ዘዴ ነው, የአንድ ክፍል ፈተና እንደ ተራ የ Oracle batch ሂደቶች ተረድቷል, አደረጃጀቱ የተወሰኑ ህጎችን ይከተላል. ከማስጀመር በተጨማሪ utPLSQL የሁሉንም የሙከራ ስራዎችዎ መዝገብ ያከማቻል፣ እና የውስጥ የሪፖርት ማቅረቢያ ስርዓትም አለው።

ይህንን ዘዴ በመጠቀም የተተገበረውን የክፍል ሙከራ ኮድ ምን እንደሚመስል ምሳሌ እንመልከት።

ስለዚህ, ማያ ገጹ ለተለመደው የጥቅል ዝርዝር መግለጫ ከክፍል ሙከራዎች ጋር ያሳያል. የግዴታ መስፈርቶች ምንድን ናቸው? ፓኬጁ በ"utp_" ቅድመ ቅጥያ መሆን አለበት። ከፈተናዎች ጋር ሁሉም ሂደቶች አንድ አይነት ቅድመ ቅጥያ ሊኖራቸው ይገባል. ጥቅሉ ሁለት መደበኛ ሂደቶችን መያዝ አለበት፡ “utp_setup” እና “utp_teardown”። የመጀመሪያው አሰራር እያንዳንዱን ክፍል ፈተና እንደገና በማስጀመር ይባላል, ሁለተኛው - ከተነሳ በኋላ.

"utp_setup", እንደ አንድ ደንብ, የእኛን ስርዓት የአንድን ክፍል ሙከራ ለማሄድ ያዘጋጃል, ለምሳሌ, የሙከራ ውሂብ መፍጠር. "utp_teardown" - በተቃራኒው ሁሉም ነገር ወደ መጀመሪያው ቅንጅቶች ይመለሳል እና የማስጀመሪያውን ውጤት እንደገና ያስጀምረዋል.

የገባውን የደንበኛ ስልክ ቁጥር ወደ መደበኛው የታማኝነት ስርዓታችን ፎርም የሚፈትሽ ቀላሉ አሃድ ሙከራ ምሳሌ እዚህ አለ። በክፍል ፈተናዎች ሂደቶችን እንዴት እንደሚጽፉ ምንም አስገዳጅ ደረጃዎች የሉም. እንደ ደንቡ, በሙከራ ላይ ላለው የስርዓቱ ዘዴ ጥሪ ይደረጋል, እና በዚህ ዘዴ የተመለሰው ውጤት ከማጣቀሻው ጋር ይነጻጸራል. የማመሳከሪያውን ውጤት እና የተገኘውን ማነፃፀር በተለመደው የ utPLSQL ዘዴዎች መከሰቱ አስፈላጊ ነው.

የአንድ ክፍል ፈተና ማንኛውንም የቼኮች ብዛት ሊኖረው ይችላል። ከምሳሌው እንደሚታየው የስልክ ቁጥሩን መደበኛ ለማድረግ እና ከእያንዳንዱ ጥሪ በኋላ ውጤቱን ለመገምገም ወደ ተሞከረው ዘዴ አራት ተከታታይ ጥሪዎችን እናደርጋለን. የዩኒት ፈተናን በሚፈጥሩበት ጊዜ ስርዓቱን በምንም መልኩ የማይነኩ ቼኮች እንዳሉ ግምት ውስጥ ማስገባት አለብዎት ፣ እና ከጥቂት ጊዜ በኋላ ወደ ስርዓቱ የመጀመሪያ ሁኔታ መመለስ ያስፈልግዎታል።
ለምሳሌ፣ በቀረበው አሃድ ፈተና በቀላሉ የግቤት ስልክ ቁጥሩን እንቀርፃለን፣ ይህም በምንም መልኩ የታማኝነት ስርዓቱን አይጎዳም።

እና አዲስ ደንበኛን የመፍጠር ዘዴን በመጠቀም የክፍል ሙከራዎችን ከጻፍን ከእያንዳንዱ ሙከራ በኋላ በስርዓቱ ውስጥ አዲስ ደንበኛ ይፈጠራል ፣ ይህም የፈተናውን ቀጣይ ጅምር ላይ ተጽዕኖ ያሳድራል።

የዩኒት ሙከራዎች የሚካሄዱት በዚህ መንገድ ነው። ሁለት ሊሆኑ የሚችሉ የማስጀመሪያ አማራጮች አሉ፡ ሁሉንም የአሃድ ሙከራዎችን ከአንድ የተወሰነ ጥቅል ማስኬድ ወይም በአንድ የተወሰነ ጥቅል ውስጥ የአንድ የተወሰነ ክፍል ሙከራን ማስኬድ።

የውስጣዊ ሪፖርት አቀራረብ ስርዓት ምሳሌ ይህን ይመስላል። በዩኒት ፈተና ውጤቶች ላይ በመመስረት utPLSQL ትንሽ ሪፖርት ይገነባል። በውስጡም ለእያንዳንዱ የተለየ ቼክ እና የክፍሉን አጠቃላይ ውጤት እናያለን.

6 የአውቶሞተሮች ህጎች

የታማኝነት ስርዓቱን በራስ ሰር ለመፈተሽ አዲስ ስርዓት ከመፍጠራችን በፊት ከአስተዳደር ጋር በመሆን የወደፊት አውቶሜትድ ፈተናዎቻችን ሊያከብሯቸው የሚገቡ መርሆችን ወስነናል።

1. አውቶት ሙከራዎች ውጤታማ እና ጠቃሚ መሆን አለባቸው። እኛ በእርግጠኝነት መጥቀስ ያለባቸው ድንቅ ገንቢዎች አሉን ምክንያቱም አንዳንዶቹ ምናልባት ይህን ዘገባ ያዩታል እና ድንቅ ኮድ ይጽፋሉ። ነገር ግን የእነሱ ድንቅ ኮድ እንኳን ፍጹም አይደለም እናም ስህተቶች አሉት, እና ይቀጥላል. እነዚህን ስህተቶች ለማግኘት ራስ-ሙከራዎች ያስፈልጋሉ። ጉዳዩ ይህ ካልሆነ ወይ መጥፎ አውቶሜትቶችን እየጻፍን ነው፣ ወይም በመርህ ደረጃ ወደማይገነባው የሞተ አካባቢ ደርሰናል። በሁለቱም ሁኔታዎች አንድ ስህተት እየሰራን ነው, እና አካሄዳችን በቀላሉ ትርጉም አይሰጥም.
2. አውቶማቲክ ሙከራዎች ጥቅም ላይ መዋል አለባቸው. የሶፍትዌር ምርትን ለመጻፍ ብዙ ጊዜ እና ጥረት ማሳለፍ, ወደ ማከማቻ ውስጥ ማስቀመጥ እና እሱን መርሳት ምንም ትርጉም የለውም. ፈተናዎች መሮጥ እና በተቻለ መጠን በመደበኛነት መሮጥ አለባቸው።
3. አውቶሞተሮች በተረጋጋ ሁኔታ መሥራት አለባቸው። የቀኑ ሰዓት ምንም ይሁን ምን, የማስጀመሪያ ማቆሚያ እና ሌሎች የስርዓት ቅንጅቶች, የሙከራ ሙከራዎች ወደ ተመሳሳይ ውጤት ሊመሩ ይገባል. እንደ ደንቡ ፣ ይህ የተረጋገጠው አውቶሜትሪዎች በልዩ የሙከራ ውሂብ ከቋሚ የስርዓት ቅንጅቶች ጋር አብረው በመሥራታቸው ነው።
4. አውቶሞተሮች ለፕሮጀክትዎ ተቀባይነት ባለው ፍጥነት መስራት አለባቸው። ይህ ጊዜ ለእያንዳንዱ ስርዓት በተናጠል ይወሰናል. አንዳንድ ሰዎች ቀኑን ሙሉ ለመስራት አቅም አላቸው፣ ሌሎች ደግሞ በሰከንዶች ውስጥ ለመስራት ወሳኝ ሆኖ አግኝተውታል። በፕሮጀክታችን ውስጥ ምን ዓይነት የፍጥነት ደረጃዎች እንዳገኘን ትንሽ ቆይተው እነግርዎታለሁ።
5. የራስ-ሙከራ ልማት ተለዋዋጭ መሆን አለበት። ከዚህ በፊት ወይም በሌላ ምክንያት ስላላደረግነው ብቻ ማንኛውንም ተግባር ለመፈተሽ እምቢ ማለት አይመከርም። utPLSQL በእድገት ላይ ምንም አይነት ገደብ አይጥልም, እና Oracle, በመርህ ደረጃ, የተለያዩ ነገሮችን እንዲተገብሩ ይፈቅድልዎታል. አብዛኛዎቹ ችግሮች መፍትሄ አላቸው, ይህ ጊዜ እና ጥረት ብቻ ነው.
6. የማሰማራት ችሎታ። ፈተናዎችን ለማካሄድ የምንፈልግባቸው በርካታ ማቆሚያዎች አሉን። በእያንዳንዱ ማቆሚያ፣ የውሂብ መጣል በማንኛውም ጊዜ ሊዘመን ይችላል። ሙሉ ወይም ከፊል መጫኑን ያለ ህመም ለማካሄድ በሚያስችል መንገድ አውቶማቲክ ሙከራዎችን የያዘ ፕሮጀክት ማካሄድ አስፈላጊ ነው።

እና በሁለተኛው ጽሁፍ በሁለት ቀናት ውስጥ ምን እንዳደረግን እና ምን ውጤት እንዳገኘን እነግራችኋለሁ.

ምንጭ: hab.com