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

စမ်းသပ်နိုင်သည့် မည်သည့်ဆော့ဖ်ဝဲလ်လုပ်ဆောင်နိုင်စွမ်း/အင်္ဂါရပ်များ Test Scenario တစ်ခုဟု ဆိုပါသည်။ စမ်းသပ်မှု အခြေအနေများကို ရေးသားရာတွင် အသုံးပြုသူ ရှုထောင့်ကို ထည့်သွင်းစဉ်းစားပါသည်။

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

စမ်းသပ်မှုအခြေအနေဟူသည် အဘယ်နည်း။

ယူဆချက်အခြေအနေကို သုံးသပ်ကြည့်ပါ- ကြီးမားကျယ်ပြန့်သော သမုဒ္ဒရာတစ်ခုရှိသည်။ ပင်လယ်ကမ်းစပ်တစ်ခုမှ တစ်နေရာသို့ သမုဒ္ဒရာကိုဖြတ်၍ ခရီးသွားရမည်။ ဥပမာ၊ မွန်ဘိုင်း၊ India Seashore မှ Colombo၊ Srilanka ပင်လယ်ကမ်းစပ်အထိ။

သင်ရွေးချယ်နိုင်သော ခရီးသွားပုံစံများမှာ-

(i) အဲယားဝေး- ကိုလံဘိုသို့ လေယာဉ်စီးပါ

(ii) ရေလမ်းများ- ကိုလံဘိုသို့ ခရီးသွားရန် သင်္ဘောတစ်စီးကို ဦးစားပေးပါ

(iii) မီးရထား- သီရိလင်္ကာသို့ ရထားစီးပါ

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

စမ်းသပ်မှုအခြေအနေများတွင်-

  • အဲဝေးဖြင့် ခရီးသွားခြင်း၊
  • ရေကြောင်းဖြင့် ခရီးသွားခြင်း သို့မဟုတ်
  • မီးရထားဖြင့် ခရီးသွားခြင်း။

ဤစမ်းသပ်မှုအခြေအနေများတွင် စမ်းသပ်စစ်ဆေးမှုများ ရှိပါမည်။

အထက်ပါ Test Scenarios များအတွက် ရေးသားနိုင်သော Test Case များ ပါဝင်သည်-

Testစက်တွင်းနှင့် အင်တာနက်ချိတ်ဆက်မှု ရရှိနိုင်မှုအပေါ် အပ်လုဒ်တင်ထားသည်။ 6 အသုံးပြုသူအများအပြားမှ လုပ်ဆောင်သော အပြောင်းအလဲများကို လွန်စွာရေးထားခြင်းမရှိပါ။ 23 7 အသုံးပြုသူအများအပြားသည် စာရွက်စာတမ်းတစ်ခုတည်းတွင် အလုပ်လုပ်နိုင်သည်။ 8 ဖိုင်တစ်ခုကို အပ်လုဒ်တင်နေစဉ် အင်တာနက်ချိတ်ဆက်မှု ပျောက်ဆုံးသွားပါက အလုပ်ပြီးသွားပါက သိမ်းဆည်းထားသည်။ 9 မျှဝေခြင်းဆိုင်ရာ ကန့်သတ်ချက်များကို မှန်ကန်စွာ အသုံးပြုထားသည်။ 10 ကြည့်ရှုရန် ကန့်သတ်ချက် အသုံးပြုသူများသည် စာရွက်စာတမ်းများပေါ်တွင် မည်သည့် တည်းဖြတ်မှုမျှ မလုပ်နိုင်ပါ။ 11 စာရွက်စာတမ်းများကို အများသူငှာအင်တာနက်သို့ လွှင့်တင်နိုင်ပါသည်။ 12 ပြောင်းလဲမှုများပြုလုပ်ထားပါသည်။ စာရွက်စာတမ်းများကို အချိန်တံဆိပ်ခေါင်းနှင့် သိမ်းဆည်းထားသည်။ ရေးသားသူအသေးစိတ်များ။

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

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

အခြေအနေတစ်ခု ပေးထားသည်။

ဘယ်အချိန် လုပ်ဆောင်ချက်တစ်ခု လုပ်ဆောင်ရန်။

ထို့နောက် ရလဒ်ကို မျှော်လင့်ပါသည်။

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

စမ်းသပ်မှု နမူနာပုံစံ နမူနာ

