Shift Left Testing- Software အောင်မြင်မှုအတွက် လျှို့ဝှက်မန္တန်တစ်ခု

ကြီးမားသောထိတွေ့ဆက်ဆံမှုအတွက် DevOps အလေ့အကျင့်များကို အကောင်အထည်ဖော်ခြင်း။ ဒါပေမယ့် သူ့အဆိုအရ၊ သင်ယူမှုဟာ ဘယ်တော့မှ မရပ်ဘူး…

အောက်က မှတ်ချက်များကဏ္ဍမှာ သင့်အတွေး/အကြံပြုချက်များကို ကျွန်ုပ်တို့ကို အသိပေးပါ။

PREV ကျူတိုရီရယ်

ထုတ်လုပ်ခြင်းမှ ချို့ယွင်းချက်များသည် ပရောဂျက်၏ဘတ်ဂျက်ကို ထိပါးလာသောအခါတွင် ဆော့ဖ်ဝဲစမ်းသပ်ခြင်း ၏ သဘောတရားကို တဖြည်းဖြည်း မိတ်ဆက်လာခဲ့ပြီး ထို့ကြောင့် 'Functional Testing' သည် အလွန်ပေါ့ပါးသော Testers အဖွဲ့ဖြင့် အသက်ဝင်လာပါသည်။ ထိုအချိန်တွင်၊ ကျွန်ုပ်တို့သည် Developer 20 ဦးရှိသော အဖွဲ့ကို ဆန့်ကျင်သည့် စမ်းသပ်သူ နှစ်ဦးသာ ဖြစ်ခဲ့သည်။

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

ထို့ကြောင့် သင်သည် ဘယ်မှညာသို့စတင်ပါက၊ စမ်းသပ်ခြင်းအဆင့်သည် ဆော့ဖ်ဝဲဖွံ့ဖြိုးတိုးတက်မှုဘဝစက်ဝန်း၏ ညာဘက်စွန်းသို့ရောက်နေသည်။

နိဒါန်း Shift Left ၏ သဘောတရားဆီသို့

အချိန်ကာလတစ်ခုကြာလာသည်နှင့်အမျှ၊ လူများသည် ဆော့ဖ်ဝဲစမ်းသပ်ခြင်း ၏အရေးကြီးမှုနှင့် 'Testing Phase' ကို ညာဘက်စွန်း သို့မဟုတ် အဆုံးတွင် ထားရှိခြင်း၏ အကျိုးသက်ရောက်မှုကို သိရှိလာကြသည်။ Software Development Lifecycle ဤနားလည်သဘောပေါက်မှုသည် လွန်ကဲသောညာဘက်သို့ ဦးတည်သတ်မှတ်ထားသော bug ၏ကုန်ကျစရိတ်ဖြစ်ပြီး အဆုံးတွင် အလွန်မြင့်မားပြီး ကြီးမားသောကြိုးစားအားထုတ်မှုကြောင့် ဖြစ်ရခြင်းဖြစ်သည် & ၎င်းတို့ကို ပြုပြင်ရန် အချိန်များစွာ လိုအပ်ပါသည်။

ဆော့ဖ်ဝဲလ်တွင် အချိန်နှင့် အားထုတ်မှုများစွာကို သုံးစွဲပြီးနောက်၊ အဆုံးတွင် တွေ့ရှိရသည့် အရေးကြီးသော ချို့ယွင်းချက်ကြောင့်၊ မစ်ရှင်အရေးပါသော ဆော့ဖ်ဝဲကို လွှတ်တင်၍မရသည့် အခြေအနေများ ရှိခဲ့သည်၊၊ ထို့ကြောင့် စျေးကွက်သည် ကြီးမားသောဆုံးရှုံးမှုကို ဖြစ်ပေါ်စေပါသည်။

ထို့ကြောင့် နောက်ဆုံးအဆင့်တွင် bug ကိုဖော်ထုတ်ခြင်းကြောင့် ဖြန့်ချိမှုနှောင့်နှေးသည်ဖြစ်စေအကြိမ်များတွင်၊ ၎င်းတို့ကို ပြုပြင်ရန် လိုအပ်သော အားထုတ်မှုကို ထည့်သွင်းစဉ်းစားခြင်းဖြင့် ဆော့ဖ်ဝဲလ်ကို ဖျက်သိမ်းပစ်ခဲ့ပြီး၊ ၎င်းမှာ အမှန်တကယ် မထိုက်တန်ပါ။

