Ուղեցույցներ

Ինչպես թեստավորել ձեր հավելվածը գործարկումից առաջ. գործնական նախագործարկային պլան

Հավելվածը գործարկումից առաջ թեստավորելու համար թվարկեք այն մի քանի ուղիները, որոնք օգտատերը պետք է կարողանա ավարտել, կատարեք յուրաքանչյուրը բոլորովին նոր օգտատիրոջ նման laptop-ի և հեռախոսի վրա, ապա փորձեք այն եղանակները, որոնցով կարող են սխալ գնալ. դատարկ տվյալներ, սխալ մուտքագրում, երկրորդ հաշիվ, դանդաղ կապ։ Փողի կամ անձնական տվյալների հետ կապված ամեն բան թեստավորեք առավել զգուշորեն և կրկնեք հիմնական ուղիները կենդանի URL-ում՝ հրապարակումից հետո։ Ավարտեք՝ դիտելով մեկին, ով երբեք չի տեսել հավելվածը, երբ փորձում է օգտագործել այն։

Այս գործի համար QA թիմ կամ թեստավորման շրջանակ պետք չէ։ Պետք է ցուցակ, մեկ-երկու ժամ և կարգապահություն՝ իրականում սեղմելու այն։

Քայլ 1. Գրեք այն ուղիները, որոնք կարևոր են

Ուղին օգտատիրոջ՝ սկզբից մինչև վերջ կատարվող առաջադրանքն է։ Շատ հավելվածներ ունեն երեքից վեց, որոնք իրականում կարևոր են։ Ամրագրման հավելվածի համար.

  1. Գրանցվել և հաստատել հաշիվը
  2. Գտնել դաս և ամրագրել այն
  3. Չեղարկել ամրագրում
  4. Վճարել դասերի փաթեթի համար
  5. Աշխատակից. տեսնել այսօրվա ամրագրումները

Եթե գրել եք օգտատիրոջ պատմվածքները, դրանց ընդունման չափանիշները արդեն ձեր թեստային դեպքերն են։ Եթե ոչ, գրեք մեկ տող յուրաքանչյուր ուղու համար և թե ինչ է «հաջողություն» նշանակում։

Դասակարգեք դրանք։ Այն ուղիները, որոնք փող են բերում կամ որոնց միջով անցնում է յուրաքանչյուր օգտատեր (գրանցում, մուտք, հիմնական գործողություն), թեստավորվում են առաջինը և ամենից շատ։

Քայլ 2. Թեստավորեք երջանիկ ուղին որպես նոր օգտատեր

«Երջանիկ ուղին» այն ուղին է, որը ընթանում է ճիշտ այնպես, ինչպես նախատեսված է։ Թեստավորեք այն այնպես, ինչպես օտարը կզգար.

  • Օգտագործեք անձնական (private) բրաուզերի պատուհան, որպեսզի մուտք գործած չլինեք և չունենաք պահված տվյալներ։
  • Օգտագործեք նոր հաշիվ իրական էլփոստով, որը կարող եք ստուգել։
  • Սկսեք գլխավոր էջից կամ հղումից, ոչ թե այն էջից, որը էջանշել եք կառուցելիս։

Նոր օգտատերերը տվյալներ չունեն։ Շատ սխալներ հայտնվում են միայն այն ժամանակ, երբ ցուցակը դատարկ է, պրոֆիլը չունի լուսանկար, կամ դեռ ոչինչ չի գնվել։ Ձեր սեփական հաշիվը, լի թեստային տվյալներով, այդ սխալները թաքցնում է։

Քայլ 3. Փորձեք կոտրել այն

Նորից կրկնեք յուրաքանչյուր ուղի և միտումնավոր արեք սխալ բանը։

Փորձեք սաԻնչ եք ստուգում
Ուղարկեք ձևերը դատարկ, կամ միայն բացատներովՊարտադիր դաշտերը պահպանվում են՝ հստակ հաղորդագրությամբ
Շատ երկար տեքստ, emoji, ազգային տառերԴասավորությունը պահպանվում է, տվյալները ճիշտ պահվում են
Սխալ ձևաչափեր. տառեր հեռախոսի դաշտում, անցյալ ամսաթիվՎավերացում և էջի վրա, և սերվերի վրա
Կրկնակի սեղմեք ուղարկելու կոճակըԿրկնօրինակ պատվերներ կամ ամրագրումներ չկան
Բրաուզերի հետ կոճակը հոսքի ընթացքումԽզված վիճակ կամ կորցված տվյալներ չկան
Վերբեռնեք յուրաքանչյուր էջՏվյալները մնում են. դատարկ էջ կամ 404 չկա
Դուրս եկեք, ապա սեղմեք հետԱնձնական էջերը չեն երևում
Երկու ներդիր, որոնք խմբագրում են նույն բանըՎերջին պահպանումը լուռ չի ջնջում առաջինը

