အရည်အသွေးအတွက် ဘယ်သူမှာ တာဝန်ရှိလဲ။

ဟေး ဟာဘ!

ကျွန်ုပ်တို့တွင် အရေးကြီးသော အကြောင်းအရာအသစ်တစ်ခုရှိသည် - အရည်အသွေးမြင့် IT ထုတ်ကုန်များ ဖွံ့ဖြိုးတိုးတက်ရေး။ HighLoad++ တွင် ကျွန်ုပ်တို့သည် အလုပ်များသော ဝန်ဆောင်မှုများကို မြန်ဆန်အောင်ပြုလုပ်နည်းကို မကြာခဏပြောလေ့ရှိပြီး Frontend Conf တွင် နှေးကွေးခြင်းမရှိသည့် အေးမြသောအသုံးပြုသူအင်တာဖေ့စ်အကြောင်း ဆွေးနွေးကြသည်။ ကျွန်ုပ်တို့တွင် စမ်းသပ်ခြင်းဆိုင်ရာ အကြောင်းအရာများနှင့် စမ်းသပ်ခြင်းအပါအဝင် မတူညီသောလုပ်ငန်းစဉ်များကို ပေါင်းစပ်ခြင်းအကြောင်း DevOpsConf တွင် ပုံမှန်ရှိပါသည်။ သို့သော် ယေဘုယျအားဖြင့် အရည်အသွေးဟု ခေါ်နိုင်သည့်အရာနှင့် ၎င်းကို ကျယ်ကျယ်ပြန့်ပြန့် လုပ်ဆောင်ပုံနှင့် ပတ်သက်သည် - မဟုတ်ပါ။

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

ဖြတ်တောက်မှုအောက်တွင် ကျွန်ုပ်တို့သည် ပရိုဂရမ်ကော်မတီအကြီးအကဲ၊ Tinkoff.Business ရှိ စမ်းသပ်မှုအကြီးအကဲ၊ ရုရှားစကားပြော QA အသိုင်းအဝိုင်းကို ဖန်တီးသူ၊ Anastasia Aseeva-Nguyen QA လုပ်ငန်းအခြေအနေနှင့် ညီလာခံအသစ်၏ မစ်ရှင်အကြောင်း။

- Nastia မင်္ဂလာပါ။ သင့်အကြောင်းပြောပြပါ။

Anastasia: ကျွန်တော် ဘဏ်မှာ စမ်းသပ်မှုကို စီမံခန့်ခွဲပါတယ်၊ အလွန်ကြီးမားတဲ့ အဖွဲ့အတွက် တာဝန်ရှိပါတယ် - ကျွန်တော်တို့က လူ 90 ကျော်ရှိပါတယ်။ ကျွန်ုပ်တို့တွင် အရေးကြီးသော လုပ်ငန်းလိုင်းတစ်ခု ရှိသည်၊ တရားဝင်အဖွဲ့အစည်းများအတွက် ဂေဟစနစ်အတွက် ကျွန်ုပ်တို့တွင် တာဝန်ရှိပါသည်။

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

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

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

- အရည်အသွေးအာမခံချက်နှင့် စမ်းသပ်ခြင်းဟူသော စကားလုံးများကို သင်အသုံးပြုသည်။ သာမန်လူများ၏အမြင်တွင် ဤအသုံးအနှုန်းနှစ်ခုသည် အလွန်မကြာခဏထပ်နေပါသည်။ နက်နက်နဲနဲတူးရင် ဘယ်လိုကွာခြားလဲ။