'ချွတ်ယွင်းချက်များ ဖမ်းမိသောအခါ ငွေကုန်ကြေးကျနည်းပါသည်။ အစောပိုင်း။

ဤနားလည်သဘောပေါက်မှုနှင့် သင်ယူခဲ့သည့် ကြီးမားသောသင်ခန်းစာသည် ဆော့ဖ်ဝဲလုပ်ငန်းတွင် ကြီးကျယ်သောတော်လှန်ရေးတစ်ရပ်ကို မိတ်ဆက်ပေးခဲ့ပြီး 'Shift Left' ဟုခေါ်သော အယူအဆအသစ်ကို မွေးဖွားပေးခဲ့သည်။> ဆိုလိုသည်မှာ 'Testing Phase' ကို ဘယ်မှညာသို့ပြောင်းခြင်း သို့မဟုတ် အဆင့်တိုင်းတွင် Testing ပါ၀င်ပြီး တစ်လျှောက်လုံးတွင် testers များပါ၀င်ပါသည်။

Shift Left testing သည် အဆုံးတွင် မစမ်းသပ်ရဟု ဆိုလိုပါသည်။ အဆက်မပြတ် စမ်းသပ်ပါ။

Shift Left Testing ဆိုတာ ဘာလဲ ။

ပထမဦးစွာ၊ 'Shift left' ၏နိယာမသည် ဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်ရေးအဆင့်တွင် သက်ဆိုင်သူအားလုံးနှင့် ပူးပေါင်းဆောင်ရွက်ရန် စမ်းသပ်အဖွဲ့အား အစောပိုင်းတွင် ပံ့ပိုးပေးပါသည်။ ထို့ကြောင့် ၎င်းတို့သည် လိုအပ်ချက်များကို ရှင်းရှင်းလင်းလင်း နားလည်နိုင်ပြီး ဆော့ဖ်ဝဲ 'Fail Fast' ကို ကူညီရန်နှင့် ပျက်ကွက်မှုများအားလုံးကို အစောဆုံး ဖြေရှင်းနိုင်ရန် အဖွဲ့အား ကူညီပေးရန်အတွက် စမ်းသပ်မှုကိစ္စများကို ဒီဇိုင်းထုတ်နိုင်သည်။

Shift Left ချဉ်းကပ်မှုသည် စောပြီး စမ်းသပ်သူများ ပါဝင်ခြင်းမှလွဲ၍ ဘာမှမဖြစ်ပါ။ ဆော့ဖ်ဝဲဖွံ့ဖြိုးတိုးတက်မှုဘဝစက်ဝန်းတွင် ၎င်းတို့အား လိုအပ်ချက်များ၊ ဆော့ဖ်ဝဲဒီဇိုင်း၊ ဗိသုကာပညာ၊ ကုဒ်နံပါတ်နှင့် ၎င်း၏လုပ်ဆောင်နိုင်စွမ်းများကို နားလည်နိုင်စေမည်ဖြစ်ပြီး၊ ဖောက်သည်များ၊ လုပ်ငန်းလေ့လာသုံးသပ်သူများနှင့် ဆော့ဖ်ဝဲရေးသားသူများထံ ခက်ခဲသောမေးခွန်းများမေးကာ ရှင်းလင်းချက်ရှာကာ ပံ့ပိုးကူညီရန် ဖြစ်နိုင်သမျှနေရာတိုင်းတွင် တုံ့ပြန်ချက်ပေးနိုင်သည်။ အဖွဲ့။

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

မည်ကဲ့သို့ Shift Left Influence ဆော့ဖ်ဝဲ ဖွံ့ဖြိုးတိုးတက်ရေး။

Shift Lift Approach သည် နည်းလမ်းများစွာဖြင့် ဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်ရေးကို လွှမ်းမိုးပါသည်။