Վերբեռնումը արժե առանձին նշել. եթե հավելվածը աշխատում է, երբ սեղմում եք, բայց խորը էջի վերբեռնումը ցույց է տալիս 404, տես ինչպես շտկել 404 սխալները տեղակայումից հետո։

Քայլ 4. Թեստավորեք թույլտվությունները երկու հաշիվներով

Սա ամենակարևոր թեստն է ցանկացած հավելվածի համար, որն ունի հաշիվներ, և ամենից հաճախ բաց թողնվողը։

Ստեղծեք երկու սովորական օգտատեր՝ A և B, և (եթե ձեր հավելվածն ունի) ադմին։

  • Որպես A, ստեղծեք գրառում։ Մուտք գործեք որպես B։ Կարող է B-ն տեսնել, խմբագրել կամ ջնջել այն։ Չպետք է, եթե դա նախագծման մաս չէ։
  • Որպես A, պատճենեք գրառումներից մեկի URL-ը։ Մուտք գործեք որպես B և բացեք այդ URL-ը ուղղակիորեն։
  • Որպես սովորական օգտատեր, բացեք ադմին էջերը՝ մուտքագրելով դրանց URL-ները։
  • Լրիվ դուրս եկեք և փորձեք նույն URL-ները։

Եթե այստեղ խնդիր եք գտնում, մինչև այն շտկելը մի գործարկեք։ Ստուգումը պետք է լինի սերվերի վրա, ոչ միայն կոճակը թաքցնելով։ Մեր AI-ով կառուցված հավելվածների անվտանգության ստուգաթերթը ավելի խորն է գնում։

Քայլ 5. Թեստավորեք իրական սարքերի վրա

Բացեք հավելվածը իրական հեռախոսի վրա, ոչ միայն նեղ բրաուզերի պատուհանում։

  • Կարո՞ղ եք սեղմել յուրաքանչյուր կոճակ՝ առանց մեծացնելու։
  • Ծածկում է արդյոք ստեղնաշարը դաշտը, որում գրում եք։
  • Աղյուսակները և լայն բովանդակությունը ոլորվում են, թե փաթաթվում են, այլ ոչ թե էջը կողքից են մղում։
  • Տեքստը կարդալի է առանց մատների մեծացման։

Փորձեք առնվազն մեկ iPhone (Safari) և մեկ Android հեռախոս (Chrome), եթե կարող եք փոխառել։ Safari-ն մասնավորապես ունի իր առանձնահատկությունները ամսաթվերի, տեսանյութի և fixed-position տարրերի հետ։

Քայլ 6. Թեստավորեք փողը և էլփոստը ծայրից ծայր

Ցանկացած բան, որը գանձում է քարտերից կամ ուղարկում է էլփոստ, պահանջում է լրիվ անցում։

Վճարումներ. Օգտագործեք ձեր վճարային մատակարարի թեստային ռեժիմը և թեստային քարտի համարները։ Ստուգեք հաջող վճարում, մերժված քարտ և չեղարկված դրամարկղ։ Հաստատեք, որ պատվերը կամ բաժանորդագրությունը երևում է ձեր հավելվածում վճարումից հետո, ոչ միայն մատակարարի վահանակում։ Եթե ձեր հավելվածը կախված է webhook-ներից (հաղորդագրություններ, որ վճարային մատակարարը ուղարկում է ձեր սերվերին), ստուգեք, որ դրանք հասնում են հրապարակված հավելվածին, ոչ միայն մշակման մեջ։ Հետո, գործարկումից առաջ, անցեք կենդանի բանալիների և կատարեք մեկ փոքր իրական գնում, որը վերադարձնում եք։

Էլփոստ. Գրանցվեք իրական հասցեներով երկու կամ երեք տարբեր մատակարարներում։ Ստուգեք, որ նամակները հասնում են, չեն ընկնում սպամում, և յուրաքանչյուր հղում դրանցում ցույց է տալիս կենդանի դոմենը, ոչ նախադիտման հասցե։