ဇာတ်လမ်း ID # စမ်းသပ်မှု ID # ဗားရှင်း # စမ်းသပ်မှုအခြေအနေများ # စမ်းသပ်မှုကိစ္စများ အရေးကြီးမှု
USID12.1 TSID12.1.1 Kin12.4 Kindle အက်ပ်ကို မှန်ကန်စွာဖွင့်ခြင်းရှိမရှိ စစ်ဆေးပါ။ 4 မြင့်
USID12.1 TSID12.1.2 Kin12.4 Kindle အက်ပ်၏ သိုလှောင်မှုပမာဏကို အတည်ပြုပါ။ 3 အလတ်စား

နိဂုံးချုပ်

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

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

ဇာတ်လမ်း- လေကြောင်းလိုင်းဖြင့် ခရီးသွားခြင်း

စမ်းသပ်မှုကိစ္စများတွင် အောက်ပါကဲ့သို့သော အခြေအနေများ ပါဝင်နိုင်သည်-

  1. လေယာဉ်သည် သတ်မှတ်ထားသည့်အချိန်အတိုင်းဖြစ်သည် .
  2. လေယာဉ်ခရီးစဉ်သည် သတ်မှတ်ထားသည့်အချိန်အတိုင်းမဟုတ်ပေ။
  3. အရေးပေါ်အခြေအနေတစ်ခု (မိုးသည်းထန်စွာရွာသွန်းမှုနှင့် မုန်တိုင်း)။

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

ယခု နည်းပညာဆိုင်ရာ စမ်းသပ်မှုအခြေအနေများကို စလိုက်ကြရအောင်။

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

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

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

စမ်းသပ်မှုအခြေအနေ

  • စမ်းသပ်မှုတစ်ခုတွင် 'စမ်းသပ်မှုကိစ္စများ' အများအပြားရှိနိုင်ပါသည်။ ၎င်းကို မြင်ကွင်းကျယ်ရုပ်ပုံကြီးတစ်ခုအဖြစ် ပုံဖော်နိုင်ပြီး စမ်းသပ်မှုကိစ္စများသည် မြင်ကွင်းကျယ်ကို ပြီးမြောက်ရန် အရေးကြီးသော သေးငယ်သော အစိတ်အပိုင်းများဖြစ်သည်။
  • ၎င်းသည် စာကြောင်းတစ်ကြောင်းတည်းနှင့် စမ်းသပ်မှုတစ်ခုဖြစ်သည်။ဖြစ်ရပ်များတွင် စမ်းသပ်မှုအခြေအနေထုတ်ပြန်ချက်၏ ရည်ရွယ်ချက်ကို ပြီးမြောက်ရန် အဆင့်ဆင့်ဖော်ပြချက် ပါဝင်သည်။
  • ဥပမာ-

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

၎င်းတွင် အောက်တွင်ဖော်ပြထားသည့်အတိုင်း စမ်းသပ်မှုများစွာ ရှိပါမည်-

(i) ငွေပေးချေနည်းလမ်းကို အသုံးပြုရန်- PayPal၊ Paytm၊ ခရက်ဒစ်/ဒက်ဘစ်ကတ်။

(ii) ငွေပေးချေမှု အောင်မြင်ပါပြီ။

(iii) ငွေပေးချေမှု မအောင်မြင်ပါ။

(iv) ကြားရှိ ငွေပေးချေမှု လုပ်ငန်းစဉ်ကို ဖျက်သိမ်းခဲ့သည်။

(v) ငွေပေးချေမှုနည်းလမ်းများကို အသုံးပြု၍မရပါ။

(vi) အက်ပလီကေးရှင်းသည် ကြားတွင် ကွဲသွားပါသည်။

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

စမ်းသပ်မှု အခြေအနေနှင့် စမ်းသပ်မှုကြား ကွာခြားချက်

