Ինչպես անցկացնել բետա թեստ ձեր հավելվածի համար

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

Բետան փափուկ գործարկում չէ։ Այն կառուցվածքային փորձ է՝ սկզբով, ավարտով և պատասխանելու հարցով։

Որտեղ է տեղավորվում բետան

Վավերացումը հարցնում է, արդյոք խնդիրը արժե լուծել։ Բետան ավելի նեղ հարց է տալիս. այս տարբերակը լուծու՞մ է այն իրական մարդկանց համար իրական պայմաններում։ Գործարկումը գալիս է հետո, երբ պատասխանը հիմնականում դրական է։

Մինչ որևէ մեկին հրավիրելը, արեք ձեր սեփական փորձարկումը. ինչպես փորձարկել հավելվածը գործարկումից առաջ-ը ներառում է դա։ Փորձարկողները չպետք է լինեն նրանք, ովքեր պարզում են, որ գրանցումը կոտրված է։

Քայլ 1. Գրեք, թե ինչին պետք է պատասխանի բետան

Ընտրեք երկու-երեք հարց։ Պլանի մնացածը բխում է դրանցից։

Հորինված օրինակ. հերթափոխերի պլանավորման հավելված փոքր սրճարանների համար սահմանում է երկու նպատակ. «Կարո՞ղ է կառավարիչը հրապարակել շաբաթվա գրաֆիկը առաջին աշխատաժամանակում առանց օգնության» և «Բացո՞ւմ են աշխատակիցները հավելվածը սեփական նախաձեռնությամբ երկրորդ շաբաթում»։

Քայլ 2. Ընտրեք բետայի տեսակը

Առաջին արտադրանքի համար սովորաբար ճիշտ է մի քանի փուլով փակ բետան։

Քայլ 3. Ընտրեք ճիշտ փորձարկողներին

Լավագույն փորձարկողներն այժմ ունեն խնդիրը, համապատասխանում են ձեր թիրախային օգտատիրոջը և ունեն ժամանակ՝ հավելվածը բետայի պատուհանում փորձելու համար։ Որտեղ գտնել նրանց.

• Ձեր սպասման ցուցակը կամ էլ. նամակի ցանկը. տես ինչպես կառուցել լսարան գործարկումից առաջ։
• Մարդիկ, որոնց հարցազրույց եք տվել վավերացման ընթացքում։
• Խմբակային համայնքներ, որտեղ հավաքվում են ձեր օգտատերերը՝ հետևելով նրանց կանոններին առաջխաղացման վերաբերյալ։
• Ուղղակի հրավերներ ձեր ցանցի մարդկանց, որ համապատասխանում են պրոֆիլին։

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

Հրավերի ձևանմուշ

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

Հստակ ասեք ժամանակային պարտավորությունը. մարդիկ, ովքեր գիտեն, թե ինչի են գրանցվել, ավելի լավ արձագանք են տալիս։

Քայլ 4. Պատրաստեք բետայի փաթեթը

Նախքան առաջին հրավերը ուղարկելը պատրաստ ունեցեք սրանք.

• Ողջույնի հաղորդագրություն հղումով, թե ինչպես մուտք գործել, առաջին առաջադրանքը և ինչպես հաղորդել խնդիրների մասին։
• Հայտնի խնդիրների ցանկ, որ փորձարկողները նույն բանը տասը անգամ չհաղորդեն։
• Մեկ արձագանքի ալիք. ձև, համատեղ խմբային չաթ կամ էլ. հասցե. մեկ տեղ, ոչ թե հինգ։
• Սխալի զեկույցի ձևանմուշ. հարցրեք, թե ինչ արեցին, ինչ ակնկալում էին, ինչ եղավ, սարքը և բրաուզերը, և սքրինշոթ։ Ինչպես գրել լավ սխալի զեկույց-ը ունի տարբերակ, որ կարող եք կիսել։
• Հիմնական վերլուծություն կամ մատյաններ, որ կարողանաք տեսնել, թե ինչ եղավ՝ առանց հիշողության վրա ապավինելու։
• Պարզ սպասումներ տվյալների մասին. ասեք փորձարկողներին, եթե տվյալները կարող են զրոյացվել բետայի ընթացքում, և մի խնդրեք նրանց գնել զգայուն տեղեկություն ավարտված չհավելվածի մեջ։
• Պայմանների և գաղտնիության հիմունքներ. կարճ բետա համաձայնագիր և գաղտնիության նշում. ստուգեք տեղական կանոնները կամ խորհրդատու դիմեք, եթե մշակում եք անձնական տվյալներ։

Քայլ 5. Անցկացրեք փուլերով

Փուլերը թույլ են տալիս շտկել խնդիրները, նախքան ավելի շատ մարդ հանդիպի դրանց։

Առաջին փուլում խնդրեք երկու-երեք փորձարկողի կիսել իրենց էկրանը, մինչ նրանք առաջին անգամ փորձում են հավելվածը։ Մնացեք լուռ և դիտեք, թե որտեղ են նրանք տատանվում։ Սա հաճախ բետայի ամենաօգտակար ժամն է։

