Command တစ်ခုဖြင့် သင့်အက်ပ်ကို browser တွင် စမ်းသပ်ပါ

Project chat တွင် /test ကို ရိုက်လိုက်ပါက Mythex က သင့်အက်ပ်ကို လူတစ်ယောက် သုံးသကဲ့သို့ စမ်းသပ်သည်။ Browser တွင် live preview ကို ဖွင့်ပြီး စာမျက်နှာများ ဝင်ကြည့်သည်၊ ခလုတ်များကို နှိပ်သည်၊ form များကို ဖြည့်သည်၊ ထို့နောက် ဘာအလုပ်လုပ်ပြီး ဘာမလုပ်ခဲ့သည်ကို chat တွင် ပြောပြသည်။ "signup နှင့် pricing စာမျက်နှာကို စမ်းပါ" ဟု အထူးလမ်းကြောင်းတစ်ခုကို ညွှန်ပြနိုင်သည်၊ သို့မဟုတ် အကောင်းဆုံးဖြစ်နိုင်သော လမ်းကြောင်းကို agent ကိုယ်တိုင် ရွေးစေနိုင်သည်။

ဘာလုပ်ပေးသလဲ

App Testing သည် သင့် live preview ကို စမ်းသည်၊ ကုဒ်ကိုသာ မဟုတ်ပါ။ Mythex သည် run နေသော အက်ပ်ကို browser ဖြင့် ထိန်းချုပ်သည်၊ မြင်ရသည်များကို သိမ်းယူသည် (အသုံးဝင်သည့်အခါ screenshot များအပါအဝင်)၊ ထို့နောက် chat တွင် ရလဒ်အနှစ်ချုပ် ရေးသည်။

ဤသည်မှာ ကုဒ်ဖတ်ခြင်းနှင့် ကွဲပြားသော စစ်ဆေးမှု အမျိုးအစား ဖြစ်သည်။ ကုဒ်သည် မှန်ကန်ဟု ပေါ်နိုင်သော်လည်း အသုံးပြုသည့်အခါ ပျက်နိုင်သည်။ ဥပမာ ခလုတ်တစ်ခုက မှားသော handler နှင့် ချိတ်ထားခြင်း၊ form တင်သော်လည်း အတည်ပြုချက် မပြခြင်း၊ သို့မဟုတ် login ပြီးမှသာ ပျက်သော စာမျက်နှာ။ ထိုအရာများကို တွေ့ရန် တစ်နည်းတည်းသာ ရှိသည်၊ အက်ပ်ကို အသုံးပြုခြင်း ဖြစ်ပြီး App Testing က ထိုအရာကို သင်အတွက် လုပ်ပေးသည်။

ဘာကြောင့် အသုံးဝင်သလဲ

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

App Testing က "အသစ်ပြောင်းပြီးတော့ ဆက်အလုပ်လုပ်သေးလား?" ကို message တစ်ခုတည်းဖြင့် ဖြစ်စေသည်။ အရေးကြီးသော လမ်းကြောင်းကို ဖော်ပြလိုက်လျှင် agent က လမ်းကြောင်းကို လျှောက်ပြီး သင်လုပ်နိုင်သော အစီရင်ခံစာ ရရှိသည်။ တူညီသော chat တွင် run သဖြင့် ပြင်ဆင်ချက်သည် message တစ်ခုအကွာတွင် ရှိသည်။

ဘယ်လို run မလဲ

1. Preview ကို run ထားပြီး အက်ပ်ပြနေမှု သေချာပါ။ App Testing သည် preview ကို စမ်းသဖြင့် preview ဗလာ သို့မဟုတ် စတင်နေဆဲဆိုလျှင် စောင့်ပါ သို့မဟုတ် ပထမဆုံး ပြင်ပါ။
2. Project chat တွင် /test ကို ရိုက်ပါ။ "အက်ပ်ကို browser မှာ စမ်းပါ" ဟု သာမန်စာသားဖြင့် ပြောလည်း အလုပ်လုပ်သည်။
3. အာရုံစိုက်ရန် ဘာလဲဆိုသည်ကို ပြောပါ၊ လိုလျှင်။ ဥပမာ "signup နှင့် pricing စာမျက်နှာကို စမ်းပါ" သို့မဟုတ် "account ဖွင့်ပါ၊ ပစ္စည်းထည့်ပါ၊ checkout လုပ်ပါ"။
4. အစီရင်ခံစာကို ဖတ်ပါ။ Mythex က ဘာစမ်းခဲ့သည်နှင့် ဘာမှားသွားသည်ကို အနှစ်ချုပ်ပြသည်၊ လိုအပ်သည့်နေရာတွင် screenshot များ ပါသည်။
5. တွေ့သည်များကို /fix သို့မဟုတ် ပုံမှန် Build message ဖြင့် ပြင်ပါ။
6. /test ကို ထပ်run ပါ ပြင်ဆင်ချက် အလုပ်လုပ်ကြောင်းနှင့် အခြားအရာ မပျက်ကြောင်း အတည်ပြုရန်။

