အကြောင်းအရာစျေးကွက်

Salesforce ပေါင်းစပ်မှုကိုစမ်းသပ်ခြင်းအတွက်သိကောင်းစရာများနှင့်အကောင်းဆုံးသောအလေ့အကျင့်များ

Salesforce စစ်ဆေးမှုသည်သင့်စိတ်ကြိုက်ကိုအတည်ပြုရန်ကူညီလိမ့်မည် Salesforce ပေါင်းစည်းမှု နှင့်အခြားစီးပွားရေးလုပ်ငန်း applications များနှင့်အတူလုပ်ဆောင်နိုင်စွမ်း။ ကောင်းမွန်သောစမ်းသပ်မှုတစ်ခုသည် Salesforce modules များအားလုံးကိုအကောင့်များမှ ဦး ဆောင်မှု၊ အခွင့်အလမ်းများမှအစီရင်ခံစာများအထိနှင့်လှုပ်ရှားမှုများမှအဆက်အသွယ်များအထိအကျုံးဝင်သည်။ အားလုံးစမ်းသပ်မှုနှင့်အတူဖြစ်သကဲ့သို့, တစ် ဦး Salesforce စမ်းသပ်မှုနှင့်မကောင်းတဲ့လမ်းလုပ်နေတာကောင်းတစ် ဦး (ထိရောက်သောနှင့်အကျိုးရှိစွာ) လမ်းလည်းမရှိ။ ဒီတော့ Salesforce ကောင်းတဲ့အလေ့အကျင့်ကိုစမ်းသပ်ခြင်းကဘာလဲ?

  • မှန်ကန်သော Testing Tools များကိုသုံးပါ - Salesforce စစ်ဆေးမှုသည်ဘရောင်ဇာ (သို့) နေကြတ်အခြေပြုပတ်ဝန်းကျင်တွင်ဖြစ်သည်။ နောက်ဆုံး browser နှင့် eclipse နှစ်ခုစလုံးတွင်ကောင်းမွန်သော debugging tools များရှိပြီး၎င်းကိုစမ်းသပ်မှုအတန်းများနှင့်အလွန်အသုံးဝင်သောရလဒ်များအတွက်သင်ပေါင်းနိုင်သည်။ သို့သော်သင်ပိုမိုလိုအပ်လျှင် Force.com မှ Apex Interactive Debugger (သို့မဟုတ် Apex ရိုးရှင်းစွာ) ကိုအသုံးပြုသင့်သည်။ Salesforce Lightning ကိုအထူးစမ်းသပ်ရန် chrome extension တစ်ခုဖြစ်သော Salesforce Lightning Inspector ကိုလည်းအသုံးပြုနိုင်သည်။ Apex သည် force.com Java နှင့်အလွန်တူညီသည့်ပလက်ဖောင်းစီးပွားဖြစ်ပရိုဂရမ်းမင်းဘာသာစကား။ ၎င်းသည် object-oriented, case-insensitive, curly-brackets and dot-notation syntax နောက်သို့လိုက်သော programming language ဖြစ်သည်။ စွမ်းရည်မြှင့်လင့်များနှင့်ခလုတ်များ၊ မွမ်းမံမှုများ၊ ဖျက်ခြင်းများနှင့်မှတ်တမ်းသွင်းခြင်းပွဲဖြစ်စဉ်ကိုင်တွယ်သူများအပါအ ၀ င် Force.com လုပ်ငန်းစဉ်အများစုတွင် Apex ကို အသုံးပြု၍ သင်အသုံးပြုနိုင်သည်။
  • သင့်လျော်သောအမည်ပေးခြင်းစည်းဝေးကြီးများကိုသုံးပါ - စမ်းသပ်မှုများမစတင်မီသင့်စာမေးပွဲနည်းစနစ်များကိုမှန်ကန်စွာအမည်ပေးခြင်းသည်အလွန်အရေးကြီးသည်။ စာမေးပွဲနည်းလမ်းအမည်ကိုအပိုင်းသုံးပိုင်းထားသင့်သည်။ ဤရွေ့ကား nameOfMethod (ခလုတ်တစ်ခုကိုစမ်းသပ်သည့်အခါထည့်သွင်းခြင်း / အသစ်ပြုပြင်ခြင်း / ဖျက်ခြင်း / ဖျက်သိမ်းခြင်းစသည့်တစ် ဦး ချင်းစီ၏အမည်၊ TestPath အကြောင်းအချက်အလက်များ၊ သင်အဆက်အသွယ်အား null ဖြစ်ကြောင်းစစ်ဆေးနေပါက null contact ကဲ့သို့ပြောင်းလွယ်ပြင်လွယ်ရှိပြီးစမ်းသပ်သည့်အခါတရားဝင်သည်) တစ် ဦး အပြုသဘော / အနုတ်လက္ခဏာလမ်းကြောင်းကို။
  • 100% လွှမ်းခြုံမှုသေချာစေပါ စံပြ Salesforce ညွှန်ကြားချက်သည်၎င်းစစ်ဆေးမှုသည်ယူနစ်စမ်းသပ်မှုသည်သင်၏ကုဒ် ၇၅% (အနုတ်စမ်းသပ်မှုအတန်းများ၊ System.debug သို့ခေါ်ဆိုခြင်းနှင့်စမ်းသပ်ခြင်းနည်းလမ်းများ) အကျုံး ၀ င်သင့်သော်လည်း Apex ကုဒ်သို့မဟုတ် AppExchange အက်ပလီကေးရှင်းများကိုထည့်သွင်း။ မရပါ။ ၎င်းသည်စံသတ်မှတ်ချက်တစ်ခုသာဖြစ်ပြီးသင်၏ရည်မှန်းချက်မှာ ၁၀၀% လွှမ်းခြုံသင့်ကြောင်းသတိပြုပါ။ အပြုသဘော / အနှုတ်လက္ခဏာကိစ္စများနှင့်ပစ္စုပ္ပန်မဟုတ်ပစ္စုပ္ပန်မဟုတ်သောဒေတာအတွက်စစ်ဆေးပါ။ ကုဒ်လွှမ်းခြုံမှုနှင့်ပတ်သက်သောအခြားအရေးကြီးသောအချက်များမှာ -
    • သငျသညျကုဒ်လွှမ်းခြုံနံပါတ်များကို refresh ဖို့စမ်းသပ်မှုကို run သင့်ပါတယ် Apex ကုဒ်စမ်းသပ်မှုများပြန်လည်မရောက်မှီတိုင်အောင်, ဒီနံပါတ်များကိုလန်းဆန်းမဟုတ်သောကြောင့်။
    • အကယ်၍ နောက်ဆုံးစမ်းသပ်မှုအပြီးတွင်အဖွဲ့အစည်းတွင်အသစ်ပြောင်းခြင်းတစ်ခုရှိပါကကုဒ်နံပါတ်နံပါတ်များသည်မမှန်ကန်ပါ။ မှန်ကန်သောခန့်မှန်းချက်အတွက်စမ်းသပ်မှုများကိုပြန်လည်ပြုလုပ်ပါ။
    • ကုဒ်လွှမ်းခြုံမှုရာခိုင်နှုန်းတွင်စီမံခန့်ခွဲထားသော package စမ်းသပ်မှုများမှကုဒ်ပါ ၀ င်မှုမပါ ၀ င်ပါ။ ဤစမ်းသပ်မှုများသည်အစပျိုးခြင်းများကိုဖြစ်ပေါ်စေသောတစ်ခုတည်းသောခြွင်းချက်ဖြစ်သည်။
    • လွှမ်းခြုံမှုသည်ကုဒ်လိုင်းအရေအတွက်ပေါ်တွင်မူတည်သည်။ သငျသညျကုဒ်လိုင်းများကိုထည့်သွင်းသို့မဟုတ်ဖျက်လျှင်သင်ရာခိုင်နှုန်းထိခိုက်လိမ့်မယ်။
  • Classes နှင့် Controller များတွင်စမ်းသပ်မှုများ - Salesforce ဖွံ့ဖြိုးတိုးတက်မှုတွင် developer အများစုသည် function တစ်ခုစီအတွက်သီးခြားအတန်းများနှင့် controller ဖိုင်များကိုဖန်တီးကြသည်။ ပိုမိုလွယ်ကူစေရန်၊ ပြန်လည်အသုံးပြုရန်နှင့်ခရီးဆောင်နိုင်ရန်အတွက်ပြုလုပ်နိုင်သည်။ သို့သော်ဤအရာသည်ပိုမိုလွယ်ကူသော်လည်းပိုမိုထိရောက်မှုမရှိကြောင်းသတိပြုသင့်သည်။ သငျသညျ sandbox ကနေထုတ်လုပ်မှုသို့ပြောင်းရွှေ့သည့်အခါသင်သည်မည်သည့်စမ်းသပ်မှုလူတန်းစားအပေါ်လက်လွတ်မည်မဟုတ်ကတည်းကစမ်းသပ်မှုကုဒ်မူရင်းအတန်းအစားနှင့် controller ကိုကုဒ်ကိုယ်နှိုက်၌ပါလျှင်သင်သယ်ဆောင်ရလွယ်ကူအောင်မြင်ပါလိမ့်မယ်။
  • System.assert ကိုသုံးပါ။ Apex တွင် System.အခိုင်အမာ() အခြေအနေများကိုစစ်ဆေးရန်အသုံးပြုသည်။ ၎င်းသည်အရေးကြီးသောလုပ်ဆောင်မှုတစ်ခုဖြစ်သည်၊ အကြောင်းမှာ၎င်းသည်နည်းလမ်းတစ်ခုအားမျှော်လင့်ထားသည့်အတိုင်းလုပ်ဆောင်မှုရှိမရှိသင်ဆုံးဖြတ်ရန်ခွင့်ပြုထားသောကြောင့်ဖြစ်သည်။ အရေးကြီးသောလုပ်ဆောင်ချက်များအကြား System.assertEquals () နှင့် System.assertNotEquals () ကိုသင်အသုံးပြုသင့်သည်။ code သည်လုပ်သင့်သည်ကိုဆုံးဖြတ်ရန်သာမက၊ code မှားယွင်းနေပါကမည်သည့်အချက်အလက်မှမှားယွင်းစွာရေးသားခြင်းမရှိစေရန်ဖြစ်သည်။
  • ပြည့်စုံအောင် - Testing သည်အရာရာကိုဖုံးအုပ်ထားသင့်သည်။ သငျသညျအလုပ်လုပ်တဲ့စမ်းသပ်ခြင်း, ဝန်စမ်းသပ်ခြင်း, လုံခြုံရေးစမ်းသပ်မှုများနှင့်ဖြန့်ကျက်စမ်းသပ်မှုလုပ်သင့်ပါတယ်။
  • ယူနစ်စမ်းသပ်မှုများ - တစ် ဦး ချင်းမှတ်တမ်းများသည်မှန်ကန်သောနှင့်မျှော်လင့်ထားသည့်ရလဒ်ထွက်ပေါ်ကြောင်းစစ်ဆေးရန်သင့်တွင်ယူနစ်စစ်ဆေးမှုများပြုလုပ်သင့်သည်။ ကုဒ်တစ်ခုလုံးကိုဖုံးလွှမ်းထားသည့်testရာမစမ်းသပ်မှုတစ်ခုကိုအသုံးပြုခြင်းသည်ကောင်းမွန်သောအကြံဥာဏ်တစ်ခုဖြစ်ပုံရသော်လည်းရလဒ်များကိုဖော်ထုတ်ရန်ပိုမိုခက်ခဲလိမ့်မည်ကိုသတိပြုပါ။ တစ် ဦး ကယူနစ်စမ်းသပ်ပြီးစမ်းသပ်ပြီးလုပ်ဆောင်နိုင်စွမ်း၏သေးငယ်တဲ့အစုအဝေးကိုဖုံးလွှမ်းသင့်ပါတယ်။
  • စမ်းသပ်မှုများ - ကောင်းမွန်သောစမ်းသပ်မှုကုဒ် (ခလုတ်၊ ချွင်းချက်သို့မဟုတ်အတန်း) သည်ရာပေါင်းများစွာသောမှတ်တမ်းများ (Apex အတွက် 200) အတွက်ပါ ၀ င်နိုင်သည်။ သင်ဤအားသာချက်ကိုယူပြီးတစ် ဦး ချင်းမှတ်တမ်းများသာမကဘဲကိစ္စများစွာကိုစစ်ဆေးသင့်သည်။
  • အပြုသဘောဆောင်သောစမ်းသပ်မှုများ - မျှော်လင့်ထားသည့်အပြုအမူများသည်မျှော်လင့်ထားသည့်အပြောင်းအလဲအားလုံးမှတစ်ဆင့်ဖြစ်ပေါ်ခြင်းရှိမရှိသေချာစေရန်စစ်ဆေးပါ။ အသုံးပြုသူသည်ပုံစံကိုမှန်ကန်စွာဖြည့်ပြီးသူ / သူမကန့်သတ်ချက်များကျော်မသွားကြောင်းစစ်ဆေးမှုမှစစ်ဆေးသင့်သည်။
  • အပျက်သဘောစမ်းသပ်မှုများ - အမှားအယွင်းများကိုမှန်ကန်စွာထုတ်လုပ်နိုင်ရန်အပျက်သဘောဆောင်သောကိစ္စများကိုစစ်ဆေးပါ။ ထိုကဲ့သို့သောအနှုတ်လက္ခဏာကိစ္စများဥပမာဥပမာအနုတ်လက္ခဏာပမာဏကိုသတ်မှတ်နိုင်ဖြစ်ခြင်းနှင့်အနာဂတ်ရက်စွဲများထည့်သွင်းနိုင်ခြင်းမဟုတ်ပါ။ အပျက်သဘောစစ်ဆေးမှုများသည်အရေးကြီးသည်။ အဘယ်ကြောင့်ဆိုသော်အရာဝတ္ထုတောင်ဘက်သို့သွားသောအခါမှန်ကန်စွာကိုင်တွယ်ခြင်းကကွဲပြားမှုကိုဖြစ်စေသည်။
  • အလိုအလျောက်စမ်းသပ်ခြင်း - အစဉ်အလာအရ၊ Salesforce စစ်ဆေးမှုသည်လက်စွဲဖြစ်သည်။ အလိုအလျောက်စစ်ဆေးခြင်းကိုစဉ်းစားသင့်သည်။ ဤရွေ့ကားပါဝင်သည်:
    • လက်ဖြင့်စမ်းသပ်ခြင်းသည်သင့်အားအမှားများကိုဖြစ်ပေါ်စေနိုင်သည်။ လူတို့သည်ပျင်းခြင်း၊ အာရုံစူးစိုက်မှုလျှော့ချခြင်းနှင့်ရှေ့နောက်ညီညွတ်မှုအားနည်းခြင်းနှင့်ထောင့်များကိုဖြတ်တောက်ခြင်းတို့ကြောင့်အမှားများပြုလုပ်နေစဉ်စက်ရုပ်များသည်ထပ်ခါတလဲလဲလုပ်ဆောင်မှုများတွင်ထူးကဲသည်။
    • လက်စွဲစာမေးပွဲသည်ထပ်တလဲလဲလုပ်ခြင်း၊ စာမေးပွဲအဖွဲ့သည်ပိုမိုရှာဖွေလေ့လာရန်ပိုမိုလုပ်ဆောင်ရန်ပိုကောင်းသည်။
  • Code Logic Branch တစ်ခုစီကိုလုပ်ဆောင်ပါ - ခြွင်းချက်ယုတ္တိဗေဒ (သင် ternary အော်ပရေတာများထည့်သွင်းကြသောအခါ) ကိုအသုံးပြုတဲ့အခါ, ကုဒ်ယုတ္တိဗေဒ၏ဌာနခွဲတစ်ခုချင်းစီကိုကွပ်မျက်ခံရသင့်သည်။
  • နည်းလမ်းများသို့ခေါ်ဆိုမှုများအတွက်မမှန်ကန်သောနှင့်သက်ဆိုင်သောထည့်သွင်းခြင်းကိုအသုံးပြုပါ။ နည်းလမ်းများသို့ခေါ်ဆိုမှုများသည်မမှန်ကန်သောနှင့်မှန်ကန်သောသွင်းအားစုနှစ်ခုလုံးကိုအသုံးပြုသင့်သည်။
  • ပြီးပြည့်စုံသောစမ်းသပ်မှုများ - စမ်းသပ်မှုများအောင်မြင်စွာပြီးဆုံးသွားအောင်သေချာအောင်လုပ်ပါ။ အမှားများကိုမမျှော်လင့်ဘဲမှ လွဲ၍ မည်သည့်ခြွင်းချက်မှမလုပ်သင့်ပါ။ ဖမ်းမိသောခြွင်းချက်အားလုံးကိုကိုင်တွယ်ပါ။ သူတို့ကိုဖမ်းရန်မလွယ်ပါ။
  • ORDER BY သော့ချက်စာလုံးများကိုသုံးပါ - သင်၏မှတ်တမ်းများကိုသင်မျှော်လင့်ထားသည့်အတိုင်းပြန်လည်ရရှိစေရန် ORDER BY သော့ချက်စာလုံးများကိုအသုံးပြုပါ။
  • Record IDs များကိုအစီအစဉ်တကျစီစဉ်ထားသည်ဟုမယူဆပါနှင့် - စံပြ ID များကိုအစီအစဉ်တကျစီစဉ်ထားသည်ဆိုသည့်အမှားမျိုးကိုရှောင်ပါ။ တောင်းဆိုမှုတစ်ခုတည်းနှင့်အတူမှတ်တမ်းပေါင်းများစွာကိုသင်ထည့်သွင်းထားခြင်းမရှိပါက ID များသည်တက်ကြွနေမည်မဟုတ်ပါ။
  • Test.startTest () နှင့် Test.stopTest () ကိုခေါ်ပါ။ သင် Apex ယူနစ်စစ်ဆေးမှုကိုသင်ပြုလုပ်သောအခါ Salesforce တွင်မဖြစ်မနေလိုအပ်သော ၇၅% ကုဒ်ကိုသင်ရရှိလိမ့်မည်။ အပြီးသတ်ဖို့အတွက်လည်ပတ်နေဆဲဖြစ်တဲ့ asynchronous codes တွေကိုအတင်းဖိအားပေးဖို့ assertions မတိုင်ခင် stopTest ကိုသင်ခေါ်သင့်တယ်။ အခြားကုဒ်များကဒေတာကိုပြောင်းလဲစေနိုင်သောကြောင့်နောက်ဆုံးရလဒ်အတွက်လတ်တလောရှာဖွေမှုများကိုပြုလုပ်ပါ။ UsingTest.startTest () နှင့် Test.stopTest () သည်သင့်အား၎င်း၏အုပ်ချုပ်ရေးနယ်နိမိတ်အတွင်းစစ်ဆေးမှုကိုစစ်ဆေးရန်သေချာစေသည်။ ဤနည်းအားဖြင့်သင်အသုံးပြုသော setup code သည် ၀ င်ရောက်စွက်ဖက်မည်မဟုတ်ပါ။ အုပ်ချုပ်ရေးမှူး၏ကန့်သတ်ချက်နှင့် ပတ်သတ်၍ မှားယွင်းသောဆိုးကျိုးများ၊ Test.stopTest () သည် @future ခေါ်ဆိုမှုများကိုစစ်ဆေးရန်ပြီးမြောက်စေသည်။
  • ဖတ်နိုင်စွမ်း - ဖတ်နိုင်စွမ်းယူနစ်စမ်းသပ်မှုအတွက်အလွန်အရေးကြီးပါသည်။ စမ်းသပ်မှုအမည်များတွင်လုပ်ဆောင်ရမည့်သတ်သတ်မှတ်မှတ်လုပ်ဆောင်ချက်နှင့်မျှော်လင့်ထားသည့်ရလဒ်များပါဝင်သင့်သည်။ အဆိုပါနည်းလမ်းကိုဖော်ပြရန်နှင့်တိုတောင်းဖြစ်သင့်သည်။ မတူညီသောစမ်းသပ်မှုများ၌ပြန်လည်အသုံးပြုနိုင်သည်။
  • startTest မတိုင်မီကြီးမားသောစမ်းသပ်မှုဒေတာအစုများကိုတည်ဆောက်ပါ - သင်၏စမ်းသပ်မှုများသည်အမျိုးမျိုးသော sandbox နှင့်ထုတ်လုပ်မှုဆိုင်ရာပတ်ဝန်းကျင်တွင်အလုပ်လုပ်လိမ့်မည်ဖြစ်သောကြောင့်ဤစမ်းသပ်မှုသည်အပြည့်အဝလုပ်ဆောင်နိုင်မှုအကန့်အသတ်ရှိကြောင်းသေချာစေရန် startTest ကိုမခေါ်မီကြီးမားသောစမ်းသပ်မှုဒေတာအစုများကိုတည်ဆောက်ပါ။ ပုံမှန်အားဖြင့် Salesforce Github ထုတ်လုပ်မှုဒေတာကနေခွဲထုတ်စမ်းသပ်မှုပြေး။ Profil ကဲ့သို့သော system data များကိုသင်လိုအပ်သောအခါထိုတိကျသောပတ် ၀ န်းကျင်အတွက်မှန်ကန်သောအရာကိုရရန်ရှာဖွေပါ။
  • သင့်ကိုယ်ပိုင်အချက်အလက်များကိုထုတ်လုပ်ရန် - သင်အသုံးပြုသောစမ်းသပ်မှုဒေတာကိုစမ်းသပ်မှုတွင်ဖော်ပြသင့်သည်။ သင်ဤအချက်အလက်များကို @testSetup မှတ်စုနှင့် TestUtils အတန်းကို အသုံးပြု၍ သင့်တွင်မှန်ကန်သောအချက်အလက်ရှိစေရန်သာမကစစ်ဆေးမှုအားလုံးကိုဒေတာအတွက်လိုအပ်ချက်မရှိသော developer sandbox တွင်ပြုလုပ်ရန်သေချာသည်။
  • no-op AKA null လုပ်ငန်းများကိုရှောင်ပါ။ များစွာသောစမ်းသပ်သူများသည် op-AKA null လုပ်ငန်းများကိုအသုံးမပြုပါ။ ဒါတွေကဘာမှမလုပ်တဲ့အသုံးမကျတဲ့ကုဒ်တွေပဲ။ သူတို့သည်သင်၏ကုဒ်အခြေစိုက်စခန်းတွင်ရှိနေပြီးဖြစ်သောကြောင့်သင်၏လွှမ်းခြုံမှုရာခိုင်နှုန်းကိုထပ်ဖြည့်လိမ့်မည်။
  • Parallel Test Execution - သင်သည် Salesforce အသုံးပြုသူမျက်နှာပြင် (သို့) Developer Console မှစမ်းသပ်မှုများကိုစတင်သောအခါစမ်းသပ်မှုများသည်အပြိုင်ဖြစ်သည်။ ၎င်းသည်စမ်းသပ်မှုပြေးအချိန်ကိုအရှိန်မြှင့်ပေးသောကြောင့်၎င်းသည်အရေးကြီးသောအင်္ဂါရပ်တစ်ခုဖြစ်သည်။ သို့သော်၊ သင်သတိပြုသင့်သည်မှာ၎င်းသည်အချက်အလက်များအငြင်းပွားဖွယ်ရာပြleadနာများဖြစ်ပေါ်စေနိုင်သည်ဟုသင်သတိပြုသင့်သည်။ အကယ်၍ ဤသို့ဖြစ်နိုင်သည်ဟုသင်သံသယဝင်လျှင်၊ အပြိုင်ကွပ်မျက်ခြင်းကိုပိတ်ထားပါ။ UNABLE_TO_LOCK_ROW အမှားအယွင်းများကိုမကြာခဏဖြစ်ပေါ်စေသည့်အချက်အလက်များအငြင်းပွားမှုပြofနာများ၏အဖြစ်များသောအကြောင်းရင်းများမှာ -
    • စမ်းသပ်မှုများတစ်ချိန်တည်းမှာတူညီတဲ့မှတ်တမ်းများကို update လုပ်ဖို့ရည်ရွယ်သောအခါ။ တူညီသောမှတ်တမ်းများကိုအဆင့်မြှင့်ခြင်းသည်များသောအားဖြင့်စမ်းသပ်မှုများသည်၎င်းတို့၏ကိုယ်ပိုင်ဒေတာများကိုမဖန်တီးပါ။
    • ၄ င်းတို့သည်အပြိုင်ပြေးနေသောစမ်းသပ်မှုများတွင်အကျပ်အတည်းဖြစ်ပေါ်နေပါကအညွှန်းလယ်ကွင်းတန်ဖိုးများနှင့်ကိုက်ညီသောမှတ်တမ်းများကိုဖန်တီးရန်ကြိုးစားပါက။ ပြေးသောစမ်းသပ်မှု (၂) ခုသည်အချက်အလက်များကိုပြန်လှည့်ရန်တန်းစီပြီးသောအခါ (ဥပမာ ၂ ခုတွင်ကွဲပြားသောအညွှန်းကိန်းများနှင့်တူညီသောအညွှန်းကိန်းများတန်ဖိုးများပါ ၀ င်သောမှတ်တမ်းများကိုတွေ့ရှိပါက) ဖြစ်ပေါ်နိုင်သည်။
    • အပြိုင်စမ်းသပ်မှုလုပ်ဆောင်ခြင်းကိုပိတ်ထားရန် Setup သို့သွားပါ Apex test ကိုရိုက်ပါ၊ Apex Test Execution Options dialog သို့သွားပါ။ Disable Parallel Apex Testing ကိုနှိပ်ပြီး OK ကိုနှိပ်ပါ။