အောက်တွင်ဖော်ပြထားသည်မှာ Shift Left နှင့်ပတ်သက်သော အဓိကအချက်အချို့ဖြစ်သည်-

  • Shift Left ချဉ်းကပ်မှုသည် စမ်းသပ်သူများနှင့် အရေးအကြီးဆုံးအချက်မှာ အရေးကြီးသောအဆင့်များတွင် ပါဝင်သည့် ပရိုဂရမ်၏ အပေါ် အလေးပေးသည်။ ။ ၎င်းသည် စမ်းသပ်သူများအား ၎င်းတို့၏ အာရုံစူးစိုက်မှုကို ချို့ယွင်းချက်ရှာဖွေခြင်းမှ ချို့ယွင်းချက်ကာကွယ်ခြင်းသို့ ကူးပြောင်းစေပြီး ပရိုဂရမ်၏လုပ်ငန်းဆိုင်ရာပန်းတိုင်များကို မောင်းနှင်နိုင်စေပါသည်။
  • ဘယ်ဘက်သို့ပြောင်းသည့်ချဉ်းကပ်မှုသည် စမ်းသပ်ခြင်းအတွက် အလွန်အရေးကြီးသည် ၎င်းသည် စမ်းသပ်သူများ၏ အခန်းကဏ္ဍနှင့် တာဝန်များ ကြီးမားစွာ တိုးလာပါသည်။
  • စမ်းသပ်ရေးအဖွဲ့အတွက် တာဝန်များ တိုးလာသည်နှင့်အမျှ၊ အဖွဲ့သည် 'ဆော့ဖ်ဝဲကို ခွဲခြားသတ်မှတ်ရန် စမ်းသပ်ခြင်းအပေါ် အာရုံစိုက်ခြင်း မရှိပေ။ bugs' ၊ သို့သော် အသင်းအား ရေရှည်မျှော်မှန်းချက်အပေါ် အာရုံစိုက်ခြင်းဖြင့် ခိုင်မာပြီး ထိရောက်သော စမ်းသပ်မှုဗျူဟာကို တည်ဆောက်ရန် ကနဦးအဆင့်မှနေ၍ အဖွဲ့နှင့် တက်ကြွစွာ အလုပ်လုပ်ပါသည်။ စမ်းသပ်ခြင်းလုပ်ငန်းကို တာဝန်မယူဘဲ ထုတ်ကုန်ကို ပေးသည်။
  • Shift Left က ပံ့ပိုးပေးသည်။ စမ်းသပ်သူများသည် စစ်ဆေးမှုများကို ဦးစွာဒီဇိုင်းရေးဆွဲရန် အခွင့်အရေး ၊ စစ်ဆေးမှုများသည် သုံးစွဲသူအတွေ့အကြုံနှင့် ၎င်းတို့၏မျှော်လင့်ချက်များကို အပြည့်အဝအာရုံစိုက်ထားသောကြောင့် developer များသည် ဤစမ်းသပ်မှုများအပေါ်အခြေခံ၍ ဆော့ဖ်ဝဲကို ဖန်တီးနိုင်စေမည့် အခွင့်အလမ်း၊ ထို့ကြောင့် ဖောက်သည်များ၏ လိုအပ်ချက်ကို ဖြည့်ဆည်းပေးပါသည်။
  • Shift Left ချဉ်းကပ်မှုသည် Testers တစ်ခုတည်းနှင့်သာ ပြီးဆုံးခြင်းမဟုတ်ပါ။ ခွင့်မပြုခြင်းနှင့် စမ်းသပ်ခြင်းလုပ်ငန်းများကို စဉ်ဆက်မပြတ်လုပ်ဆောင်ခြင်းသည်လည်း ဆော့ဖ်ဝဲရေးသားသူများအား ၎င်းတို့၏ကုဒ်ကို ပိုမိုပိုင်ဆိုင်ခွင့် ရရှိစေပြီး စမ်းသပ်မှုတွင် ၎င်းတို့၏တာဝန်များကို တိုးမြှင့်ပေးမည်ဖြစ်သည်။
  • အပြောင်းအလဲ လက်ဝဲချဉ်းကပ်မှုသည် Testers များအား Behavioral driven development BDD နှင့် Test-driven development TDD ကို လက်ခံကျင့်သုံးရန် အားပေးသည်၊ ၎င်းသည် ဆော့ဖ်ဝဲလ်ထဲသို့ ချို့ယွင်းချက်ထည့်သွင်းခြင်းကို တားဆီးပေးပါသည်။
  • လျင်မြန်သော Shift Left Testing- Shift Left ချဉ်းကပ်မှုသည် Agile Scrum Teams များ မဖြစ်မနေပါဝင်သည့် Testers အဖွဲ့များနှင့်အတူ အခြားအခန်းကဏ္ဍများနှင့်အတူ ပုံမှန် Stand up ဖုန်းခေါ်ဆိုမှုများတွင် Testers များပါဝင်သည်၊ စမ်းသပ်သူများအား ပရိုဂရမ်နှင့် ပတ်သက်သည့် အချက်အလက်များ ပိုမိုရရှိစေသည့် ပြန်လည်သုံးသပ်ခြင်း အစည်းအဝေးများမှ ၎င်းတို့အား ဆော့ဖ်ဝဲလ်၏ အသေးစိတ်ခွဲခြမ်းစိတ်ဖြာမှုတွင် ပါဝင်လုပ်ဆောင်နိုင်စေရန်နှင့် ဆော့ဖ်ဝဲတွင် အခြေခံထားသော ချို့ယွင်းချက်များကို တားဆီးရာတွင် အထောက်အကူဖြစ်စေမည့် လျင်မြန်သောတုံ့ပြန်ချက်များကို ပေးစွမ်းနိုင်စေခဲ့သည်။