Test Scenario Test Cases
Test Scenario သည် အယူအဆတစ်ခုဖြစ်သည်။ Test Cases များသည် ထိုသဘောတရားကို အတည်ပြုရန် အဖြေများဖြစ်ပါသည်။
Test Scenario သည် မြင့်မားသောအဆင့်လုပ်ဆောင်နိုင်စွမ်းတစ်ခုဖြစ်သည်။ စမ်းသပ်မှုကိစ္စများသည် မြင့်မားသောအဆင့်လုပ်ဆောင်နိုင်စွမ်းကို စမ်းသပ်ရန်အတွက် အသေးစိတ်လုပ်ငန်းစဉ်များဖြစ်သည်။
စမ်းသပ်မှုအခြေအနေများ လိုအပ်ချက်များ/ အသုံးပြုသူဇာတ်လမ်းများမှ ဆင်းသက်လာခြင်းဖြစ်သည်။ စမ်းသပ်မှုကိစ္စများသည် Test Scenarios မှ ဆင်းသက်လာခြင်းဖြစ်သည်။
စမ်းသပ်မှုအခြေအနေသည် 'မည်သည့်လုပ်ဆောင်ချက်ကို စမ်းသပ်ရပါမည်နည်း' Test Cases များသည် 'လုပ်ဆောင်နိုင်စွမ်းကို စမ်းသပ်နည်း ' ဖြစ်သည်။
စမ်းသပ်မှုအခြေအနေများတွင် စမ်းသပ်မှုများစွာရှိသည်။ စမ်းသပ်မှုကိစ္စသည် စမ်းသပ်မှုအခြေအနေများစွာနှင့် ဆက်စပ်မှုရှိနိုင်သည် သို့မဟုတ် မပါရှိနိုင်ပါ။
တစ်ခုတည်းသော စမ်းသပ်မှုအခြေအနေများသည် ထပ်ခါတလဲလဲမဖြစ်နိုင်ပါ။ တစ်ခုတည်းသောစမ်းသပ်မှုဖြစ်ရပ်ကို မတူညီသောအခြေအနေများတွင် အကြိမ်များစွာအသုံးပြုနိုင်ပါသည်။
အတိုချုံး စာရွက်စာတမ်းများ လိုအပ်ပါသည်။ အသေးစိတ် စာရွက်စာတမ်းများ လိုအပ်ပါသည်။
စမ်းသပ်မှု ဇာတ်လမ်းကို အပြီးသတ်ရန် အကြံဥာဏ်ပေးခြင်း အပိုင်းများ လိုအပ်ပါသည်။ ဆော့ဖ်ဝဲ အက်ပ်လီကေးရှင်း၏ အသေးစိတ် နည်းပညာဆိုင်ရာ အသိပညာ လိုအပ်သည်
မိနစ်အသေးစိတ်အချက်များ မလိုအပ်သောကြောင့် အချိန်ကုန်သက်သာစေပါသည်။ အသေးစိတ်အချက်များကို ဂရုစိုက်ရန်လိုအပ်သည့်အတွက် အချိန်ကုန်ပါသည်။
အရင်းအမြစ်များ လိုအပ်သောကြောင့် ပြုပြင်ထိန်းသိမ်းမှုစရိတ်သည် နည်းပါးသည်။နိမ့်သည်။ အရင်းအမြစ်များ လိုအပ်သောကြောင့် ပြုပြင်ထိန်းသိမ်းမှုစရိတ်မြင့်မားသည်

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

စမ်းသပ်မှုအခြေအနေများသည် လိုအပ်ချက်များ သို့မဟုတ် အသုံးပြုသူဇာတ်လမ်းများမှ ဆင်းသက်လာခြင်းဖြစ်သည်။

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

ဤအရာများသည် ဖြစ်နိုင်သည်။ :

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

ထို့ကြောင့် စမ်းသပ်မှုအခြေအနေများသည် SDLC ၏ မရှိမဖြစ်အစိတ်အပိုင်းတစ်ခုဖြစ်သည်။

စမ်းသပ်မှုအခြေအနေများကို အကောင်အထည်ဖော်ခြင်း