စင်ပြိုင် Apex စမ်းသပ်ခြင်းကိုပိတ်ပါ

ကောင်းမွန်သောစာမေးပွဲတစ်ခုပြုလုပ်ရန်လိုအပ်သည့်အတွေ့အကြုံနှင့်လေ့ကျင့်မှုများကိုရရှိလိမ့်မည်ဖြစ်သောကြောင့်၎င်းသည်သင့်အားစိတ်ငြိမ်သက်မှုပေးသောကြောင့်အလုပ်အတွက်လိုလားသူတစ် ဦး ကိုငှားရမ်းပါ။ ပရော်ဖက်ရှင်နယ်တစ်ခုငှားရမ်းခြင်းသည်သင်၏အဓိကစီးပွားရေးကိုအာရုံစိုက်ရန်ခွင့်ပြုသည်။ သင်အလုပ်အတွက်အိမ်တွင်းအဖွဲ့တစ်ဖွဲ့မလိုအပ်သောကြောင့်၎င်းသည်သင့်ငွေကိုလည်းသက်သာစေသည်။

Amar Kukreja

Amar Kukreja သည် Salesforce စစ်ဆေးခြင်းတွင်နှစ်ပေါင်းများစွာအတွေ့အကြုံရှိသူဖြစ်သည်။ သူသည် Apex အပြင်အခြားစမ်းသပ်မှုများကိုလည်းသုံးသည်။ သူသည်ကန ဦး Salesforce တည်ဆောက်ခြင်းနှင့်စီမံခန့်ခွဲမှုအပါအဝင်အခြားဆက်စပ် Salesforce ဝန်ဆောင်မှုများကိုလည်းပေးသည်။ ပိုမိုလေ့လာရန် Salesforce Github.

Related ဆောင်းပါးများ

နောက်ကျောထိပ်တန်း button ကိုမှ
ပိတ်

Adblock ကို တွေ့ရှိခဲ့သည်။

Martech Zone ကျွန်ုပ်တို့သည် ကြော်ငြာဝင်ငွေ၊ တွဲဖက်လင့်ခ်များနှင့် ပံ့ပိုးကူညီမှုများမှတစ်ဆင့် ကျွန်ုပ်တို့၏ဝဘ်ဆိုက်ကို ငွေရှာနိုင်သောကြောင့် ဤအကြောင်းအရာကို သင့်အား အခမဲ့ပေးစွမ်းနိုင်ခြင်းဖြစ်သည်။ ကျွန်ုပ်တို့၏ဆိုက်ကို သင်ကြည့်ရှုနေစဉ်တွင် သင့်ကြော်ငြာပိတ်ဆို့ခြင်းကို ဖယ်ရှားမည်ဆိုပါက ကျွန်ုပ်တို့ ကျေးဇူးတင်ပါသည်။