Overall Shift Left testing သည် စမ်းသပ်သူများအား 'Get Involved Early' သို့ တတ်နိုင်သမျှ စောစီးစွာ နှင့်စင်မြင့်၏ရလဒ်သည် နောက်ဆုံးပေးပို့နိုင်သောတန်ဖိုးအပေါ် သက်ရောက်မှုရှိနေသည့် အဆင့်တိုင်းတွင် အကြံဉာဏ်များ၊ လိုအပ်ချက်များနှင့် ပူးပေါင်းပါဝင်ပြီး ဘေးအန္တရာယ်များကို ဖော်ထုတ်ရန်နှင့် ကြိုတင်လျော့ပါးစေရန် ပရောဂျက်ကို ကူညီပေးပါသည်။

စမ်းသပ်သူများသည် Shift Left တွင် မည်သို့ကွဲပြားစွာ လုပ်ဆောင်သင့်သနည်း။

အောက်တွင်ဖော်ပြထားသောအချက်များသည် Shift Left Strategy တွင် Testers ကွဲပြားစွာလုပ်ဆောင်သည့်အရာအဖြစ် မှတ်သားရမည့် အဓိကအချက်အချို့ဖြစ်သည်-

#1) စမ်းသပ်အဖွဲ့ ပရောဂျက်စတင်ချိန်မှစပြီး စနစ်အတွင်းသို့ စောစောဝင်ရောက်ရန် လိုအပ်သည် ကျန်အဖွဲ့များနှင့် လုပ်ငန်းပေါင်းစပ်မှုကို အဆင့်တိုင်းတွင် အသုံးဝင်သောထည့်သွင်းမှုများပေးစွမ်းနိုင်စေရန် ဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်မှု၏>။

#2) စမ်းသပ်အဖွဲ့သည် Business & လုပ်ငန်းဆောင်ရွက်မှုအဖွဲ့နှင့် ပရိုဂရမ်အပေါ် ရှင်းလင်းပြတ်သားစွာရရှိရန် နှင့် အရင်းအမြစ်တိုးမြှင့်ခြင်းဆိုင်ရာ လိုအပ်ချက်များ၊ လေ့ကျင့်ရေးလိုအပ်ချက်များနှင့် ပရိုဂရမ်အတွက် စမ်းသပ်ခြင်းကိရိယာလိုအပ်ချက်များအပေါ် ထိရောက်စွာစီစဉ်ရာတွင် လိုအပ်ချက်များနှင့် အကူအညီများကို ရှင်းလင်းပြတ်သားစွာ ပံ့ပိုးပေးပါသည်။ ကြိုပြောပါ။