Anastasia: ယင်းအစား၊ ၎င်းတို့သည် မတူညီပေ။ စမ်းသပ်ခြင်းသည် အရည်အသွေးအာမခံမှု စည်းကမ်း၏ တစ်စိတ်တစ်ပိုင်းဖြစ်သည်၊ ၎င်းသည် တိုက်ရိုက်လုပ်ဆောင်မှုဖြစ်သည် - တစ်စုံတစ်ခုကို စမ်းသပ်နေသည်ဟူသော အချက်ဖြစ်သည်။ အမှန်တကယ်တွင် စမ်းသပ်မှု အမျိုးအစားများစွာ ရှိပြီး အမျိုးမျိုးသော စမ်းသပ်မှု အမျိုးအစားများအတွက် တာဝန်ရှိပါသည်။ သို့သော် ရုရှားတွင် ဤနေရာတွင် ကုမ္ပဏီများသို့ စမ်းသပ်သူများကို ပံ့ပိုးပေးသော ပြင်ပအရင်းအမြစ်များ ပေါ်လာသောအခါ စမ်းသပ်မှုကို အမျိုးအစားတစ်ခုတည်းသို့ လျှော့ချခဲ့သည်။

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

— ကျေးဇူးပြု၍ အခြားအရည်အသွေး အာမခံချက်ဆိုင်ရာ ပညာရပ်များ ရှိသည်ကို ပြောပြပါ။ ဤနေရာတွင် စမ်းသပ်ခြင်းအပြင် အခြားမည်သည့်အရာများပါဝင်သနည်း။

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

စမ်းသပ်သူသည် သူ၏အခန်းကဏ္ဍကို ပိုမိုသိရှိလာသည်။ သူ၏တာဝန်မှာ လိုအပ်ချက်များနှင့် လိုက်လျောညီထွေရှိရန် စမ်းသပ်ရန်သာမက လိုအပ်ချက်များကို စမ်းသပ်ရန်၊ ထုတ်ကုန်ကျွမ်းကျင်သူထံမှ ထွက်ပေါ်လာသော ဖော်မြူလာများကို မေးခွန်းထုတ်ရန်နှင့် ဖောက်သည်၏ သွယ်ဝိုက်သော လိုအပ်ချက်များနှင့် မျှော်လင့်ချက်အားလုံးကို ဖော်ပြရန်ဖြစ်ကြောင်း သူနားလည်သည်။ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ဖောက်သည်ထံသို့ လုပ်ဆောင်ချက်အသစ်များကို ပေးဆောင်သောအခါ၊ ကျွန်ုပ်တို့သည် ၎င်းတို့၏မျှော်လင့်ချက်များကို အမှန်တကယ်ပြည့်မီပြီး ၎င်းတို့၏နာကျင်မှုများကို ဖြေရှင်းရမည်ဖြစ်သည်။ အရည်အသွေး၏ အင်္ဂါရပ်များအားလုံးကို ကျွန်ုပ်တို့စဉ်းစားပါက၊ ဖောက်သည်သည် စိတ်ကျေနပ်မှုရရှိမည်ဖြစ်ပြီး၊ သူအသုံးပြုသောထုတ်ကုန်ကုမ္ပဏီသည် ၎င်း၏အကျိုးစီးပွားကို အမှန်တကယ်အလေးထားကြောင်းနှင့် "အင်္ဂါရပ်တစ်ခုထုတ်ရန်မျှသာ" ဟူသောမူအရ အလုပ်မလုပ်ကြောင်း နားလည်လာမည်ဖြစ်သည်။

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

Anastasia: အပါအဝင်။ အရည်အသွေးအာမခံချက်သည် သီးခြားလူတစ်ဦးမှ တာဝန်ယူရမည့် စည်းကမ်းမဟုတ်ပါ။ ယခု စမ်းသပ်မှုတွင် ရေပန်းစားသော ဦးတည်ချက် ဟုခေါ်သော ချဉ်းကပ်မှုတစ်ခု ရှိလာသည်။ လျင်မြန်သောစမ်းသပ်မှု. ၎င်း၏ အဓိပ္ပါယ်ဖွင့်ဆိုချက်သည် အချို့သော အလေ့အကျင့်များပါ၀င်သည့် စမ်းသပ်မှုဆီသို့ အဖွဲ့ချဉ်းကပ်မှုတစ်ခုဖြစ်ကြောင်း ရှင်းလင်းစွာဖော်ပြထားသည်။ အဖွဲ့တစ်ခုလုံးသည် ဤချဉ်းကပ်မှုကို အကောင်အထည်ဖော်ရန် တာဝန်ရှိသည်၊ အဖွဲ့တွင် စမ်းသပ်သူရှိရန်ပင် မလိုအပ်ပါ။ အဖွဲ့တစ်ခုလုံးသည် ဖောက်သည်ထံသို့ တန်ဖိုးများ ပေးဆောင်ရန်နှင့် ဖောက်သည်များ၏ မျှော်မှန်းချက်များနှင့် ကိုက်ညီကြောင်း သေချာစေရန် အာရုံစိုက်ပါသည်။