Քայլ 7. Ստուգեք արագությունը և սխալները

  • Բացեք բրաուզերի մշակողի գործիքները (աջ սեղմում → Inspect) և նայեք Console ներդիրին յուրաքանչյուր հիմնական էջում։ Կարմիր սխալները արժե շտկել, նույնիսկ եթե ոչինչ կոտրված չի թվում։
  • Բեռնեք կայքը հեռախոսով մոբայլ ինտերնետով, ոչ Wi-Fi-ով։ Եթե առաջին էկրանը մի քանի վայրկյան է տևում, նախ նայեք պատկերների չափերին։
  • Գործարկեք անվճար աուդիտ, ինչպիսին է Lighthouse-ը Chrome-ի dev tools-ում՝ արագ գնահատման համար արդյունավետության և մատչելիության մասին։

Քայլ 8. Թեստավորեք հրապարակված հավելվածը, ոչ միայն նախադիտումը

Նախադիտումը և հրապարակված հավելվածը նույն միջավայրը չեն։ Մինչև որևէ մեկին ասելը գործարկման մասին, կրկնեք հիմնական ուղիները կենդանի URL-ում.

  • Բոլոր միջավայրի փոփոխականները և գաղտնիքները սահմանված են հրապարակված հավելվածի համար։
  • Օգտագործում է ճիշտ տվյալների բազան, որտեղ կան այն տվյալները, որ սպասում եք։
  • Մուտքի վերահղումները և էլփոստի հղումները օգտագործում են կենդանի դոմենը։
  • Խորը էջի վերբեռնումը ճիշտ է բեռնվում։

Քայլ 9. Դիտեք, թե ինչպես է ուրիշը օգտագործում այն

Տվեք մեկ-երկու մարդու նպատակ («ամրագրեք յոգայի դաս շաբաթ օրվա համար»), ոչ թե հրահանգներ։ Դիտեք, մի օգնեք, և գրեք, թե որտեղ են նրանք տատանվում։ Սա ամենաարագ ձևն է շփոթեցնող բառերը և թաքնված կոճակները գտնելու համար։ Ավելի մեծ տարբերակի համար տես ինչպես անցկացնել բետա թեստ։

Երբ նրանք բախվում են սխալի, գրեք այն պատշաճ ձևով. քայլերով, սպասվող արդյունքով և իրական արդյունքով։ Մեր ուղեցույցը լավ սխալի հաղորդման գրելու մասին ցույց է տալիս ձևաչափը։

Օգտագործել AI-ը թեստավորելու համար

Եթե կառուցում եք AI-ով, կարող եք խնդրել այն օգնել թեստեր պլանավորել և գործարկել.

Թվարկեք այս հավելվածի հիմնական օգտատերերի ուղիները և յուրաքանչյուրի համար՝ եզրային դեպքերը, որոնք առավել հավանական է կոտրվեն. դատարկ վիճակներ, անվավեր մուտքագրում, թույլտվություններ և վերբեռնում։ Դրեք դա ստուգաթերթի մեջ, որով կարող եմ աշխատել։

Մուտք գործեք որպես երկու տարբեր թեստային օգտատեր և ստուգեք՝ արդյոք օգտատեր B-ն կարող է տեսնել կամ փոխել ինչ-որ բան, ինչ ստեղծել է օգտատեր A-ն, ներառյալ A-ի գրառումների URL-ները ուղղակիորեն բացելով։ Հաղորդեք, թե ինչ եք գտնում, մինչև որևէ բան շտկելը։

Կարևորեք AI-ի սեփական թեստային զեկույցը որպես առաջին անցում։ Փող և թույլտվություն ներառող ուղիները դեռ ինքներդ սեղմեք։

Թեստավորում Mythex-ում

Mythex-ում /test հրամանը գործարկում է App Testing-ը. գործակալը բրաուզեր է վարում ձեր կենդանի նախադիտման վրա, սեղմում է էջերը, վերցնում սքրինշոթներ և հաղորդում կոտրված հոսքերի մասին զրույցում։ Այն լավագույնս աշխատում է կոնկրետ ուղու հետ, օրինակ՝ «թեստավորիր գրանցումը և դասի ամրագրումը»։ Շտկեք այն, ինչ գտնում է /fix-ով կամ սովորական հաղորդագրությամբ, ապա կրկին գործարկեք /test։ App Testing-ը օգտագործում է նախադիտումը, ուստի հրապարակումից հետո հիմնական ուղիները ինքներդ ստուգեք հրապարակված URL-ում։ Տես App Testing փաստաթղթերում և մեր ուղեցույցը AI-ով կառուցված հավելվածի սխալների վերացման մասին, երբ ինչ-որ բան ձախողվում է։

