Ներածություն
ՏՏ ոլորտում և հատկապես ՏՏ վաճառքի ոլորտում իմ աշխատանքի տարիների ընթացքում ես տեսել եմ բազմաթիվ պիլոտային նախագծեր, բայց դրանցից շատերը ոչնչով ավարտվեցին և զգալի ժամանակ խլեցին:
Միևնույն ժամանակ, եթե մենք խոսում ենք ապարատային լուծումների փորձարկման մասին, ինչպիսիք են պահեստավորման համակարգերը, ապա յուրաքանչյուր ցուցադրական համակարգի համար սովորաբար սպասման ցուցակ կա գրեթե մեկ տարի առաջ: Իսկ ժամանակացույցի յուրաքանչյուր փորձարկում կարող է վաճառք բերել կամ, ընդհակառակը, փչացնել վաճառքը։ Անիմաստ է դիտարկել մի իրավիճակ, որում փորձարկումը չի ազդում վաճառքի վրա, քանի որ փորձարկումը նույնպես իմաստ չունի. դա ժամանակի կորուստ է և ժամանակի վատնում դեմո համակարգի համար:
Այսպիսով, ինչպե՞ս կարող եք ամեն ինչ խելամտորեն անել և ամեն ինչ տեղի ունենալ:
Ուսուցում
Օդաչուի նպատակները
Որտեղի՞ց է սկսվում օդաչուն: Սարքավորումը դարակին միացնելու դեպքում, ընդհանրապես: Մինչ սարքավորումների վրա որևէ աշխատանք սկսելը կատարվում է թղթաբանություն։ Եվ մենք սկսում ենք օդաչուի նպատակները սահմանելուց:
Օդաչուի նպատակն է վերացնել վերջնական հաճախորդի առարկությունները: Առարկություններ չկան. օդաչու կարիք չկա: Այո Այո ճիշտ:
Բայց որո՞նք են առարկությունների հիմնական դասերը, որոնք մենք կարող ենք տեսնել:
* Մենք կասկածում ենք հուսալիության վրա
*Մենք կասկածներ ունենք կատարողականի վերաբերյալ
* Մենք կասկածում ենք մասշտաբայնությանը
*Մենք կասկածներ ունենք մեր համակարգերի հետ համատեղելիության և աշխատելու հնարավորության վերաբերյալ
* Մենք չենք հավատում ձեր սլայդներին և ցանկանում ենք գործնականում համոզվել, որ ձեր համակարգն իսկապես կարող է անել այս ամենը
* Այս ամենը շատ դժվար է լինելու, մեր ինժեներներն արդեն զբաղված են, և նրանց համար դժվար կլինի
Ընդհանուր առմամբ, վերջում մենք ստանում ենք փորձնական թեստավորման երեք հիմնական տեսակ և, որպես օդաչուի հատուկ դեպք, հայեցակարգի ապացույց (PoC - հայեցակարգի ապացույց).
* Բեռի փորձարկում (+ մասշտաբայնություն)
* Ֆունկցիոնալ փորձարկում
* Սխալների հանդուրժողականության փորձարկում
Կոնկրետ դեպքում, կախված կոնկրետ հաճախորդի կասկածներից, օդաչուն կարող է համատեղել տարբեր նպատակներ, կամ, ընդհակառակը, դրանցից միայն մեկը կարող է լինել։
Օդաչուն սկսում է մի փաստաթղթով, որը պարզ ռուսերենով նկարագրում է, թե ինչու է այս փորձարկումն իրականացվում: Այն նաև անպայմանորեն ներառում է չափելի չափանիշների մի շարք, որոնք հնարավորություն են տալիս միանշանակ ասել՝ օդաչուն հաջողությամբ է անցել, թե կոնկրետ ինչը չի անցել։ Չափելի չափորոշիչները կարող են լինել թվային (օրինակ՝ հետաձգումը ms-ով, IOPS) կամ երկուական (այո/ոչ): Եթե ձեր օդաչուն որպես չափանիշ ունի անչափելի արժեք, օդաչուի մեջ ոչ մի կետ չկա, դա զուտ մանիպուլյացիայի գործիք է:
սարքավորում
Փորձնական փորձարկումը կարող է իրականացվել վաճառողի/դիստրիբյուտորի/գործընկերոջ ցուցադրական սարքավորումների կամ հաճախորդի սարքավորումների վրա: Խիստ ասած՝ տարբերությունը փոքր է, ընդհանուր մոտեցումը նույնն է։
Սարքավորումների հետ կապված հիմնական հարցը ՄԻՆՉԵՎ օդաչուի մեկնարկն այն է, թե արդյոք առկա է սարքավորումների ամբողջական փաթեթը (ներառյալ անջատիչներ, տվյալների մալուխներ, հոսանքի մալուխներ): Արդյո՞ք սարքավորումը պատրաստ է փորձարկման (ճիշտ որոնվածի տարբերակները, ամեն ինչ ապահովված է, բոլոր լույսերը կանաչ են):
Գործողությունների ճիշտ հաջորդականությունը թեստավորման նպատակները որոշելուց հետո սարքավորումը փորձարկման համար ամբողջությամբ պատրաստելն է, ՄԻՆՉԵՎ այն հաճախորդին հանձնելը: Իհարկե, կան հավատարիմ հաճախորդներ առանց շտապելու, բայց սա ավելի շուտ բացառություն է։ Նրանք. ամբողջական հավաքածուն պետք է հավաքվի գործընկերոջ տեղում, ամեն ինչ ստուգվի և հավաքվի: Համակարգը պետք է գործարկվի, և դուք պետք է համոզվեք, որ ամեն ինչ աշխատում է, ծրագրակազմը բաշխվում է առանց սխալների և այլն: Թվում է, թե ոչ մի բարդ բան չէ, բայց 3 օդաչուներից 4-ը սկսում են մալուխներ կամ SFP փոխանցիչներ փնտրելով:
Առանձին-առանձին պետք է ընդգծել, որ ցուցադրական համակարգի ստուգման շրջանակներում դուք պետք է համոզվեք, որ այն մաքուր է։ Բոլոր նախորդ փորձարկման տվյալները պետք է ջնջվեն համակարգից մինչ փոխանցումը: Հնարավոր է, որ թեստավորումն իրականացվել է իրական տվյալների վրա, և այնտեղ կարող է լինել որևէ բան, այդ թվում՝ առևտրային գաղտնիքներ և անձնական տվյալներ։
Թեստավորման ծրագիր
Նախքան սարքավորումները պատվիրատուին փոխանցելը, պետք է պատրաստվի փորձարկման ծրագիր, որը կհամապատասխանի փորձարկման նպատակներին: Յուրաքանչյուր թեստ պետք է ունենա չափելի արդյունք և հաջողության հստակ չափանիշներ:
Փորձարկման ծրագիրը կարող է պատրաստվել վաճառողի, գործընկերոջ, հաճախորդի կողմից կամ համատեղ, բայց միշտ ՄԻՆՉԵՎ թեստերի մեկնարկը: Իսկ հաճախորդը պետք է ստորագրի, որ գոհ է այս ծրագրից։
Մարդիկ
Որպես օդաչուի նախապատրաստման մաս, անհրաժեշտ է համաձայնեցնել օդաչուի ամսաթվերը և բոլոր անհրաժեշտ անձանց ներկայությունը և թեստավորման համար նրանց պատրաստակամությունը, ինչպես վաճառողի/գործընկերոջ, այնպես էլ պատվիրատուի կողմից: Օ՜, քանի օդաչուներ սկսեցին այն բանից, որ հաճախորդի օդաչուի գլխավոր անձը գնում էր արձակուրդ սարքավորումների տեղադրման հաջորդ օրը:
Պատասխանատվության/հասանելիության ոլորտները
Փորձնական ծրագիրը պետք է հստակորեն հասկանա և իդեալականորեն նկարագրի ներգրավված բոլոր անձանց պարտականությունները: Անհրաժեշտության դեպքում վաճառողի/գործընկեր ինժեներների հեռավոր կամ ֆիզիկական մուտքը հաճախորդի համակարգերին և տվյալներին համաձայնեցվել է հաճախորդի անվտանգության ծառայության հետ:
Օդաչու
Եթե մենք լրացրել ենք բոլոր նախորդ կետերը, ապա ամենաձանձրալի մասը հենց օդաչուն է։ Բայց այն պետք է վազի այնպես, ասես ռելսերի վրա: Եթե ոչ, ապա պատրաստման մի մասը պտուտակված էր:
Օդաչուի ավարտը
Պիլոտային աշխատանքն ավարտելուց հետո կազմվում է փաստաթուղթ կատարված թեստավորման վերաբերյալ։ Իդեալում, ծրագրի բոլոր թեստերի դեպքում կանաչ PASS նշանով: Հնարավոր է պրեզենտացիա պատրաստել բարձր ղեկավարության համար՝ դրական որոշում կայացնելու գնման կամ գնման համար հաստատված համակարգերի ցանկում ներառելու համար:
Եթե օդաչուի վերջում ձեր ձեռքում փաստաթուղթ չունեք ավարտված թեստերի ցանկով և անցած գնահատականներով, օդաչուն ձախողված է և ընդհանրապես չպետք է գործարկվեր:
Source: www.habr.com