— အရည်အသွေးသည် ပတ်ဝန်းကျင်ရှိ စည်းကမ်းအားလုံးနီးပါးနှင့် ဖြတ်တောက်ကာ ပတ်၀န်းကျင်ရှိ အရာခပ်သိမ်းအပေါ် မူဘောင်တစ်ခုချမှတ်ထားခြင်းကြောင့် ထွက်ပေါ်လာခြင်းဖြစ်သည်။

Anastasia: မှန်တယ်။ အရည်အသွေးပြည့်မီသော ထုတ်ကုန်တစ်ခုကို မည်သို့ဖန်တီးလိုကြောင်းကို ကျွန်ုပ်တို့စဉ်းစားသောအခါ၊ အရည်အသွေးအမျိုးမျိုး၏ ဂုဏ်ရည်များအကြောင်း စတင်စဉ်းစားကြသည်။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ဖောက်သည်လိုအပ်သည့် အင်္ဂါရပ်ကို အမှန်တကယ်ပြုလုပ်ထားကြောင်း စစ်ဆေးနည်း။

ဤနေရာတွင် ဤစမ်းသပ်မှုအမျိုးအစား ရောက်ရှိလာသည်- UAT (အသုံးပြုသူလက်ခံမှုစမ်းသပ်ခြင်း)။ ကံမကောင်းစွာဖြင့်၊ ၎င်းကို ရုရှားတွင် လေ့ကျင့်လေ့မရှိသော်လည်း၊ တစ်ခါတစ်ရံတွင် အဆုံးဖောက်သည်အတွက် သရုပ်ပြအဖြစ် SCRUM အဖွဲ့များတွင် ရှိနေပါသည်။ ဤသည်မှာ နိုင်ငံခြားကုမ္ပဏီများတွင် သာမာန်စမ်းသပ်မှု အမျိုးအစားဖြစ်သည်။ သုံးစွဲသူများအားလုံးအတွက် လုပ်ဆောင်နိုင်စွမ်းကို မဖွင့်မီ UAT ကို ဦးစွာလုပ်ဆောင်သည်၊ ဆိုလိုသည်မှာ၊ စမ်းသပ်ပြီးချက်ချင်းတုံ့ပြန်ချက်ပေးသည့် သုံးစွဲသူကို ဖိတ်ခေါ်ပါသည်- ထုတ်ကုန်သည် မျှော်လင့်ချက်များနှင့် အမှန်တကယ်ကိုက်ညီမှုရှိမရှိ၊ နာကျင်မှုကို ဖြေရှင်းပေးနိုင်သည်ဖြစ်စေ။ ၎င်းသည် အခြားဖောက်သည်များအားလုံးသို့ အတိုင်းအတာတစ်ခုအထိ ချဲ့ထွင်ပြီးနောက်မှသာ ဖြစ်ပေါ်ပါသည်။

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

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

- စုစုပေါင်း၊ developer၊ ဗိသုကာပညာရှင်၊ ထုတ်ကုန်သိပ္ပံပညာရှင်များ၊ ထုတ်ကုန်မန်နေဂျာများနှင့် စမ်းသပ်သူများကိုယ်တိုင် ပါဝင်နေပြီဖြစ်သည်။ အရည်အသွေး အာမခံချက် လုပ်ငန်းစဉ်မှာ ဘယ်သူတွေ ပါဝင်နေလဲ။

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

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

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

