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

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.assert() အခြေအနေများကိုစစ်ဆေးရန်အသုံးပြုသည်။ ၎င်းသည်အရေးကြီးသောလုပ်ဆောင်မှုတစ်ခုဖြစ်သည်၊ အကြောင်းမှာ၎င်းသည်နည်းလမ်းတစ်ခုအားမျှော်လင့်ထားသည့်အတိုင်းလုပ်ဆောင်မှုရှိမရှိသင်ဆုံးဖြတ်ရန်ခွင့်ပြုထားသောကြောင့်ဖြစ်သည်။ အရေးကြီးသောလုပ်ဆောင်ချက်များအကြား 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 စမ်းသပ်ခြင်းကိုပိတ်ပါ

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

သင်ဘယ်လိုထင်ပါလဲ?

ဤ site ကိုစပမ်လျှော့ချဖို့ Akismet ကိုအသုံးပြုသည်။ သင့်ရဲ့ comment ကိုဒေတာများကိုဆောင်ရွက်ပြီးဖြစ်ပါတယ်လေ့လာ.