ဘယ်အချိန် သုံးသင့်သလဲ

• UI ပြောင်းလဲမှု ကြီးပြီးနောက်။ Layout သို့မဟုတ် navigation အသစ်က သင်တိုက်ရိုက် မထိခဲ့သော flow များကို ပျက်စေနိုင်သည်။
• Publish မလုပ်မီ၊ ရိုးရှင်းသော ပျက်စီးမှုများကို ဧည့်သည်မတွေ့မီ ဖမ်းရန်။
• Preview ကောင်းနေဟု မြင်သော်လည်း flow တစ်ခု မကောင်းနိုင်ချိန်။ အဆင့်များစွာ ပါသော လမ်းကြောင်းများ — signup ပြီး login ပြီး တစ်ခုခု လုပ်ခြင်း — သည် စစ်ဆေးရန် အတန်းအဆင့်ဆုံး ဖြစ်သည်။

ကောင်းသော ရလဒ် ရရန်

Request ရှင်းလင်းလေ အစီရင်ခံစာ အသုံးဝင်လေ ဖြစ်သည်။

• အဆင်ပြေသော လမ်းကြောင်းကို ဖော်ပြပါ။ "account ဖွင့်ပါ၊ ပစ္စည်းထည့်ပါ၊ checkout လုပ်ပါ" သည် agent အတွက် ရှင်းလင်းသော အဆင့်များနှင့် ရှင်းလင်းသော ရလဒ်ကို ပေးသည်။ "အားလုံးကို စမ်းပါ" ဆိုလျှင် ဘာအရေးကြီးသည်ကို ခန့်မှန်းရမည်။
• ပြောင်းလဲခဲ့သော စာမျက်နှာ သို့မဟုတ် feature များကို အမည်ပေးပါ။ Pricing စာမျက်နှာကို ပြန်ပြင်ထားလျှင် ထိုသို့ ပြောပါ။
• အသေးစား loop များဖြင့် စမ်းပါ။ တစ်ခုပြောင်း၊ စမ်း၊ ပြင်၊ ထပ်စမ်း။ ပြောင်းလဲမှု တစ်ခုတည်းသာ ရှိလျှင် ဘာပျက်သွားသည်ကို ပိုရှင်းလင်းစွာ မြင်နိုင်သည်။
• Checkpoint များနှင့် တွဲသုံးပါ။ ပြင်ဆင်ချက်က ပြင်သည်ထက် ပျက်စီးမှု ပိုဖြစ်လျှင် ပြင်ထပ်မပေါင်းဘဲ နောက်ဆုံး ကောင်းသော turn သို့ ပြန်သွားပါ။

ကန့်သတ်ချက်များ

• ၎င်းသည် preview ကို စမ်းသည်၊ publish လုပ်ထားသော ဆိုဒ်ကို မဟုတ်ပါ။ App Testing သည် သင့် private workspace ရှိ live preview ကို run သည်။ ဧည့်သည်များ မြင်သော publish လိပ်စာကို မစစ်ပါ။ အဆင်သင့်ဖြစ်သောအခါ သီးခြား publish လုပ်ပါ။
• Preview run နေရမည်။ မနိုးနေလျှင် စမ်းစရာ မရှိပါ။
• ညွှန်ပြသော လမ်းကြောင်းကိုသာ လိုက်သည်။ အာရုံစိုက်သော request သည် အာရုံစိုက်သော စစ်ဆေးမှုကို ရသည်၊ အပြည့်အစုံ test suite မဟုတ်ပါ။
• အစီရင်ခံသည်၊ သင်ဆုံးဖြတ်သည်။ App Testing သည် ဘာပျက်နေသည်ကို ပြောသည်။ ပြင်ခြင်းသည် /fix သို့မဟုတ် Build message ဖြင့် သီးခြား အဆင့်ဖြစ်သည်။

တွေ့ပြီးနောက် ပြဿနာကို ရှာဖွေရာတွင် နက်နက်ရှိုင်းရှိုင်း သွားလိုလျှင် AI ဖြင့် တည်ဆောက်ထားသော အက်ပ်ကို debug လုပ်နည်း လမ်းညွှန်က လုပ်ငန်းစဉ်ကို ဖော်ပြသည်။ Preview အကြောင်းအတွက် ပုဂ္ဂိုလ်ရေးဆိုင်ရာ workspace နှင့် live preview ကို ကြည့်ပါ။

Docs စာမျက်နှာတွင် အသေးစိတ် ရှိသည်: App Testing။