အခြေခံအဆောက်အဦကလည်း အရေးကြီးတယ်။ စမ်းသပ်မှုတစ်ခုအတွင်း၊ ကျွန်ုပ်တို့သည် ဖောက်သည်အား ပေးလိုသည့်အရာအားလုံးကို အမှန်တကယ်ရှိကြောင်း သေချာအောင်ပြုလုပ်ရန် မဖြစ်နိုင်သည့် အခြေအနေများ ရှိတတ်သည်။ ကျွန်ုပ်တို့သည် ၎င်းကို ထုတ်လုပ်ရေးတွင် ဖြန့်ကျက်ပြီး ထင်ရှားမဟုတ်သော အခြေအနေများကို စတင်ဖမ်းစားပါသည်။ အဘယ်ကြောင့်ဆိုသော် စမ်းသပ်မှုတွင် အခြေခံအဆောက်အအုံများသည် ထုတ်လုပ်မှုတွင် အခြေခံအဆောက်အအုံများနှင့် မသက်ဆိုင်သောကြောင့်ဖြစ်သည်။ ယင်းက စမ်းသပ်မှု အမျိုးအစားသစ်ကို ဖြစ်ပေါ်စေသည်- အခြေခံအဆောက်အဦစမ်းသပ်ခြင်း။. ၎င်းတို့သည် အမျိုးမျိုးသော ဖွဲ့စည်းမှုပုံစံများ၊ ဆက်တင်များ၊ ဒေတာဘေ့စ် ရွှေ့ပြောင်းခြင်း စသည်

ယင်းက မေးခွန်းထုတ်သည် - အဖွဲ့သည် အခြေခံအဆောက်အအုံကို ကုဒ်အဖြစ် အသုံးပြုရန် လိုအပ်ကောင်းဖြစ်နိုင်သည်။

အခြေခံအဆောက်အအုံသည် ထုတ်ကုန်၏အရည်အသွေးကို တိုက်ရိုက်အကျိုးသက်ရောက်သည်ဟု ကျွန်တော်ယုံကြည်ပါသည်။

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

- ခွဲခြမ်းစိတ်ဖြာခြင်းနှင့် မှတ်တမ်းပြုစုခြင်းနှင့်ပတ်သက်၍ကော။

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

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

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

ဆော့ဖ်ဝဲရေးသားသူများသည် ပိုးမွှားများမဟုတ်ကြဘဲ အမှားအယွင်းများဖြင့် ကုဒ်မရေးကြပါ။

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

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

ဤနေရာတွင် Agile မှ ချဉ်းကပ်မှုများကို သတိရလာသည် - လက်ခံမှုစံနှုန်းများပါရှိသော သုံးစွဲသူဇာတ်လမ်းများ။ ဤအရာသည် အသေးအမွှားထပ်ဆင့်လုပ်ဆောင်သော အသင်းများအတွက် ပိုမိုသက်ဆိုင်ပါသည်။

— သုံးစွဲနိုင်မှုစမ်းသပ်မှု၊ ထုတ်ကုန်အသုံးပြုနိုင်စွမ်း၊ ဒီဇိုင်းနှင့် ပတ်သက်၍ မည်သို့နည်း။

