Software တစ္ခုကို Testing လုပ္တာဟာ
သိပ္အေရးပါတဲ့ အဆင့္ တစ္ခုပါ။ ဒါေပမဲ့ လူေတြအမ်ားစု က လစ္လ်ဴရႈတတ္ၾကပါတယ္။
လုပ္ငန္း တစ္ခ်ိဳ႕ဆိုရင္လဲ အဲဒီ့ဘက္မွာ ပိုက္ဆံသံုးဖို႔ တြန္႔တို တတ္ၾကတယ္။
တခ်ိဳ႕ Software developers ေတြကလဲ testing လုပ္ရတာကို မႀကိဳက္ၾကပါဘူး။
တစ္ခ်ိဳ႕ဆိုရင္ သူတို႔ရဲ့ အခ်ိန္ကို testing လုပ္ေနမဲ့ အစား code
ေရးေနသင့္တယ္လို႔ ဆိုပါတယ္။
က်ေနာ့္ အျမင္ကေတာ့ testing လုပ္တတ္ဖို႔ နဲ႔ testing အတြက္ ျပင္ဆင္မႈေတြက software development အတြက္ အရမ္းကို အေရးႀကီးပါတယ္။
Test
cases ေတြ စေရးၿပီဆိုရင္ ရွိသမွ် features ေတြကို တစ္ခုၿပီး တစ္ခု
စိစစ္ၿပီး ေရးသြားသင့္ပါတယ္။ ပထမ feature မွာ ျဖစ္ႏိုင္သမွ် interaction
ေတြကို ခ်ေရးရပါတယ္။ ၿပီးရင္ အဲဒီ့ တစ္ခုခ်င္းစီမွာ ဘယ္လို
အေျဖထြက္သင့္တယ္ဆိုတာ ရွာရမွာပါ။ Test case တစ္ခုဟာ ပံုမွန္ အားျဖင့္
ေအာက္ပါ လကၡဏာေတြ ရွိတတ္ပါတယ္။
- ဘာကို စစ္မွာလဲ (အေပါင္း)
- ဘာလုပ္ရင္ (ဂဏန္း ၂လံုး ေပါင္းရင္)
- ဘာျဖစ္ရမယ္ (အေျဖက ေပါင္းတဲ့ အတိုင္းျဖစ္ရမယ္), ဘာမျဖစ္ရဘူး (အေျဖမမွားရဘူး)
- ဘယ္လို စစ္မလဲ (၀ ကေန အၾကီးဆံုး လက္ခံႏိုင္တဲ့ ဂဏန္း အထိ စစ္ရအယ္။ အႏႈတ္ကိန္းေတြကိုလဲ စစ္ရမယ္။)
Test
case တစ္ခုဟာ လုပ္ေဆာင္မႈ တစ္ခုတည္းနဲ႔ ထပ္တူမက်ပါဘူး။ interaction
ရႈပ္ရင္ ရႈပ္သလို အေသးစိတ္ အဆင့္ေတြ ကြဲျပားၿပီး အမ်ားႀကီး စစ္ဖို႔
လိုအပ္ပါတယ္။ ဒါေၾကာင့္ လက္နဲ႔ စစ္ေနတယ္ ဆိုရင္ အခ်ိန္ အမ်ားႀကီး
လိုတတ္ပါတယ္။ တစ္ခ်ိဳ႕ test case ေတြကို programming နည္းနဲ႔ စစ္လိုရေအာင္
လုပ္ၾကပါတယ္။ ဒါကို unit test လုပ္တယ္၊ test script ေရးတယ္ စသျဖင့္
ေခၚၾကပါတယ္။ တစ္ခ်ိဳ႔ အေနအထားေတြ အတြက္ စက္ရုပ္ေတြ သံုးတတ္ပါတယ္။ ဥပမာ
လူ႔လက္နဲ႔ ႏိွပ္မဲ့အစား စက္ရုပ္လက္နဲ႔ ႏွိပ္ခို္င္းတဲ့အခါ
အႀကိမ္ေပါင္းေျမာက္မ်ားစြာကို လက္မေညာင္းပဲ ႏွိပ္လို႔ ရသြားပါတယ္။
Testing လုပ္ဖို႔အတြက္ အခ်ိန္ႏွင့္ ပိုက္ဆံကို တြန္႔တိုမေနပဲ Testing ကို
ဘယ္လို အခ်ိန္တိုတို နဲ႔ ျမန္ျမန္ဆန္ဆန္ လုပ္လို႔ ရမလဲဆုိတာ ကို
စဥ္းစားၿပီး software development မွာ ပါဝင္တဲ့သူအားလံုး
စိတ္ပါဝင္စားစြာနဲ႔ လုပ္ေဆာင္သင့္တယ္လို႔ က်ေနာ္ထင္ပါတယ္။ ဒါမွလဲ
ပိုမိုေကာင္းမြန္တာ့ software ေတြ ထြက္ေပၚလာမွာပါ။