የሽያጭ ኃይል ውህደቶችን ለመፈተሽ ምክሮች እና ምርጥ ልምዶች

የሽያጭ ኃይል ውህደት

የሽያጭ ኃይል ሙከራ እርስዎ የተበጁትን እንዲያረጋግጡ ይረዳዎታል የሽያጭ ኃይል ውህደቶች እና ከሌሎች የድርጅት ትግበራዎች ጋር ተግባሮች ፡፡ ጥሩ ሙከራ ሁሉንም የሽያጭ ኃይል ሞጁሎችን ከሂሳብ እስከ እርሳሶች ፣ ከአጋጣሚዎች እስከ ሪፖርቶች እና ከዘመቻዎች እስከ እውቂያዎች ይሸፍናል ፡፡ በሁሉም ሙከራዎች ላይ እንደሚታየው ፣ የሽያጭ ኃይል ሙከራን እና መጥፎ መንገድን የሚያከናውን ጥሩ (ውጤታማ እና ቀልጣፋ) መንገድ አለ ፡፡ ስለዚህ ፣ የሽያጭ ኃይል ጥሩ ልምምድ ምንድነው?

  • ትክክለኛውን የመፈተሻ መሳሪያዎች ይጠቀሙ - የሽያጭ ኃይል ሙከራ በአሳሹ ውስጥ ወይም በጨረቃ ግርዶሽ ላይ የተመሠረተ አካባቢ ውስጥ ይከሰታል። ሁለቱም የቅርብ ጊዜ አሳሾች እና ግርዶሽ ጥሩ የማረም መሳሪያዎች አሏቸው እና በጣም ጠቃሚ ውጤቶችን ለማግኘት እነዚህን ከሙከራ ክፍሎች ጋር ማዋሃድ ይችላሉ ፡፡ ሆኖም ፣ የበለጠ ከፈለጉ በ “Force.com” የ “Apex” መስተጋብራዊ አራሚ (ወይም በቀላሉ Apex) ጥቅም ላይ መዋል አለበት። በተለይም የሽያጭ ኃይል መብረቅን ለመፈተሽ የሽያጭ ኃይል መብረቅ ኢንስፔክተር ፣ የ chrome ቅጥያ መጠቀም እንደሚችሉ ልብ ይበሉ። አክስክስ ሀ Force.com ከጃቫ ጋር ተመሳሳይነት ያላቸውን የመሣሪያ ስርዓት የባለቤትነት መርሃግብር ቋንቋ። እሱ የተስተካከለ ፣ ለጉዳዩ ትኩረት የማይሰጥ ፣ ጠንከር ያለ ቅንፎችን እና የነጥብ-አገባብ አገባብን የሚከተል የፕሮግራም ቋንቋ ነው ብጁ አገናኞችን እና አዝራሮችን ፣ ዝመናዎችን ፣ ስረዛዎችን እና በቪዥን ፎርስ ገጽ ብጁ ተቆጣጣሪዎች ወይም መርሃግብር አማካይነት ጨምሮ በአብዛኛዎቹ የ Force.com ሂደቶች ውስጥ የፕሮግራም ተግባራትን ለማከናወን ኤፔክስን መጠቀም ይችላሉ ፡፡
  • ትክክለኛ የመሰየም ስምምነቶችን ይጠቀሙ - ፈተናዎችን መጻፍ ከመጀመርዎ በፊት የሙከራ ዘዴዎችዎን በትክክል መሰየሙ በጣም አስፈላጊ ነው ፡፡ የሙከራ ዘዴው ስም ሶስት ክፍሎች ሊኖሩት ይገባል ፡፡ እነዚህ nameOfMethod ናቸው (ቀስቃሽ ሲፈተኑ ያስገቡ / ያዘምኑ / ይሰርዙ / ያጠፋሉ) ፣ የሙከራ ፓፓ ስለ መረጃ ፈትሽ መረጃ እንደ ‹ባዶ ግንኙነት› ያሉ ግንኙነቶች ዋጋ ቢስ ከሆኑ እና በሚፈተኑበት ጊዜ ልክ ናቸው ፡፡ አዎንታዊ / አሉታዊ መንገድ.
  • 100% ሽፋን ያረጋግጡ - ምንም እንኳን መደበኛ የሽያጭ ኃይል መመሪያ ምንም እንኳን የ ‹ዩኒት› ሙከራ የ 75% የኮድዎ ሽፋን ሊኖረው ይገባል (የመቀነስ የሙከራ ክፍሎች ፣ ወደ ሲስተም.ደቢግ እና የሙከራ ዘዴዎች) እና የአፕክስ ኮድ ወይም የጥቅል AppExchange መተግበሪያዎችን ማሰማራት አይችሉም ይህ ደረጃውን የጠበቀ መሆኑን እና ዓላማዎ 100% ሽፋን መሆን እንዳለበት ያስተውሉ ፡፡ ሁሉንም አዎንታዊ / አሉታዊ ጉዳዮችን እና አሁን ላለው እና ለሌለው መረጃ ይሞክሩ። ወደ ኮድ ሽፋን ሲመጣ ሌሎች አስፈላጊ ምክሮች
    • ሙከራዎች እንደገና እስኪታዩ ድረስ የአፕክስ ኮድ ሲዘመን እነዚህ ቁጥሮች የማይታደሱ ስለሆኑ የኮድ ሽፋን ቁጥሮችን ለማደስ ሙከራዎችን ማካሄድ አለብዎት ፡፡
    • ካለፈው የሙከራ ሙከራ ወዲህ በድርጅቱ ውስጥ ዝመና ካለ የኮድ ሽፋን ቁጥሮች የተሳሳቱ የመሆን ስጋት አለ ፡፡ ለትክክለኛው ግምት ሙከራዎችን እንደገና ይክፈሉ።
    • የኮድ ሽፋን መቶኛ ከሚተዳደሩ ፓኬጆች ሙከራዎች የኮድ ሽፋን አያካትትም ፣ እነዚህ ሙከራዎች ቀስቅሴዎቹ እንዲቃጠሉ በሚያደርጉበት ጊዜ ብቻ ነው ፡፡
    • ሽፋን በጠቅላላው የኮድ መስመሮች ብዛት ላይ የተመሠረተ ነው። የኮድ መስመሮችን ካከሉ ​​ወይም ከሰረዙ በመቶኛ ላይ ተጽዕኖ ያሳድራሉ ፡፡
  • በክፍሎች እና በተቆጣጣሪዎች ውስጥ የሙከራ ጉዳዮች - በሽያጭ ኃይል ልማት ውስጥ አብዛኛዎቹ ገንቢዎች ለእያንዳንዱ ተግባር የተለየ ክፍሎችን እና የመቆጣጠሪያ ፋይሎችን ይፈጥራሉ። ይህ ኮዲንግ የበለጠ የተደራጀ ፣ ቀላል ፣ እንደገና ጥቅም ላይ የሚውል እና ተንቀሳቃሽ እንዲሆን ለማድረግ ነው ፡፡ ሆኖም ይህ ቀላል ቢሆንም የበለጠ ውጤታማ እንዳልሆነ ልብ ሊሉ ይገባል ፡፡ ከአሸዋ ሳጥን ወደ ምርት በሚሰደዱበት ጊዜ የትኛውም የሙከራ ክፍል አያመልጥዎምና የሙከራው ኮድ በመጀመሪያው ክፍል እና በመቆጣጠሪያ ኮድ ውስጥ ከሆነ ተጓዥነትን ያገኛሉ።
  • System.assert ይጠቀሙ () - በአፕክስ ስርዓት() ሁኔታዎችን ለማጣራት ያገለግላል ፡፡ ይህ አንድ የተወሰነ ተግባር በተጠበቀው ዘዴ እንደተከናወነ ለመወሰን ያስችልዎታል ምክንያቱም ይህ አስፈላጊ ተግባር ነው። በወሳኝ ተግባራት መካከል System.assertEquals () እና System.assertNotEquals () ን መጠቀም ያለብዎት ኮዱ በሚፈለገው ልክ እንደተፈፀመ ለማወቅ ብቻ ሳይሆን ኮዱ የተሳሳተ ከሆነ በስህተት የተጻፈ መረጃ አለመኖሩን ለማረጋገጥ ነው ፡፡
  • ሁለገብ ሙከራ - ሙከራ ሁሉንም ነገር መሸፈን አለበት ፡፡ የተግባር ሙከራን ፣ የጭነት ምርመራን ፣ የደህንነት ምርመራን እና የማሰማራት ሙከራዎችን ማድረግ አለብዎት ፡፡
  • ክፍል ሙከራዎች - የግለሰባዊ መዛግብት ትክክለኛውን እና የሚጠበቀው ውጤት እንደሚያመጡ ለማረጋገጥ የአሃድ ምርመራዎች ሊኖርዎት ይገባል ፡፡ ጠቅላላውን ኮድ የሚሸፍን ግዙፍ ሙከራ ሲጠቀሙ ጥሩ ሀሳብ ሊመስሉ ይችላሉ ፣ ልብ ይበሉ የተገኙት ውጤቶች ለማረም ከባድ እንደሚሆኑ እና ውድቀትን ለመረዳት እንደሚከብድ ልብ ይበሉ ፡፡ የአንድ ዩኒት ሙከራ እየተፈተነ ያለው ተግባራዊነት አነስተኛ ንዑስ ክፍልን መሸፈን አለበት።
  • የጅምላ ጉዳዮችን ይፈትሹ - ጥሩ የሙከራ ኮድ (ቀስቅሴ ፣ ልዩነት ወይም ክፍል) እስከ ብዙ መቶ መዝገቦች (200 ለአፔክስ) ሊሳተፍ ይችላል ፡፡ ይህንን መጠቀሙ እና የግለሰባዊ መዝገቦችን ብቻ ሳይሆን የጅምላ ጉዳዮችንም መሞከር አለብዎት ፡፡
  • አዎንታዊ ሙከራዎች - የሚጠበቀው ባህሪ በሁሉም በሚጠበቀው የሽግግር እንቅስቃሴ በኩል የሚከሰት መሆኑን ለማረጋገጥ ይሞክሩ ፡፡ ሙከራው ተጠቃሚው ቅጹን በትክክል እንደሞላው እና እሱ / እሷ ገደቦቹን እንዳላለፈ ማረጋገጥ አለበት።
  • አሉታዊ ሙከራዎች - የስህተት መልዕክቶች በትክክል እንዲመረቱ ለማድረግ አሉታዊ ጉዳዮችን ይሞክሩ ፡፡ እንደነዚህ ያሉ አሉታዊ ጉዳዮች ምሳሌዎች አሉታዊ መጠኖችን መለየት አለመቻል እና የወደፊቱን ቀናት ማከል አይችሉም ፡፡ ነገሮች ወደ ደቡብ ሲሄዱ ትክክለኛ አያያዝ ሁሉንም ልዩነት ሊያመጣ ስለሚችል አሉታዊ ሙከራዎች አስፈላጊ ናቸው ፡፡
  • ራስ-ሰር ሙከራ - በተለምዶ ፣ የሽያጭ ኃይል ሙከራ በእጅ ነበር። ይህ የበለጠ ጥቅሞችን ስለሚሰጥ ራስ-ሰር ሙከራን ከግምት ውስጥ ማስገባት አለብዎት ፡፡ እነዚህም የሚከተሉትን ያካትታሉ:
    • በእጅ የሚደረግ ሙከራ የሰው ልጅ እንጂ ሮቦቶች ስላልሆኑ ለስህተት ተጋላጭ ያደርግልዎታል ፡፡ ሮቦቶች በተደጋጋሚ በሚከናወኑ እንቅስቃሴዎች ጎልተው ይታያሉ የሰው ልጆች በመሰላቸት ፣ በማተኮር እና ወጥነት በመቀነስ እንዲሁም ማዕዘኖችን የመቁረጥ አዝማሚያ ይሳሳታሉ ፡፡
    • በእጅ መሞከር ተደጋጋሚ ፣ ቀመር እና አድካሚ ነው። የሙከራ ቡድኑ የበለጠ አሰሳ የሆነ ሥራ ከመሥራት የተሻለ ነው ፡፡
  • እያንዳንዱን ኮድ አመክንዮ ቅርንጫፍ ያስፈጽሙ - ሁኔታዊ አመክንዮ ሲጠቀሙ (የሶስተኛ ደረጃ ኦፕሬተሮችን ሲያካትቱ) እያንዳንዱ የኮድ አመክንዮ ቅርንጫፍ መከናወን አለበት ፡፡
  • ወደ ዘዴዎች ጥሪዎች ልክ ያልሆኑ እና ትክክለኛ ግብዓቶችን ይጠቀሙ - ወደ ዘዴዎች የሚደረጉ ጥሪዎች ልክ ያልሆኑ እና ትክክለኛ ግብዓቶችን በመጠቀም መደረግ አለባቸው ፡፡
  • የተጠናቀቁ ሙከራዎች - ፈተናዎቹ በተሳካ ሁኔታ መጠናቀቃቸውን ያረጋግጡ - ስህተቶቹ ካልተጠበቁ በስተቀር በማናቸውም የማይካተቱ መሆን የለባቸውም ፡፡ የተያዙትን ሁሉንም ልዩነቶች ይያዙ - እነሱን መያዙ በቂ ጥሩ አይደለም።
  • ትዕዛዝ ቁልፍ ቃላትን ይጠቀሙ - መዝገቦችዎ በሚጠብቋቸው ቅደም ተከተል መመለሳቸውን ለማረጋገጥ ፣ ትዕዛዙን በ ቁልፍ ቃላት ይጠቀሙ ፡፡
  • የመዝገብ መታወቂያዎች በቅደም ተከተል የተስተካከሉ አይምሰሉ - የመዝገብ መታወቂያዎችን በቅደም ተከተል በቅደም ተከተላቸው የመገመት የተለመደ ስህተት ያስወግዱ ፡፡ በተመሳሳዩ ጥያቄ ብዙ መዝገቦችን ካላስገቡ በስተቀር መታወቂያዎቹ ወደላይ እየወጡ አይደሉም።
  • ይደውሉ Test.startTest () እና Test.stopTest () - የ Apex ዩኒት ሙከራ ሲያካሂዱ በሻሸርስስ ውስጥ አስገዳጅ የሆነውን ከ 75% በላይ የኮድ ሽፋን ያገኛሉ። ገና ለመጨረስ እየሮጡ ሊሆኑ የሚችሉ ያልተመሳሰሉ ኮዶችን ለማስገደድ ከማረጋገጫዎች በፊት ወደ ‹StopTest› መደወል ይኖርብዎታል ፡፡ ሌላ ኮድ መረጃን ሊቀይር ስለሚችል ለመጨረሻ ውጤቶች አዲስ ጥያቄዎችን ያሂዱ ፡፡ Test.startTest () እና Test.stopTest () ን በመጠቀም በአስተዳዳሪው ወሰን ውስጥ ሙከራውን በአሸዋ ላይ ያረጋግጥልዎታል ፡፡ በዚህ መንገድ እርስዎ የሚጠቀሙት የማዋቀር ኮድ ጣልቃ አይገባም እና በአገረ ገዢው ገደቦች ዙሪያ የሐሰት አሉታዊዎችን ወይም አዎንታዊ ነገሮችን ይሰጥዎታል ፡፡ Test.stopTest () በተጨማሪም @ ወደፊት ጥሪዎች ለሙከራ መጠናቀቃቸውን ያረጋግጣል ፡፡
  • ተነባቢነት - በንጥል ሙከራዎች ውስጥ ተነባቢነት በጣም አስፈላጊ ነው ፡፡ የሙከራ ስሞቹ የሚወሰዱትን የተወሰነ እርምጃ እና የሚጠበቀው ውጤት ማካተት አለባቸው ፡፡ ዘዴው ገላጭ እና አጭር መሆን አለበት። ዘዴው በተለያዩ ሙከራዎች ላይ እንደገና ጥቅም ላይ ሊውል የሚችል መሆን አለበት።
  • ከመጀመርዎ በፊት ትልቅ የሙከራ ውሂብ ስብስቦችን ይገንቡ - ሙከራዎችዎ በተለያዩ የአሸዋ ሳጥኖች እና የምርት አካባቢዎች ውስጥ ስለሚሰሩ ፣ ሙከራው ሙሉ የማስፈጸሚያ ገደቦችን እንዳለው ለማረጋገጥ ወደ StartTest ከመደወልዎ በፊት ትልቅ የሙከራ መረጃ ስብስቦችን ይገንቡ ፡፡ በነባሪ ፣ የሽያጭ ኃይል Github ከምርት መረጃ የተለዩ ሙከራዎችን ያካሂዳል። እንደ መገለጫ ያለ የስርዓት ውሂብ ሲፈልጉ ለዚያ የተወሰነ አከባቢ ትክክለኛውን ነገር ለማግኘት መጠየቅ ፡፡
  • የራስዎን የሙከራ ውሂብ ይፍጠሩ - የሚጠቀሙት የሙከራ ውሂብ በፈተናው ውስጥ መፈጠር አለበት ፡፡ ትክክለኛውን መረጃ ማግኘትን ብቻ ሳይሆን ሁሉንም ሙከራዎች በገንቢ ማጠሪያ ሣጥን ላይ እንዲሰሩ ለማድረግ ምንም እንኳን የ ‹estSetup ማብራሪያን ›እና‹ TestUtils› ክፍልን በመጠቀም ይህንን ውሂብ ማመንጨት ይችላሉ ፡፡
  • ኦ-ኦ-ኦ-ኦ-ኦል-አልባ ስራዎችን ያስወግዱ - ብዙ ሞካሪዎች ኖ-ኦፕ AKA ንል ክዋኔዎችን ይጠቀማሉ ፡፡ እነዚህ ምንም የማይጠቅሙ ኮዶች ናቸው ፡፡ እነሱ ቀድሞውኑ በኮድ መሠረትዎ ውስጥ ስለሆኑ ወደ እርስዎ ሽፋን መቶኛ ይጨምራሉ።
  • ትይዩ ሙከራ አፈፃፀም - ሙከራዎችን ከሽያጭ ኃይል የተጠቃሚ በይነገጽ ወይም ከገንቢ ኮንሶል ሲጀምሩ ሙከራዎቹ በትይዩ ይሰራሉ ​​፡፡ የሙከራ አሂድ ጊዜን የሚያፋጥን በመሆኑ ይህ አስፈላጊ ባህሪ ነው ፡፡ ሆኖም ይህ ወደ የውሂብ ክርክር ጉዳዮች ሊያመራ እንደሚችል ልብ ሊባል ይገባል ፣ እናም ይህ ሊሆን ይችላል ብለው ከጠረጠሩ ትይዩ አፈፃፀም ያጥፉ ፡፡ ብዙውን ጊዜ ወደ UNABLE_TO_LOCK_ROW ስህተቶች የሚወስዱ የውሂብ ክርክር ጉዳዮች በጣም የተለመዱ ምክንያቶች
    • ሙከራዎች ተመሳሳይ መዝገቦችን በተመሳሳይ ጊዜ ለማዘመን ሲያስቡ ፡፡ ተመሳሳይ መዝገቦችን ማዘመን ብዙውን ጊዜ ሙከራዎች የራሳቸውን መረጃ በማይፈጥሩበት ጊዜ ይከሰታል ፡፡
    • በትይዩ በሚሰሩ ፈተናዎች ውስጥ ድንገተኛ ሁኔታ ሲኖር እና እነሱ የመረጃ ጠቋሚ መስክ እሴቶችን የሚዛመዱ መዝገቦችን ለመፍጠር ሲሞክሩ ፡፡ 2 የሩጫ ሙከራዎች ዳታውን ወደኋላ ለመመለስ በተሰለፉበት ጊዜ አንድ የሞት መቆለፊያ ይከሰታል (ይህ የሚከሰተው 2 ትዕዛዞች ተመሳሳይ ትዕዛዞች ውስጥ ተመሳሳይ ልዩ የመረጃ ጠቋሚ መስክ እሴቶች ያላቸው የግብዓት መዝገቦችን ሲመዘገቡ ነው)።
    • ትይዩ የሙከራ አፈፃፀም ለማጥፋት ወደ Setup ይሂዱ ፣ የፔፕክስ ሙከራን ያስገቡ ፣ ወደ Apex የሙከራ አፈፃፀም አማራጮች መገናኛ ይሂዱ ፣ ትይዩ የአፕክስ ሙከራን ይምረጡ ፣ እሺን ጠቅ ያድርጉ ፡፡

ትይዩ የ Apex ሙከራን ያሰናክሉ

ጥሩ ሙከራ ለማድረግ አስፈላጊው ልምድና ሥልጠና ስለሚኖረው ለሥራው ፕሮፌሰር ይከራዩ ፣ ይህ ደግሞ የአእምሮ ሰላም ይሰጥዎታል ፡፡ ፕሮፌሰርን መቅጠር በዋና ንግድዎ ላይ እንዲያተኩሩ ያስችልዎታል ፡፡ እንዲሁም ለስራው የቤት ውስጥ ቡድን ስለማይፈልጉ ገንዘብ ይቆጥባል ፡፡

ምን አሰብክ?

ይህ ጣቢያ አይፈለጌን ለመቀነስ Akismet ይጠቀማል. አስተያየትዎ እንዴት እንደሚሰራ ይወቁ.