Anastasia: အဖွဲ့ထဲမှာ ဒီဇိုင်နာတွေရှိလို့ ဒါက အရမ်းအရေးကြီးတဲ့အချက်ပါ။ အများအားဖြင့်၊ ဒီဇိုင်နာများကို ဒီဇိုင်းဌာန သို့မဟုတ် ပြင်ပဒီဇိုင်နာများက ဝန်ဆောင်မှုတစ်ခုအဖြစ် အသုံးပြုကြသည်။ ဒီဇိုင်နာသည် ထုတ်ကုန်ကျွမ်းကျင်သူ၏စကားကို နားထောင်ပြီး သူနားလည်သည့်အရာကို လုပ်ဆောင်သည်ဟု ထင်ရသည့် အခြေအနေမျိုး မကြာခဏရှိသည်။ ဒါပေမယ့် ထပ်ခါထပ်ခါစလုပ်တဲ့အခါ၊ တကယ်လုပ်ခဲ့တာက မျှော်လင့်ထားတဲ့အရာမဟုတ်မှန်း သိသာထင်ရှားလာတယ်၊ ဒီဇိုင်နာက တစ်ခုခုကို မေ့သွားတယ်၊ အပြုအမူကို အပြည့်အဝ မစဉ်းစားမိဘူး၊ ဘာကြောင့်လဲဆိုတော့ သူက အသင်းမှာမရှိလို့၊ ဒါမှမဟုတ် ရှေ့တန်းမှာမဟုတ်တဲ့အတွက်၊ -end developer သည် ၎င်းကို layout ကို အပြည့်အဝနားမလည်ပါ။ Front-end developer သည် ဒီဇိုင်းကို နားလည်သဘောပေါက်သည့် ပြဿနာရှိသောကြောင့် ထပ်တလဲလဲ အကြိမ်ပေါင်းများစွာ ကြာနိုင်သည်။

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

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

ရလဒ်အနေဖြင့်၊ ကျွန်ုပ်တို့သည် client လိုချင်သည့်အင်္ဂါရပ်ကို မပြုလုပ်ဘဲ၊ ကျွန်ုပ်တို့တွင် ၎င်းကိုပြုလုပ်နိုင်သည့် အချို့သော cubes များ ရှိနှင့်ပြီးသားဖြစ်သောကြောင့် ကျွန်ုပ်တို့အတွက် အဆင်ပြေသည့်အရာဖြစ်သည်။

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

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

AnastasiaSQA Days Quality Assurance Conference ဟုခေါ်သော ယခုနှစ်တွင် 25 ကြိမ်မြောက် ကျင်းပမည့် ရှေးအကျဆုံး စမ်းသပ်ခြင်းညီလာခံ ရှိပါသည်။ ၎င်းသည် functional testers အတွက် ကိရိယာများနှင့် တိကျသော စမ်းသပ်မှုနည်းလမ်းများကို အဓိကအားဖြင့် ဆွေးနွေးသည်။ စည်းကမ်းအတိုင်း၊ SQA Days တွင် အစီရင်ခံစာများသည် စမ်းသပ်သူများကိုယ်တိုင်၏တာဝန်ယူမှုနယ်ပယ်ရှိ သီးခြားနယ်မြေများကို နက်နက်ရှိုင်းရှိုင်း ဆန်းစစ်သော်လည်း ရှုပ်ထွေးသောလှုပ်ရှားမှုများမဟုတ်ပါ။

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

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

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

— ဤရည်ရွယ်ချက်အတွက်၊ ကျွန်ုပ်တို့သည် စည်းလုံးညီညွတ်မှုဆိုင်ရာ စည်းကမ်းတစ်ခုအဖြစ် အရည်အသွေးအတွက် ရည်စူးထားသည့် QualityConf ကွန်ဖရင့်အသစ်ကို ကျင်းပနေပါသည်။ အကြံဥာဏ်အကြောင်း ကျွန်ုပ်တို့အား ထပ်မံပြောပြပါ၊ ညီလာခံ၏ အဓိကပန်းတိုင်ကား အဘယ်နည်း။

Anastasia: အရည်အသွေးပြည့်မီသော ထုတ်ကုန်များပြုလုပ်ရန် စိတ်ပါဝင်စားသူများ၏ အသိုက်အဝန်းတစ်ခု ဖန်တီးလိုပါသည်။ ၎င်းတို့လာနိုင်သည့်နေရာ၊ အစီရင်ခံစာများကို နားထောင်ပြီး အရည်အသွေးမြှင့်တင်ရန် လိုအပ်သည်များကို အတိအကျနားလည်မှုဖြင့် ညီလာခံအပြီးတွင် ထွက်ခွာရန် ပလပ်ဖောင်းတစ်ခု ကမ်းလှမ်းပါ။