Տարածված սխալներ

  • Թեստավորել միայն որպես ինքներդ. Ձեր ադմին հաշիվը շատ տվյալներով թաքցնում է դատարկ վիճակի և թույլտվության սխալները։
  • Թեստավորել միայն laptop-ի վրա. Շատ կայքերի այցելուների մեծ մասը գալիս է հեռախոսից։
  • Բաց թողնել երկրորդ հաշիվը. Տվյալների արտահոսքն օգտատերերի միջև ամենալուրջ սխալն է, որով հավելվածը կարող է գործարկվել։
  • Նախադիտմանը վստահելը. Կենդանի հավելվածն ունի այլ կարգավորումներ. թեստավորեք նաև այն։
  • Շտկել սխալները առանց մոտակա մասերը կրկին թեստավորելու. Մեկ ձևի շտկումը կարող է կոտրել մյուսը, որը կիսում է կոդը։

Նախագործարկային ստուգաթերթ

  • Հիմնական ուղիները գրված և դասակարգված
  • Յուրաքանչյուր ուղի անցնում է որպես բոլորովին նոր օգտատեր անձնական պատուհանում
  • Դատարկ, անվավեր, երկար և կրկնօրինակ մուտքագրումը մշակված է
  • Վերբեռնումը աշխատում է յուրաքանչյուր էջում
  • Օգտատերերը չեն կարող տեսնել կամ փոխել միմյանց տվյալները, նույնիսկ URL-ով
  • Ադմին էջերը արգելափակված են սովորական օգտատերերի և դուրս եկած այցելուների համար
  • Աշխատում է իրական iPhone-ի և Android հեռախոսի վրա
  • Վճարումները թեստավորված են. հաջողություն, մերժում, չեղարկում, և հավելվածը թարմանում է հետո
  • Նամակները հասնում են, չեն ընկնում սպամում և հղվում են դեպի կենդանի դոմենը
  • Կարմիր սխալներ չկան հիմնական էջերի կոնսոլում
  • Հիմնական ուղիները կրկնված են հրապարակված URL-ում
  • Առնվազն մեկ դրսի մարդ փորձել է այն, մինչ դուք դիտում էիք

Հարցեր

Որքա՞ն թեստավորում է պետք փոքր հավելվածին նախքան գործարկումը։

Բավարար, որպեսզի վստահ լինեք, որ հիմնական ուղիները աշխատում են բոլորովին նոր օգտատիրոջ համար և laptop-ի ու հեռախոսի վրա, որ օգտատերերը չեն կարող տեսնել միմյանց տվյալները, և որ փողի հետ կապված ամեն ինչ աշխատում է ծայրից ծայր։ Փոքր հավելվածների մեծ մասի համար դա մի քանի կենտրոնացված ժամ է, ոչ թե շաբաթներ։

Պետք են արդյոք ավտոմատ թեստեր MVP-ի համար։

Անպայման չէ։ Հիմնական ուղիների ձեռքով թեստավորումը բռնում է գործարկումը արգելափակող սխալների մեծ մասը։ Ավտոմատ թեստերը սկսում են օգուտ տալ, երբ հավելվածը հաճախ եք փոխում և ուզում եք արագ իմանալ, որ ինչ-որ բան, որ նախկինում աշխատում էր, չեք կոտրել։

Թեստավորե՞մ նախադիտման վրա, թե կենդանի հավելվածի։

Երկուսն էլ։ Նախադիտման մեջ մանրակրկիտ թեստավորեք, ապա կրկնեք հիմնական ուղիները հրապարակված հավելվածի վրա, քանի որ բացակայող միջավայրի փոփոխականները, այլ տվյալների բազան կամ երթուղավորման կարգավորումները կարող են կենդանի տարբերակը դարձնել տարբեր։

Ով պետք է թեստավորի իմ հավելվածը, բացի ինձնից։

Առնվազն մեկ մարդ, ով երբեք չի տեսել այն։ Տվեք նրան նպատակ, ոչ թե հրահանգներ, և դիտեք առանց օգնելու։ Ստեղծողները անգիտակցաբար խուսափում են այն ուղիներից, որոնք կոտրվում են։

Mythex · Pricing · Կառուցեք ամեն ինչ AI-ով · Կաղապարներ կայքերի և հավելվածների համար · Mythex-ի համեմատությունները · AI-ով հավելվածների ստեղծման բառարան · Անվճար գործիքներ AI-ով հավելվածներ ստեղծելու համար · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)