#3) စမ်းသပ်အဖွဲ့များသည် ထုတ်ကုန်ကို ရှင်းလင်းစွာမြင်နိုင်စေရန် 9 ဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်မှုတွင် အစောပိုင်းတွင် လုပ်ငန်းသက်ဆိုင်သူအားလုံးနှင့် အပြန်အလှန် တုံ့ပြန်ရမည်ဖြစ်သည်။> & တစ်စုတစ်စည်းတည်းသော စမ်းသပ်မှုဗျူဟာ ကို ဒီဇိုင်းဆွဲပြီး အကောင်းဆုံးဖြစ်အောင် စမ်းသုံးရန် စီစဉ်ပါ၊ စစ်ဆေးမှုပတ်ဝန်းကျင်၊ ပြင်ပအဖွဲ့အစည်း၊ မျဉ်းခွဲများ စသည်တို့အပေါ် မှီခိုမှုကို ပိုင်းခြားစိတ်ဖြာပြီး ပြင်ဆင်ပါ။ ခိုင်မာသော အလိုအလျောက်စနစ်ဆိုင်ရာ မဟာဗျူဟာနှင့် မူဘောင်နှင့် ထိရောက်သော စမ်းသပ်ဒေတာစီမံခန့်ခွဲမှုကို တည်ဆောက်ပါ။အစီအစဥ်။

#4) စမ်းသပ်အဖွဲ့သည် ကောင်းမွန်သော စမ်းသပ်မှုခေါင်းဆောင်မှုနှင့် လမ်းညွှန်မှုပေးဆောင်ရန် ကျန်အဖွဲ့နှင့် ပူးပေါင်းဆောင်ရွက်ရမည်ဖြစ်ပါသည်။ ထို့ကြောင့် စမ်းသပ်ခြင်းဆိုင်ရာ လုပ်ဆောင်ချက်များကို တာဝန်ယူခြင်းထက် ရေရှည်ထုတ်ကုန်အမြင်ကို စိတ်ထဲမှာ စွဲမှတ်ထားပါ။

#5) လိုအပ်ချက်များသည် မည်သည့်ပရိုဂရမ်၏အောင်မြင်မှုအတွက် သော့ချက်နှင့် အခြေခံဖြစ်သည်၊ သတ်မှတ်ထားသော လိုအပ်ချက်များသည် ပရောဂျက်၏ အောင်မြင်မှုကို သတ်မှတ်သည်။ လိုအပ်ချက်များ အစီအစဉ်ရေးဆွဲခြင်းအဆင့်အတွင်း၊ စမ်းသပ်သူများသည် လိုအပ်ချက်များကို ပြန်လည်သုံးသပ်ပြီး ခွဲခြမ်းစိတ်ဖြာရန် လိုအပ်သည် မည်သည့်မသဲကွဲမှု၊ ပိုမိုကောင်းမွန်ရှင်းလင်းမှု၊ ပြည့်စုံမှု၊ စမ်းသပ်နိုင်မှု၊ လက်ခံမှုဆိုင်ရာ စံသတ်မှတ်ချက်များ အဓိပ္ပါယ်ဖွင့်ဆိုချက် စသည်တို့အတွက် လိုအပ်ပါသည်။

လည်း ပျောက်ဆုံးနေသောလိုအပ်ချက်များကို ဖော်ထုတ်ရန် လိုအပ်သည် (ရှိပါက)၊ မှီခိုမှုနှင့် အကောင်အထည်ဖော်မှုဗျူဟာများကို နားလည်ရန် လိုအပ်သည်။ Clear Requirements သည် software အား 'Fail Fast' နှင့် ပျက်ကွက်မှုများအားလုံးကို အစောဆုံးဖြေရှင်းရန် ကူညီပေးပါသည်။

#6) 8 ကိုထုတ်ခြင်းဖြင့် လိုအပ်ချက်များဆီသို့ လုံလောက်ရှင်းလင်းပြတ်သားမှုနှင့် တိကျမှုကို ယူဆောင်လာပါ။>တကယ့်ဥပမာ

အသုံးပြုနေသည့်အင်္ဂါရပ်များကို သရုပ်ဖော်သည်။

#7) စမ်းသပ်သူများသည် ဒီဇိုင်းသုံးသပ်ခြင်းအစည်းအဝေးများကို တက်ရောက်ရန် လိုအပ်ပါသည် ထုတ်ကုန်ဒီဇိုင်းနှင့် ဗိသုကာလက်ရာများကို ပုံမှန်နားလည်ပြီး ဒီဇိုင်းချို့ယွင်းချက်များကို ဖော်ထုတ်ပါ၊ သမရိုးကျ ဒီဇိုင်းရွေးချယ်စရာများကို အကြံပြုပါ၊ ကွက်လပ်များကို ရှာဖွေဖော်ထုတ်ကာ ဒီဇိုင်းများကို ချိုးဖျက်ရန်အတွက် စမ်းသပ်မှုအခြေအနေများကို ဖန်တီးပါ။