Քայլ 6. Հավաքեք արձագանքները ռիթմով

Կառուցված չլինող «ունե՞ք որևէ արձագանք» հաղորդագրությունները տալիս են անորոշ պատասխաններ. փոխարենը օգտագործեք կարճ, կանոնավոր ստուգում.

Շաբաթական ստուգում (հորինված օրինակ հարցեր)

1. Ի՞նչ եք օգտագործել [արտադրանք]-ը այս շաբաթ։
2. Ի՞նչն էր հիասթափեցնող կամ շփոթեցնող։
3. Ինչ-որ բան բացակայե՞ր, որ կանգնեցրեց ձեզ առաջադրանքը ավարտելուց։
4. Ինչպե՞ս կզգայիք, եթե այլևս չկարողանայիք օգտագործել այն։ (Շատ հիասթափված / որոշ չափով / ընդհանրապես ոչ)
5. Ուրիշ բան։

Միավորեք այն, ինչ մարդիկ ասում են, այն, ինչ նրանք անում են։ Մեկը, որ ասում է՝ գերազանց է, բայց երբեք չի մուտք գործում, նույնպես ձեզ բան է ասում։

Քայլ 7. Դասակարգեք մուտքերը

Դրեք յուրաքանչյուր արձագանք մեկ ցուցակի մեջ և դասավորեք շաբաթը մեկ անգամ։

Բետայի ընթացքում դիմադրեք մեծ գործառույթներ ավելացնելուն. յուրաքանչյուր նոր գործառույթ դժվարացնում է պարզել, արդյոք հիմնական արտադրանքն է աշխատում։

Քայլ 8. Փակեք օղակը

Փորձարկողները շարունակում են արձագանք տալ, երբ տեսնում են, որ այն օգտագործվում է։

• Յուրաքանչյուր փուլից հետո ուղարկեք կարճ փոփոխությունների մատյան. «Դու հաղորդեցիր X-ը. այն շտկված է»։
• Շնորհակալություն հայտնեք մարդկանց անունով, անձնական կերպով, երբ նրանց զեկույցը հանգեցրել է շտկման։
• Տեղեկացրեք փորձարկողներին, երբ բետան ավարտվում է, թե ինչ է լինում նրանց տվյալների և հաշվի հետ, և ինչ է իրենց հիմնադրի առաջարկը։

Քայլ 9. Որոշեք, արդյոք պատրաստ եք

Գրեք ավարտի չափանիշները բետայի սկզբից առաջ, ապա վերջում ազնվորեն ստուգեք դրանք։ Ձևանմուշ.

• Հայտնի արգելքներ կամ տվյալների կորստի սխալներ չկան
• Նոր փորձարկողների մեծ մասն ավարտում է հիմնական առաջադրանքը առանց օգնության
• Փորձարկողների նշանակալի մասը հետագա շաբաթներին վերադառնում է ինքնուրույն
• Գլխավոր շփոթության կետերը շտկված են և կրկին փորձարկված
• Գրանցումը, գաղտնաբառի վերականգնումը և ցանկացած վճարային հոսք աշխատում են սկզբից մինչև վերջ
• Ունեք հստակ հաղորդագրություն, թե ում համար է արտադրանքը, փորձարկողների բառերով

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

Բետան Mythex-ով

Եթե կառուցում եք Mythex-ով, մի քանի գործառույթ հստակ համապատասխանում են բետային.

• Նախադիտման հղումներ առաջին փուլի համար։ Share կոճակը ստեղծում է հղում ձեր կենդանի նախադիտմանը, որը աշխատում է առանց Mythex հաշվի ունեցող մարդկանց համար, այնպես որ վաղ փորձարկողը կարող է փորձել չավարտված աշխատանքը, նախքան դուք հրապարակեք։ Ստեղծեք մեկ հղում յուրաքանչյուր խմբի համար և ջնջեք, երբ ավարտեք. Նախադիտման փաստաթղթերը բացատրում են, թե ինչպես են հղումները արթնացնում նախագիծը և օգտագործում կրեդիտները։
• Հրապարակեք ավելի երկար փուլերի համար։ Հրապարակված հավելվածն աշխատում է իր սեփական հասցեով, ինչը հարմար է փորձարկողներին, որ այն օգտագործում են մի քանի շաբաթ։
• App Testing յուրաքանչյուր փուլից առաջ։ Չաթում գրեք /test, և agent-ը կսեղմի ձեր նախադիտման մեջ և կհաղորդի կոտրված հոսքերի մասին. օգտակար ստուգում, նախքան որևէ մեկին հրավիրելը (App Testing փաստաթղթերը)։
• Checkpoint-ներ։ Եթե շտկումը բետայի ընթացքում ինչ-որ բան կոտրում է, վերադարձեք նախորդ checkpoint-ին։

Փորձարկողի սխալի զեկույցը տեղադրեք ուղիղ չաթում և խնդրեք agent-ին վերարտադրել և շտկել այն, ապա տեղեկացրեք փորձարկողին, երբ այն արդեն գործում է։

Հարցեր