Ներածություն
Շատ նախագծերում, որոնց հետ ես աշխատել եմ, մարդիկ չէին հարմարեցնում TestRail-ը իրենց համար և բավարարվում էին ստանդարտ կարգավորումներով: Հետևաբար, այս հոդվածում ես կփորձեմ նկարագրել անհատական պարամետրերի օրինակ, որը կարող է օգնել ձեզ բարելավել ձեր աշխատանքի արդյունավետությունը: Օրինակ՝ վերցնենք բջջային հավելվածների մշակման նախագիծը։
Մի փոքր հերքում. Այս հոդվածը չի պարունակում TestRail-ի հիմնական ֆունկցիոնալության նկարագրությունը (այս մասին կան բազմաթիվ ուղեցույցներ) և վաճառքի արտահայտություններ, որոնք գունեղ նկարագրում են, թե ինչու պետք է ընտրեք այս կոնկրետ վաճառողը՝ թեստերով պահեստ ստեղծելու համար:
Հիմնավորման պլան (ինչ է իրականացվելու)
-
Ընդհանուր պահանջներ
-
Բացարձակապես ցանկացած մարդ պետք է կարողանա անցնել գործը։
-
Գործերը պետք է հնարավորինս երկար մնան արդիական
-
Գործերը պետք է հնարավորինս մանրամասնորեն ծածկեն բջջային հավելվածի ֆունկցիոնալությունը այնքանով, որքանով դա չհակասի առաջին երկու կետերին
-
-
Բաժանվել TestCase-ի և TestScenario-ի
-
Տարբեր տեսակների TestRun-ի արագ արտադրություն
-
Ծուխ
-
Հետընթաց
-
Ազդեցության փորձարկում և այլն:
-
-
Գործի աջակցության օպտիմալացում
-
Հրաժարվելով «մեռած» կոշտ կոդավորված սքրինշոթներից և անցնելով «շարժական տվյալների»
-
Պահանջներ
Դաշտերը խմբագրելու համար ձեզ հարկավոր է ադմինիստրատորի մուտք
Նախագծի տեսակի ընտրություն
Կան երեք տեսակի նախագծերի ընտրություն.
Մենք կընտրենք լռելյայն տեսակը: Դրանում միաժամանակ հասանելի կլինեն բոլոր գործերը։ Մենք կօգտագործենք խելացի զտիչ և դինամիկ կերպով կկառավարենք բոլոր գործերը միանգամից:
Փորձարկման դեպքերի ցանկը դիտելու համար դաշտերի ավելացում
Եկեք ավելացնենք դաշտ՝ առաջնահերթ փորձարկման դեպքերը ցուցադրելու համար.
Կարող եք նաև ավելացնել այլ դաշտեր:
Թեստային դեպքի դաշտերի և պիտակների կարգավորում
Բացեք կարգավորումների ընտրացանկը.
Մեզ անհրաժեշտ կլինեն հետևյալ դաշտերը.
«Ամփոփում» դաշտ (թեստային դեպքի վերնագիր)
Այս դաշտն արդեն կա, մենք ուղղակի համակարգում ենք դրա օգտագործումը։ Մենք գործերը կբաժանենք TestCase-ի և TestScenario-ի: Գործերի մեծ ցանկի ավելի լավ ընթեռնելիության համար ավելի լավ է նախապես համաձայնեցնել ամփոփագիր գրելու կանոնները։
Փորձարկման սցենար.
Օրինակ՝ TestScenario - բջջային հավելված օգտագործելու հիմնական սցենար
TestCase:
Օրինակ՝ MainScreen - Թույլտվության բաժին - Մուտքագրեք մուտք
Ընդհանուր առմամբ, գործի ամփոփման մեջ մենք տեսնում ենք դասական հասկացությունը՝ «ինչ, որտեղ, երբ»: Մենք նաև տեսողականորեն առանձնացնում ենք բարձր մակարդակի թեստային սցենարները և ցածր մակարդակի թեստային դեպքերը ավտոմատացման համար ամենահարմար ձևով:
«StartScreen» թեգը (էկրան, որից սկսվում է TestScenario; նաև շատ թեստային դեպքեր կարող են դիպչել հարակից էկրաններին)
Ինչի համար դա կարող է անհրաժեշտ լինել. մենք տեքստից կհեռացնենք դեպքերի տեքստը բնորոշ քայլերի, որոնք օգտատիրոջը տանում են դեպի ընթացիկ թեստային գործի էկրան: (սովորական քայլեր հատուկ թեստային իրավիճակ ստեղծելու համար) Բոլոր տիպիկ քայլերը բոլոր թեստային դեպքերի համար գրվելու են մեկ ֆայլում: Այդ մասին ավելի մանրամասն կգրեմ առանձին։
Ստեղծեք նոր դաշտ.
Լրացրեք նոր դաշտի բաղադրիչները.
Այս դեպքում մենք ստեղծում ենք ընտրված դաշտ արժեքների ցանկից: Մուտքագրեք այս դաշտի արժեքները.
Խնդրում ենք նկատի ունենալ, որ id-ի արժեքները չեն սկսվում մեկով և հաջորդական չեն: Ինչու է դա արվում: Բանն այն է, որ եթե մենք ունենք թեստային դեպքեր՝ գրանցված մուտքագրված ID-ով,
և դրանից հետո մենք պետք է ստեղծենք երրորդ էկրան երկու գոյություն ունեցողների միջև,
ապա մենք ստիպված կլինենք վերաշարադրել id-ը, և քանի որ առկա տեքստային դեպքերի պիտակները արդեն կցված են դրան, դրանք պարզապես կջնջվեն։ Դա շատ տհաճ կլինի։
Նշեք «Էկրան» (էկրանի անվանումը, որն ազդում է TestCase-ի վրա)
Ինչ կարող է ձեզ անհրաժեշտ լինել՝ ազդեցության փորձարկման խարիսխներից մեկը: Օրինակ, մշակողները ստեղծել են նոր թույն ֆունկցիա։ Մենք պետք է փորձարկենք այն, բայց դրա համար մենք պետք է հասկանանք, թե կոնկրետ ինչի վրա կարող է ազդել այս հատկությունը: Լռելյայնորեն, մենք կարող ենք սկսել այն պարադիգմայից, որ հավելվածի տարբեր էկրաններ (Գործունեություններ) ունեն տարբեր դասեր և, հետևաբար, կազմում են հավելվածի տարբեր բաղադրիչներ: Իհարկե, այս դեպքում անհրաժեշտ է անհատական մոտեցում։
Օրինակ՝ home_screen, MapScreen, PayScreen և այլն:
«MovableData» դաշտ (հղում դեպի վստահված անձի տվյալների բազա՝ փոփոխվող թեստային տվյալներով)
Հաջորդը, մենք կփորձենք լուծել թեստային դեպքերում տվյալների համապատասխանության պահպանման խնդիրը.
-
Հղումներ ընթացիկ դասավորություններին (սա շատ ավելի լավ է, քան մեռած սքրինշոթներ անելը)
-
Թեստային իրավիճակով էկրանին հասնելու բնորոշ քայլեր
-
SQL հարցումներ
-
Հղումներ դեպի արտաքին և այլ տվյալներ
Յուրաքանչյուր թեստային դեպքի ներսում թեստի տվյալները գրելու փոխարեն մենք կստեղծենք մեկ արտաքին ֆայլ և կկապենք դրան բոլոր թեստային դեպքերի համար: Այս տվյալները թարմացնելիս մենք ստիպված չենք լինի անցնել բոլոր թեստային դեպքերը և փոխել դրանք, բայց այս տվյալները հնարավոր կլինի փոխել միայն մեկ վայրում։ Եթե ինչ-որ մեկը անպատրաստ բացում է թեստային գործ, նա կտեսնի թեստային գործի տեքստում հղում դեպի ֆայլ և հուշում, որ նա պետք է գնա այնտեղ՝ թեստի տվյալների համար:
Մենք կփաթեթավորենք այս բոլոր տվյալները մեկ արտաքին ֆայլի մեջ, որը հասանելի կլինի բոլորին նախագծում: Օրինակ, կարող եք օգտագործել Google Sheet-ը կամ Excel-ը և որոնել ֆայլի ներսում: Ինչու՞ հենց այս վաճառողները: Փաստն այն է, որ մենք սկսում ենք այն պարադիգմայից, որ թիմի ցանկացած անձ պետք է կարողանա բացել և անցնել փորձնական դեպք՝ առանց նախապես որևէ գործիք տեղադրելու:
Համար Google աղյուսակը դուք կարող եք օգտագործել SQL հարցումներ: Օրինակ:
=query(DATA!A1:M1146;"
SELECT C,D
WHERE
C contains '"&SEARCH!A2&"'")
Համար Excel Դուք կարող եք ստեղծել հարմար ակնթարթային որոնման մակրոներ: (զտում) Օրինակ
Իրականում, գաղափարը նոր չէ և նկարագրված է առաջին փորձարկողի «Testing dot com» գրքում: (հեղինակ Սավին Ռոման) Մենք պարզապես ինտեգրում ենք Ռոման Սավինի առաջարկած մեթոդները TestRail-ում: Դա անելու համար ստեղծեք դաշտ՝ ստեղծված ֆայլի հղումով.
լրացրեք հղման լռելյայն արժեքը, որպեսզի յուրաքանչյուր նոր փորձնական դեպք արդեն ունենա հղում.
Եթե արտաքին ֆայլի գտնվելու վայրը փոխվում է (մենք նախատեսում ենք ցանկացած ֆորս-մաժոր), ապա բոլոր թեստային դեպքերում կարող եք հարմար կերպով փոխել մեկ կամ մի քանի դաշտեր.
«Նկարագրություններ» դաշտը (փորձարկման դեպքի նկարագրություն կամ գաղափար, ստանդարտ հրահանգներ)
Ինչ կարող է ձեզ անհրաժեշտ լինել. Այս տեքստային դաշտում մենք կտեղադրենք թեստային գործի համառոտ նկարագրությունը և ստանդարտ հրահանգները:
Example: Այս փորձնական դեպքի բոլոր թեստի տվյալները (ընթացիկ դասավորությունները, գործիքների օգտագործումը և այլ տվյալներ) նշված են {...} հղումներով և գտնվում են MovableData ֆայլում: Հղում դեպի MovableData վերևի համապատասխան դաշտում:
Նշեք «Բաղադրիչ» (բջջային հավելվածի բաղադրիչ)
Ինչի համար այն կարող է անհրաժեշտ լինել՝ ազդեցության փորձարկման համար: Եթե բջջային հավելվածը կարելի է բաժանել բաղադրիչների (որոնք հնարավորինս քիչ են ազդում միմյանց վրա), ապա մեկ բաղադրիչի փոփոխությունները բավարար կլինեն (որոշ ռիսկերով) նույն բաղադրիչի շրջանակներում ստուգելու համար, և դրա իրականացման համար ավելի քիչ պատճառներ կլինեն։ ամեն ինչի ընդհանուր հետընթաց. Եթե տեղեկություն կա, որ մի բաղադրիչը կարող է ազդել մյուսի վրա, ապա կազմվում է ազդեցության փորձարկման մատրիցա:
Օրինակ բաղադրիչներ՝ GooglePay, Պատվեր, Օգտատերեր, Քարտեզ, Թույլտվություն և այլն:
Tag «TAG» (Այլ պիտակներ զտման համար)
Թեստային դեպքի պիտակավորում կամայական զտման պիտակներով:
Շատ օգտակար է.
-
արագ կազմելով TestRun տարբեր բնորոշ առաջադրանքների համար՝ ծուխ, ռեգրեսիա և այլն:
-
թեստերը ավտոմատացված կլինեն, թե արդեն ավտոմատացված:
-
ցանկացած այլ պիտակներ
Օրինակ՝ Smoke, Automated, WhiteLabel, ForDelete և այլն:
Փորձարկման դեպքում դաշտերի ցուցադրման կարգի կարգավորում
Մենք ստեղծել ենք շատ նոր դաշտեր, ժամանակն է դրանք դասավորել հարմար հերթականությամբ.
TestRun-ի ստեղծում
Այժմ մենք կստեղծենք նոր թեստային աշխատանք երեք կտտոցով ծխի փորձարկում անցկացնելու ընթացիկ դեպքերով.
Այլ օգտակար խորհուրդներ
-
Եթե TestRail-ն ունի մի քանի նախագծեր, ապա մի մոռացեք ստեղծել նոր դաշտեր միայն ձեր նախագծի համար, այլապես հարևան թիմերի գործընկերները շատ կզարմանան նոր անսովոր դաշտերի ի հայտ գալով: Հնարավոր է տեղային ուշագնացություն։
2. Մեծ թվով դաշտերով գործերը ավելի հեշտ է պատճենել նմանատիպ խմբի տեսակից, քան ստեղծել նորերը.
3. Հաշիվները կարող են կիսվել: Օրինակ՝ մեկ ադմինիստրատոր, մի քանի օգտատեր։
Ամփոփում
Վերը նկարագրված օրինակներն իրականացվել են մի քանի նախագծերի վրա և ցույց են տվել իրենց արդյունավետությունը: Հուսով եմ, որ դրանք կօգնեն բարելավել այս գործիքի ձեր ըմբռնումը և կօգնեն ձեզ ստեղծել արդյունավետ և հարմար «փորձարկման պահեստներ»: Ես շատ շնորհակալ կլինեմ, եթե մեկնաբանություններում նկարագրեք TestRail-ի օգտագործման ձեր փորձը և օգտակար խորհուրդները:
Հղումներ.
Գիրք:
Շատ շնորհակալ եմ ձեր ուշադրության համար:
Source: www.habr.com