#8) စမ်းသပ်သူများသည် Static Testing (ပြန်လည်သုံးသပ်ခြင်း) ကို ကောင်းစွာကြိုတင်ပြီး သော့ချက်ပရောဂျက်အတွက် အကြံပြုချက်ပေးရန်လိုအပ်ပါသည်။စာရွက်စာတမ်းများတွင် ချို့ယွင်းချက်များကို ဆော့ဖ်ဝဲတွင် အခြေခံပြီး နောက်ပိုင်းတွင် ၎င်း၏အကျိုးသက်ရောက်မှုကို ချဲ့ထွင်ခြင်းမှ ကာကွယ်နိုင်စေရန် စာရွက်စာတမ်းများ။

#9) စမ်းသပ်အဖွဲ့သည် ဒီဇိုင်းနှင့် ဖွံ့ဖြိုးတိုးတက်ရေးအဖွဲ့ တွင် ပူးပေါင်းဆောင်ရွက်သင့်သည်။ ကုဒ်ကိုဖန်တီးရန် နှင့် ဖြစ်နိုင်ခြေရှိသော အချိန်နှင့်တစ်ပြေးညီ အခြေအနေများနှင့် လုပ်ငန်းလည်ပတ်မှုများအားလုံးကို ကိုင်တွယ်ဖြေရှင်းရန်အတွက် စမ်းသပ်မှုအခြေအနေများကို ကြိုတင်ပံ့ပိုးပေးပါသည်။

#10) စမ်းသပ်အဖွဲ့သည် ကို ဒီဇိုင်းဆွဲရန် လိုအပ်ပါသည်။ ပြင်းထန်ပြီး ခိုင်မာသော စမ်းသပ်မှုအခြေအနေများ သို့မှသာ စမ်းသပ်မှုအတွင်း ချို့ယွင်းချက်အနည်းငယ်ကိုသာ ဖော်ထုတ်နိုင်ပြီး စစ်ဆေးမှုအဆင့်သို့ ဝင်ရောက်စဉ်တွင် အဓိကချို့ယွင်းချက်များကို တားဆီးနိုင်စေရန်။

#11) စမ်းသပ်သူများသည် တတ်နိုင်သမျှ စောလျင်စွာ စမ်းသပ်ရန် လိုအပ်သည် ၊ ၎င်းသည် သီးခြားစနစ် သို့မဟုတ် စက်တွင်းစနစ်တွင်ဖြစ်စေ ချို့ယွင်းချက်သည် နောက်ပိုင်းအဆင့်များသို့ မရောက်ရှိစေရန်အတွက် ဖြစ်သည်။

ပြဿနာတစ်ခုလုံး Testers အတွက် 'Shift Left' အယူအဆ၏ အားနည်းချက်များကို ဖြစ်နိုင်သမျှ နည်းလမ်းပေါင်းစုံဖြင့် စောနိုင်သမျှ စောစီးစွာ ရှာဖွေရန်ဖြစ်သည်။

Shift Left Testing ၏ အကျိုးကျေးဇူးများ

The Shift Left ချဉ်းကပ်နည်းသည် လျင်မြန်သောဖော်ပြချက်အပေါ်အခြေခံ၍ လုပ်ဆောင်နိုင်ပြီး အားသာချက်များစွာရှိသည်။

၎င်းတို့မှာ-

  • တစ်ဦးချင်းနှင့် အပြန်အလှန်တုံ့ပြန်မှုများ လုပ်ငန်းစဉ်များထက် ကိရိယာများနှင့် ကိရိယာများ။
  • လုပ်ငန်းဆော့ဖ်ဝဲ ပြည့်စုံသောစာရွက်စာတမ်းများပေါ်တွင်။
  • စာချုပ်ညှိနှိုင်းမှုအပေါ် သုံးစွဲသူပူးပေါင်းဆောင်ရွက်ခြင်း
  • တုံ့ပြန်မှု အစီအစဥ်တစ်ခုကို လိုက်နာခြင်းထက် ပြောင်းလဲခြင်း