ယခုခေတ်တွင် စမ်းသပ်ခြင်းနှင့် အရည်အသွေးဆိုင်ရာ ပြဿနာများ ကြုံလာသောအခါ ဘာလုပ်ရမည်ကို တိုင်ပင်ဆွေးနွေးရန် တောင်းဆိုသံများ မကြာခဏ ကြားနေရသည်။ အဖွဲ့များနှင့် ဆက်သွယ်သောအခါတွင် ပြဿနာသည် စမ်းသပ်သူများကိုယ်တိုင်နှင့် မသက်ဆိုင်သော်လည်း လုပ်ငန်းစဉ်ကို မည်သို့ဖွဲ့စည်းပုံဖြင့် သင်တွေ့မြင်ရပါသည်။ ဥပမာအားဖြင့်၊ developer များက ၎င်းတို့သည် ကုဒ်ရေးသားခြင်းအတွက်သာ တာဝန်ရှိသည်ဟု ယုံကြည်သောအခါ၊ ၎င်းတို့၏ တာဝန်သည် စမ်းသပ်ခြင်းသို့ တာဝန်လွှဲပြောင်းပေးသည့်အချိန်နှင့် အတိအကျ ပြီးဆုံးသွားပါသည်။

ညံ့ဖျင်းသော၊ အရည်အသွေးနိမ့်သော ကုဒ်များဖြင့် ရေးသားထားသော ဗိသုကာလက်ရာများသည် ပရောဂျက်အတွက် ကြီးမားသောပြဿနာများကို ခြိမ်းခြောက်နေသည်ဟူသောအချက်ကို လူတိုင်းက မတွေးကြပါ။ ၎င်းတို့သည် အမှားအယွင်းများ၏ ကုန်ကျစရိတ်ကို မစဉ်းစားဘဲ၊ ထုတ်လုပ်မှုတွင် အကျုံးဝင်သော ချို့ယွင်းချက်များကြောင့် ကုမ္ပဏီနှင့် အဖွဲ့အတွက် ကုန်ကျစရိတ်များစွာ ဖြစ်ပေါ်စေနိုင်သည်။ ဒါကို စဉ်းစားဖို့ ယဉ်ကျေးမှု မရှိဘူး။ အဲဒါကို ညီလာခံမှာ စတင်ဖြန့်ဝေစေချင်တယ်။

ဒါဟာ ဆန်းသစ်တီထွင်မှုတစ်ခု မဟုတ်ဘူးဆိုတာ ကျွန်တော်နားလည်ပါတယ်။ အရည်အသွေး 14 ပုဒ်ကို ရေးသားသူ Edward Deming က လွန်ခဲ့တဲ့ ရာစုနှစ်တုန်းက အမှားတစ်ခုရဲ့ ကုန်ကျစရိတ်အကြောင်း ရေးသားခဲ့ပါတယ်။ အရည်အသွေးအာမခံချက်သည် ဤစာအုပ်ကိုအခြေခံထားခြင်းဖြစ်သည်၊ သို့သော်၊ ကံမကောင်းစွာပဲ၊ ခေတ်မီဖွံ့ဖြိုးတိုးတက်မှုသည် ၎င်းကို မေ့သွားခဲ့သည်။

— စမ်းသပ်ခြင်းနှင့် ကိရိယာများအကြောင်း တိုက်ရိုက်အကြောင်းအရာများကို သင်ထိတွေ့ရန် အစီအစဉ်ရှိပါသလား။

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