စမ်းသပ်မှုအခြေအနေများကို အကောင်အထည်ဖော်ခြင်း သို့မဟုတ် စမ်းသပ်မှုအခြေအနေများကို မည်သို့ရေးသားရမည်ကို ကြည့်ကြပါစို့။

  • Epics/Business Requirements များကို ဖွဲ့စည်းထားပါသည်။
    • Epic ၏ ဥပမာ - Gmail အကောင့်တစ်ခု ဖန်တီးပါ။ Epic သည် အက်ပလီကေးရှင်းတစ်ခု သို့မဟုတ် လုပ်ငန်းလိုအပ်ချက်တစ်ခု၏ အဓိကအင်္ဂါရပ်ဖြစ်နိုင်သည်။
  • Epic များကို sprints တစ်လျှောက်တွင် အသုံးပြုသူအသေးစားဇာတ်လမ်းများအဖြစ် ပိုင်းခြားထားသည်။
  • အသုံးပြုသူဇာတ်လမ်းများသည် Epic မှ ဆင်းသက်လာသည်။ ဤအသုံးပြုသူဇာတ်လမ်းများကို သက်ဆိုင်သူများမှ အခြေခံ၍ အတည်ပြုပေးရပါမည်။

  • စမ်းသပ်မှုအခြေအနေများသည် သုံးစွဲသူဇာတ်လမ်းများမှ ဆင်းသက်လာခြင်း သို့မဟုတ် BRS (လုပ်ငန်းလိုအပ်ချက်စာရွက်စာတမ်း), SRS (စနစ်လိုအပ်ချက်Specification Document) သို့မဟုတ် FRS (Functional Requirement Document) ကို အပြီးသတ်ပြီး အခြေပြုထားပါသည်။
  • စမ်းသပ်သူများသည် စမ်းသပ်မှုအခြေအနေများကို ရေးသားပါသည်။
  • ဤစမ်းသပ်မှုအခြေအနေများကို Team Lead၊ Business Analyst သို့မဟုတ် Project Manager မှ အတည်ပြုထားပါသည်။ အဖွဲ့အစည်းပေါ်မူတည်သည်။
  • စမ်းသပ်မှုအခြေအနေတစ်ခုစီသည် အနည်းဆုံးအသုံးပြုသူဇာတ်လမ်းတစ်ပုဒ်နှင့် ချိတ်ဆက်ထားရမည်ဖြစ်သည်။
  • အပြုသဘောနှင့် အပျက်သဘောဆောင်သော စမ်းသပ်မှုအခြေအနေများကို ဖော်ထုတ်ရပါမည်။
  • အသုံးပြုသူ ဇာတ်လမ်းများ ပါဝင်သည်။ လက်ခံမှုစံနှုန်းများ ကဲ့သို့သော:
    • လက်ခံမှုစံသတ်မှတ်ချက်များသည် ဖောက်သည်လိုအပ်ချက်များအတွက် အခြေအနေများစာရင်း သို့မဟုတ် ရည်ရွယ်ချက်အခြေအနေများဖြစ်သည်။ လက်ခံမှုစံနှုန်းများကို ရေးသားစဉ်တွင် ဝယ်ယူသူ၏မျှော်လင့်ချက်များနှင့် နားလည်မှုလွဲမှားမှုများကို ထည့်သွင်းစဉ်းစားပါသည်။
    • ၎င်းတို့သည် သုံးစွဲသူတစ်ဦးအတွက် သီးသန့်ဖြစ်ပြီး အသုံးပြုသူဇာတ်လမ်းတစ်ခုစီတွင် လွတ်လပ်စွာစမ်းသပ်နိုင်သော လက်ခံမှုစံနှုန်းတစ်ခု အနည်းဆုံးရှိရပါမည်။
    • လက်ခံမှုစံနှုန်းများသည် နယ်ပယ်အတွင်း မည်သည့်အင်္ဂါရပ်များပါဝင်ပြီး ပရောဂျက်တစ်ခုအတွက် နယ်ပယ်ပြင်ပတွင် ရှိနေသည်ကို ဆုံးဖြတ်ရာတွင် အထောက်အကူဖြစ်စေပါသည်။ ဤစံနှုန်းများတွင် လုပ်ငန်းဆောင်တာသာမက အလုပ်မဖြစ်နိုင်သော အင်္ဂါရပ်များပါ ပါဝင်သင့်သည်။
    • စီးပွားရေး ခွဲခြမ်းစိတ်ဖြာသူများသည် လက်ခံမှုစံနှုန်းများကို ရေးသားကြပြီး ကုန်ပစ္စည်းပိုင်ရှင်က ၎င်းတို့ကို အတည်ပြုပေးပါသည်။
    • အချို့ကိစ္စများတွင် ထုတ်ကုန်ပိုင်ရှင်ကိုယ်တိုင် ရေးသားနိုင်သည်။ စံသတ်မှတ်ချက်များ။
    • စမ်းသပ်မှုအခြေအနေများကို လက်ခံမှုစံနှုန်းများမှ ရယူနိုင်ပါသည်။

စမ်းသပ်မှုနမူနာများ

#1) Kindle အက်ပ်အတွက် စမ်းသပ်မှုအခြေအနေများ