ညာဘက်ရှိ ပစ္စည်းများတွင် တန်ဖိုးရှိနေသော်လည်း ဘယ်ဘက်ခြမ်းရှိ ပစ္စည်းများအတွက် ပိုမိုတန်ဖိုးရှိကြောင်း ကျွန်ုပ်တို့တွေ့မြင်နိုင်ပါသည်။

ကောင်းပြီ၊ Shift Left အကြောင်းဖြစ်သည်။လုပ်ငန်းစဉ်တွင် အစောပိုင်းတွင် စမ်းသပ်ခြင်းဆိုင်ရာ အယူအဆကို ယူဆောင်လာခြင်းဖြင့် ပိုမိုကောင်းမွန်၍ ထိရောက်သော စမ်းသပ်ခြင်းနှင့် ဆော့ဖ်ဝဲလ်၏ အရည်အသွေးကို မြှင့်တင်ပေးပါသည်။

အတိုချုပ်အားဖြင့်၊ Shift Left Testing လုပ်ငန်းစဉ်သည်-

  • ချွတ်ယွင်းချက်များကို စောစီးစွာရှာဖွေခြင်းဖြင့် ပရောဂျက်၏ကုန်ကျစရိတ်ကို လျှော့ချနိုင်သည်။
  • အဆုံးတွင် ချို့ယွင်းချက်များကို လျှော့ချရန် အဖန်ဖန် အဆက်မပြတ် စမ်းသပ်ခြင်း။
  • သို့ အရာအားလုံးကို အလိုအလျောက်လုပ်ဆောင်ပြီး စျေးကွက်သို့အချိန်ပေးပါသည်။
  • ဖောက်သည်လိုအပ်ချက်များအပေါ် အာရုံစိုက်ရန်နှင့် ဖောက်သည်အတွေ့အကြုံကို မြှင့်တင်ရန်။

နိဂုံး

'Shift Left' အယူအဆသည် 'စမ်းသပ်ခြင်း' အခန်းကဏ္ဍတစ်ခုလုံးအတွက် ကြီးမားသောပြောင်းလဲမှုတစ်ခုကို ယူဆောင်လာခဲ့သည်။ ထိုအချိန်မတိုင်မီအထိ၊ စစ်ဆေးမှုအတွက် တစ်ခုတည်းသောအာရုံမှာ 'ချို့ယွင်းချက်ရှာဖွေခြင်း' တွင်သာဖြစ်ပြီး ယခုအခါ စမ်းသပ်မှုရှုထောင့်မှ 'Shift Left' ၏ရည်ရွယ်ချက်မှာ 'Early Defect Detection to Static Testing'

ထို့ကြောင့် Shift Left သည် ဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်ရေး နည်းစနစ်တွင် စျေးကွက်သို့ အရှိန်မြှင့်ရန်၊ ဆော့ဖ်ဝဲအရည်အသွေးကို မြှင့်တင်ရန်နှင့် 'စျေးကွက်သို့ရောက်ရန် အချိန်' ကို လျှော့ချရန် ဆော့ဖ်ဝဲဖွံ့ဖြိုးတိုးတက်ရေး နည်းစနစ်တွင် ကြီးမားသော ခုန်ပျံမှုတစ်ခုဖြစ်သည်။

ရေးသားသူအကြောင်း- ဤဆောင်းပါးကို STH အဖွဲ့အဖွဲ့ဝင် Gayathri Subrahmanyam မှ ရေးသားထားပါသည်။ စက်မှုလုပ်ငန်းတွင် စမ်းသပ်သူအခန်းကဏ္ဍကို မိတ်ဆက်လာသောအခါတွင် သူမသည် 90s ခုနှစ်များကတည်းက ဆော့ဖ်ဝဲလ်စမ်းသပ်မှုတွင် ပါဝင်ခဲ့သည်။ သူမ၏စမ်းသပ်မှုအသက်မွေးဝမ်းကျောင်းကာလအတွင်း၊ သူမသည် TMMI အကဲဖြတ်မှုများ၊ စမ်းသပ်စက်မှုလုပ်ငန်းလုပ်ဆောင်မှုများနှင့် TCOE စနစ်ထည့်သွင်းမှုများနှင့် စမ်းသပ်ပေးပို့မှုများကို ကိုင်တွယ်ခြင်းအပြင်၊

Scroll to top