ဤချဉ်းကပ်မှု၊ ကိရိယာ၊ နည်းလမ်း၊ လုပ်ငန်းစဉ်၊ စမ်းသပ်မှုအမျိုးအစား၊ ကျွန်ုပ်တို့သည် ထုတ်ကုန်၏အရည်အသွေးကို လွှမ်းမိုးပြီး ဖောက်သည်၏ဘဝတိုးတက်ကြောင်း အစီရင်ခံစာအားလုံးအား ဘုံရည်မှန်းချက်တစ်ခုဖြင့် တစ်ကမ္ဘာလုံးက စည်းစည်းလုံးလုံးဖြစ်စေမည်- ဤချဉ်းကပ်မှု၊ ကိရိယာ၊ နည်းလမ်း၊ လုပ်ငန်းစဉ်၊

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

— သင်ပြောနေတာတွေကို ဘယ်သူက စိတ်ဝင်စားမှာလဲ။

Anastasia- ၎င်းတို့၏ ပရောဂျက်၊ ထုတ်ကုန်၊ စနစ်၏ ကံကြမ္မာကို ဂရုစိုက်သော developer များအတွက် အစီရင်ခံစာများ ပါရှိသည်။ အလားတူပင်၊ ၎င်းသည် စမ်းသပ်သူများနှင့် အထူးသဖြင့် မန်နေဂျာများအတွက် စိတ်ဝင်စားဖွယ်ဖြစ်မည်ဟု ယူဆပါသည်။ မန်နေဂျာများအားဖြင့်၊ ကျွန်ုပ်သည် ဆုံးဖြတ်ချက်များချပြီး ထုတ်ကုန်တစ်ခု၏ ကံကြမ္မာနှင့် ဖွံ့ဖြိုးတိုးတက်မှုကို လွှမ်းမိုးနိုင်သူများကို ဆိုလိုသည်။

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

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

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

Anastasia: ငါ ရင့်ကျက်ပြီ ထင်တယ်။ ယခုအခါ ကုမ္ပဏီအများအပြားသည် ရိုးရာရေတံခွန်ချဉ်းကပ်မှုမှ လျင်မြန်သောဘက်ကို ရွေ့ပြောင်းလာကြသည်။ ဖောက်သည် အာရုံစူးစိုက်မှုရှိပြီး၊ အဖွဲ့များမှလူများသည် အရည်အသွေးပြည့်မီသော ထုတ်ကုန်တစ်ခုကို မည်သို့ဖန်တီးရမည်ကို အမှန်တကယ် စတင်စဉ်းစားလာကြသည်။ လုပ်ငန်းကုမ္ပဏီများပင်လျှင် အရည်အသွေးမြှင့်တင်ရန် အာရုံစိုက်နေကြသည်။

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

- သဘောတူတယ်။ ယဉ်ကျေးမှုကို သွတ်သွင်းပြီး အသိစိတ်ပြောင်းမယ်။

အရည်အသွေးမြင့် IT ထုတ်ကုန်များ ဖွံ့ဖြိုးတိုးတက်ရေးဆိုင်ရာ ဆွေးနွေးပွဲ QualityConf ကျင်းပမည့် မော်စကိုမြို့မှာ ဇွန်လ ၇ ရက်၊. အရည်အသွေးမြင့် ထုတ်ကုန်တစ်ခု ဖန်တီးသည့် အဆင့်များကို သင်သိသည်၊ ကျွန်ုပ်တို့တွင် ပိုးမွှားများကို အောင်မြင်စွာ တိုက်ဖျက်နိုင်သည့် ကိစ္စများ ရှိသည်၊ ကျွန်ုပ်တို့၏ လက်တွေ့တွင် လူကြိုက်များသော နည်းလမ်းများကို စမ်းသပ်ပြီးဖြစ်သည် - သင့်အတွေ့အကြုံ လိုအပ်ပါသည်။ ပို့ပါ။ သူတို့၏ မေလ 1 ရက်နေ့မတိုင်မီလျှောက်လွှာများနှင့် အစီအစဉ်ကော်မတီသည် ညီလာခံ၏ အလုံးစုံတည်ကြည်မှုအတွက် ဆောင်ပုဒ်ကို အာရုံစိုက်ကူညီပေးပါမည်။

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

source: www.habr.com