Kindle သည် e-readers များကို ရှာဖွေနိုင်စေမည့် app ဖြစ်သည်။e-books များကို အွန်လိုင်း၊ ဒေါင်းလုဒ်လုပ်ပြီး ဝယ်ပါ။ Amazon Kindle သည် e-book reader အား စာအုပ်တစ်အုပ်ကို လက်ထဲတွင်ကိုင်ကာ ဖတ်ခြင်း၏ လက်တွေ့ဘဝအတွေ့အကြုံကို ပေးသည်။ စာမျက်နှာများလှည့်ခြင်းကိုပင် အက်ပ်တွင် ကောင်းစွာ ပုံဖော်ထားသည်။

ယခု စမ်းသပ်မှုအခြေအနေများကို မှတ်သားလိုက်ကြပါစို့။ ( မှတ်ချက်- စမ်းသပ်မှုမြင်ကွင်းကို ရေးသားခြင်းအတွက် ယေဘူယျအကြံဥာဏ်တစ်ခုရရှိရန် အောက်တွင်ဖော်ပြထားသော ကန့်သတ်ထားသော အဖြစ်အပျက်များကို ဖော်ပြထားပါသည်။ ၎င်းမှဆင်းသက်လာသော စမ်းသပ်မှုအများအပြားရှိနိုင်ပါသည်။)

စမ်းသပ်မှုအခြေအနေများ # စမ်းသပ်မှုအခြေအနေများ
1 Kindle အက်ပ်ကို မှန်ကန်စွာဖွင့်ခြင်းရှိမရှိ စစ်ဆေးပါ။
2 အက်ပ်စတင်ပြီးနောက် မတူညီသော စက်ပစ္စည်းများအလိုက် ချိန်ညှိမှုများကို အတည်ပြုပါ။
3 ပြသထားသည့် စာသားကို ဖတ်နိုင်သည်ကို အတည်ပြုပါ။
4 Zoom in နှင့် zoom out ရွေးစရာများ အလုပ်လုပ်နေကြောင်း အတည်ပြုပါ။
5 Kindle အက်ပ်တွင် ထည့်သွင်းထားသော တွဲဖက်ဖိုင်များကို ဖတ်နိုင်ကြောင်း အတည်ပြုပါ။
6 သိုလှောင်မှုပမာဏကို အတည်ပြုပါ Kindle အက်ပ်။
7 ဒေါင်းလုဒ်လုပ်ဆောင်နိုင်စွမ်း မှန်ကန်ကြောင်း အတည်ပြုပါ။
8 Page Turn simulation မှန်ကန်စွာအလုပ်လုပ်နေကြောင်း အတည်ပြုပါ
9 Kindle အက်ပ်နှင့် eBook ဖော်မတ်များ တွဲဖက်အသုံးပြုနိုင်မှုကို စစ်ဆေးပါ။
10 Kindle အက်ပ်က ပံ့ပိုးပေးထားသည့် ဖောင့်များကို အတည်ပြုပါ။
11 Kindle အက်ပ်မှ အသုံးပြုသည့် ဘက်ထရီ သက်တမ်းကို စစ်ဆေးပါ။
12 စွမ်းဆောင်ရည်ကို အတည်ပြုပါကွန်ရက်ချိတ်ဆက်မှုအပေါ် မူတည်၍ Kindle ၏ (Wi-Fi၊ 3G သို့မဟုတ် 4G)။

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

#2) Google Docs အတွက် လက်ခံမှုစံနှုန်း

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

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

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

လက်ခံမှု သတ်မှတ်ချက် # လက်ခံမှု သတ်မှတ်ချက်
1 Word၊ Sheets သို့မဟုတ် Forms များကို အမှားအယွင်းမရှိဘဲ အောင်မြင်စွာဖွင့်နိုင်ပါသည်။
2 စာရွက်စာတမ်းများ၊ စာရွက်များ အတွက် နမူနာများကို ရနိုင်ပါသည် နှင့် ဆလိုက်များ။
3 ရနိုင်သော နမူနာများကို အသုံးပြုသူများအတွက် အသုံးပြုနိုင်ပါသည်။
4 အသုံးပြုထားသောပုံစံကို တည်းဖြတ်နိုင်သည် (ဥပမာ- ဖောင့်များ၊ ဖောင့်အရွယ်အစား၊ စာသားထည့်ခြင်း၊ စာသားဖျက်ခြင်း၊ ဆလိုက်ထည့်ပါ။)
5 အင်တာနက်ချိတ်ဆက်မှု ခေတ္တမရနိုင်ပါက ဖိုင်ကို သိမ်းဆည်းနိုင်ပါသည်။
အပေါ်သို့ လှပ်ပါ