Ֆունկցիոնալ փորձարկում

Ֆունկցիոնալ փորձարկում- Սա ծրագրային ապահովման փորձարկում է `ֆունկցիոնալ պահանջների իրագործելիությունը ստուգելու համար, այսինքն` ծրագրային ապահովման ունակությունը լուծել այն խնդիրները, որոնք անհրաժեշտ են օգտագործողներին որոշակի պայմաններում: Ֆունկցիոնալ պահանջները որոշում են, թե կոնկրետ ինչ է անում ծրագրաշարը, ինչ խնդիրներ է լուծում:

Ֆունկցիոնալ պահանջներ ներառում:

• Ֆունկցիոնալ պիտանիություն (անգլ. պիտանիությունը).
• Uracyշգրտություն (անգլ. ճշգրտություն).
• Փոխգործունակություն (անգլ. փոխգործունակություն).
• Ստանդարտներին և կանոնակարգերին համապատասխանություն (անգլ. համապատասխանություն).
• Անվտանգություն (անգլ. անվտանգություն).

Գրականություն

• Լիզա Կրիսպին, Janանեթ Գրեգորի Ileարպիկ թեստավորում. Փորձնական և արագաշարժ թիմերի գործնական ուղեցույց: - Մ .: «Ուիլյամս», 2010. - 464 էջ: - (Addison-Wesley Signature Series): - 1000 օրինակ: -ISBN 978-5-8459-1625-9,

Վիքիմեդիա հիմնադրամ 2010 թ.

Տեսեք, թե ինչ է «Ֆունկցիոնալ թեստավորում» -ը այլ բառարաններում.

ֆունկցիոնալ թեստավորում- - [Լ.Գ. Սումենկո. Տեղեկատվական տեխնոլոգիաների անգլերեն ռուսերեն բառարան: Մ.: GP TsNIIS, 2003.] Թեմաներ տեղեկատվական տեխնոլոգիաները ընդհանուր առմամբ EN ֆունկցիոնալ թեստավորում ...

փորձարկում- Փորձարկման իրադարձությունները և ֆունկցիոնալ թեստավորումը (վերջինս կապված չէ սպորտային իրադարձությունների հետ) հանդիսանում են Խաղերի պատրաստակամությունն ապահովող հիմնական բաղադրիչներն ու զարգացած OCOG- ը փորձարկելու միակ իրական հնարավորությունը ... ... Տեխնիկական թարգմանչի ուղեցույց

Softwareրագրակազմը ծրագրային ապահովման փորձարկում է, որն իրականացվում է ամբողջական, ինտեգրված համակարգի վրա `ստուգելու համար, որ համակարգը համապատասխանում է սկզբնական պահանջներին: Համակարգի փորձարկումը վերաբերում է սև փորձարկման մեթոդներին ... ... Վիքիպեդիա

Վերլուծաբան- (Վերլուծաբան) Մասնագետ, ֆիրմայի, բանկի աշխատակից Տեղեկատվություն վերլուծաբանների, ֆինանսական և բիզնես վերլուծաբանների գործունեության ոլորտի մասին, արտարժույթի և բորսայի վերլուծաբան Բովանդակություն >>>>>>>> Վերլուծաբանն, ըստ սահմանման, պատմություն է Վերլուծությունը հայտնվեց, երբ ... ... Ներդրողների հանրագիտարան

Այս հոդվածում բացակայում են տեղեկատվության աղբյուրների հղումները: Տեղեկատվությունը պետք է ստուգելի լինի, հակառակ դեպքում այն ​​կարող է կասկածի տակ դրվել և ջնջվել: Դուք կարող եք խմբագրել այս հոդվածը ... Վիքիպեդիա

Հիմնադրվել են 1941 թ. Հիմնադիրներ Մարտին և Յուջեն Հիլտի Հիմնական գործիչներ Պիուս Բաշերան (տնօրենների խորհրդի նախագահ), Բո Ռիսբերգը (գործադիր խորհրդի նախագահը)… Վիքիպեդիա

Softwareրագրային ապահովման մշակում Softwareրագրաշարի մշակման գործընթացի գործընթաց Քայլեր Վերլուծություն Դիզայնի ծրագրավորման ծրագրավորում… Վիքիպեդիա

- (Performance Engineering) - դա համակարգային ճարտարագիտության մի մասն է, որը ներառում է մի շարք դերեր, գիտելիքներ, պրակտիկա, գործիքներ և արդյունքներ և կիրառվում է Softwareրագրաշարի մշակման ցիկլի յուրաքանչյուր փուլում `համոզվելու համար, թե ինչ է ստեղծվում, ... ... Վիքիպեդիա

Այս հոդվածը պետք է ամբողջությամբ վերաշարադրվի: Քննարկման էջում կարող են լինել բացատրություններ: Այս տերմինը այլ իմաստներ ունի, տես ramsրագրեր ... Վիքիպեդիա

Գրքեր

• Softwareրագրային ապահովման փորձարկման և ստուգման հիմունքները, Սերգեյ Միխայլովիչ Ստարոլետով: Այս ձեռնարկը նախատեսված է ապագա ծրագրավորողների համար, ովքեր պետք է իմանան ծրագրային ապահովման փորձարկման հիմունքները, փորձարկողների հետ թիմում աշխատելու սկզբունքները, անհրաժեշտությունը և ...
• Ֆունկցիոնալ ծրագրավորում JavaScript- ում: Ինչպես բարելավել JavaScript ծածկագիրը, Ատենսիո Լուիս: Բարդ վեբ ծրագրերում JavaScript կոդի ցածր մակարդակի մանրամասները կարող են դժվարացնել ծրագրի վերլուծությունը և ազդել համակարգի ընդհանուր աշխատանքի վրա: Ֆունկցիոնալ ծրագրավորում (FP) որպես ...

Ամեն ինչ ծրագրային ապահովման փորձարկման տեսակներըկախված հետապնդվող նպատակներից ՝ պայմանականորեն կարելի է բաժանել հետևյալ խմբերի ՝ 1) ֆունկցիոնալ; 2) ոչ ֆունկցիոնալ. 3) փոփոխությունների հետ կապված:

Ֆունկցիոնալ թեստերը հիմնված են գործառույթների և առանձնահատկությունների, ինչպես նաև այլ համակարգերի հետ փոխազդեցության վրա և կարող են ներկայացվել թեստավորման բոլոր մակարդակներում. Ֆունկցիոնալ թեստավորումն ուսումնասիրում է համակարգի արտաքին վարքը: Ստորև բերված են ֆունկցիոնալ թեստերի ամենատարածված տեսակները.

- Ֆունկցիոնալ փորձարկում(Ֆունկցիոնալ փորձարկում)

- Անվտանգության փորձարկում(Անվտանգության և մուտքի վերահսկման փորձարկում)

- Փոխազդեցության փորձարկում(Փոխգործունակության փորձարկում)

Ֆունկցիոնալ փորձարկում:Այս տեսակի փորձարկումները ստուգում են իրականացվող գործառույթների համապատասխանությունը պահանջներին, տեխնիկական առաջադրանքներին, տեխնիկական պայմաններին, նախագծի այլ տարբեր փաստաթղթերին և պարզապես օգտագործողի ակնկալիքներին: Դիմումի գործառույթներից յուրաքանչյուրը ստուգվում է և բոլորը համակցված են: Օգտագործման բոլոր դեպքերը հետաքննվում են: Ստուգվում են պահվող և ելքային տվյալների համապատասխանությունը, դրանց մշակման եղանակները, մուտքային տվյալների մշակումը, տվյալների պահպանման եղանակները, տվյալների ներմուծման և արտահանման եղանակները և այլն: կախված դիմումի առանձնահատկություններից:

Ֆունկցիոնալ թեստերհիմնված են համակարգի կողմից կատարվող գործառույթների վրա և կարող են իրականացվել թեստավորման բոլոր մակարդակներում (բաղադրիչ, ինտեգրում, համակարգ, ընդունում): Սովորաբար, այս հատկությունները նկարագրվում են պահանջների, գործառնական բնութագրերի կամ օգտագործման դեպքերի մեջ:

Ֆունկցիոնալության փորձարկումը կարող է իրականացվել երկու առումով. պահանջները»; « բիզնես գործընթացներ».

Փորձարկում հեռանկարում » պահանջները»Օգտագործում է համակարգի ֆունկցիոնալ պահանջների հստակեցումը` որպես թեստային պատյանների նախագծման հիմք (Փորձնական դեպքեր): Այս դեպքում անհրաժեշտ է կազմել ցանկը, թե ինչ է փորձարկվելու և ինչը `ոչ, առաջնահերթություն տալ ռիսկերի վրա հիմնված պահանջներին (եթե դա չի արվում պահանջների փաստաթղթում), և դրա հիման վրա` առաջնահերթություն տալ թեստային դեպքերին (թեստային դեպքեր) , Սա թույլ կտա կենտրոնանալ և բաց չթողնել փորձարկման ժամանակ ամենակարևոր գործառույթը:

Փորձարկում հեռանկարում » բիզնես գործընթացներ»Օգտագործում է հենց այս բիզնես գործընթացների իմացությունը, որոնք նկարագրում են համակարգի ամենօրյա օգտագործման սցենարները: Այս տեսանկյունից, փորձարկման սցենարները սովորաբար հիմնված են օգտագործման դեպքերի վրա:

Առավելություններըֆունկցիոնալ թեստավորում. նմանակում է համակարգի իրական օգտագործումը: Թերություններֆունկցիոնալ թեստավորում. ծրագրային ապահովման տրամաբանական սխալների անտեսման հնարավորություն. չափից դուրս թեստավորման հավանականությունը:

Բավականին տարածված է ֆունկցիոնալ փորձարկման ավտոմատացում.

Անվտանգության փորձարկում... Փորձարկման ռազմավարություն, որն օգտագործվում է համակարգի անվտանգությունը ստուգելու համար, ինչպես նաև վերլուծելու ռիսկերը, որոնք կապված են հավելվածի, հակերների, վիրուսների հարձակումների և գաղտնի տվյալների չարտոնված մուտքի պաշտպանության ամբողջական մոտեցման ապահովման հետ: Անվտանգության փորձարկումը կարող է իրականացվել ինչպես ավտոմատ, այնպես էլ ձեռքով, ներառյալ ստուգել ինչպես դրական, այնպես էլ բացասական թեստերի դեպքերը: Երեք հիմնականի հիման վրա սկզբունքները- Սա գաղտնիություն, ամբողջականություն և մատչելիություն(գաղտնիություն, ամբողջականություն, մատչելիություն)

ԳաղտնիությունԱրդյո՞ք որոշակի ռեսուրսների կամ տեղեկատվության թաքցնում է: Գաղտնիությունը կարելի է հասկանալ որպես օգտագործողների որոշակի կատեգորիայի համար ռեսուրսների հասանելիության սահմանափակում, կամ այլ կերպ ասած ՝ ինչ պայմաններում օգտագործողը լիազորված է մուտք գործել այս ռեսուրս:

Հայեցակարգը սահմանելու համար կա երկու հիմնական չափանիշ ամբողջականություն:

1. Վստահություն: Ակնկալվում է, որ ռեսուրսը կփոխվի միայն համապատասխան ձևով `օգտագործողների որոշակի խմբի կողմից:

2. Վնաս և վերականգնում: Այն դեպքում, երբ տվյալները վնասված կամ սխալ փոխված են լիազորված կամ չարտոնված օգտվողի կողմից, անհրաժեշտ է որոշել, թե որքան կարևոր է տվյալների վերականգնման ընթացակարգը:

Մատչելիություններկայացնում է պահանջ, որ ռեսուրսները պետք է հասանելի լինեն լիազորված օգտագործողին, ներքին կազմակերպությանը կամ սարքին: Ընդհանրապես, որքան ավելի կարևոր է ռեսուրսը, այնքան ավելի բարձր պետք է լինի հասանելիության մակարդակը:

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

Փոխազդեցության փորձարկում – դա ֆունկցիոնալ թեստավորում է, որը ստուգում է ծրագրի մեկ կամ մի քանի բաղադրիչների կամ համակարգերի հետ փոխազդեցության ունակությունը և ներառում է համատեղելիության փորձարկում և ինտեգրման փորձարկում:

Համատեղելիության լավ հատկանիշներով ծրագրակազմը կարող է հեշտությամբ ինտեգրվել այլ համակարգերի հետ ՝ առանց որևէ լուրջ փոփոխությունների պահանջելու: Այս դեպքում փոփոխությունների քանակը և դրանք լրացնելու համար անհրաժեշտ ժամանակը կարող են օգտագործվել փոխգործունակությունը չափելու համար:

Ֆունկցիոնալ թեստավորումը թեստավորման առանցքային տեսակներից մեկն է, որի խնդիրն է հաստատել մշակված ծրագրակազմի (SW) համապատասխանությունը հաճախորդի սկզբնական ֆունկցիոնալ պահանջներին: Այսինքն ՝ ֆունկցիոնալ թեստավորում իրականացնելը թույլ է տալիս որոշակի պայմաններում ստուգել տեղեկատվական համակարգի ունակությունը ՝ լուծելու այն խնդիրները, որոնք անհրաժեշտ են օգտվողներին:

Կախված համակարգի կոդի մուտքի աստիճանից ՝ կարելի է առանձնացնել երկու տեսակի ֆունկցիոնալ թեստեր.

• սև արկղերի փորձարկում - ֆունկցիոնալ թեստավորում ՝ առանց համակարգի կոդի հասանելիության,
• սպիտակ արկղերի փորձարկում - ֆունկցիոնալ թեստավորում `համակարգի կոդի հասանելիությամբ:

Սև արկղերի փորձարկումն իրականացվում է առանց համակարգի ներքին մեխանիզմների իմացության և հենվում է դրա աշխատանքի արտաքին դրսևորումների վրա: Այս թեստը ստուգում է տարբեր մուտքային տվյալներ ունեցող ծրագրակազմի վարքագիծը և համակարգերի ներքին վիճակը: Սպիտակ արկղերի փորձարկման դեպքում փորձարկման դեպքերը ստեղծվում են հիմնականում ծրագրային համակարգի ծածկագրի հիման վրա: Կա նաև սև արկղերի փորձարկման ընդլայնված տեսակը, որը ներառում է ծածկագրի ուսումնասիրություն `այսպես կոչված գորշ տուփ:

Հիմնական առավելությունները

1. Ֆունկցիոնալ ծրագրաշարի փորձարկումը լիովին նմանակում է համակարգի իրական օգտագործումը:
2. Թույլ է տալիս ժամանակին բացահայտել ծրագրային համակարգի սխալները և, այդպիսով, հետագայում աշխատելիս խուսափել բազմաթիվ խնդիրներից:
3. Խնայողություններ ՝ ծրագրակազմի կյանքի ցիկլում ավելի վաղ շտկելով սխալները:

Ֆունկցիոնալ թեստավորման հիմնական փուլերը

Ուսուցում

Իրականացնելը

Ուսուցում

Համակարգի վերաբերյալ նախնական փաստաթղթերի վերլուծությունն իրականացվում է `գործառական և բիզնես պահանջներ, տեխնիկական առաջադրանք, ծրագրի անձնագիր: Նաև տեղի է ունենում թեստային ծրագրի մշակում և հաստատում, փորձարկման դեպքեր, նախագծի վերջնաժամկետների հաստատում, կրկնությունների քանակ և հնարավոր ռիսկերի գնահատում: Այս փուլի առաջադրանքները կատարվում են պատվիրատուի ներկայացուցիչների հետ համատեղ:

Իրականացնելը

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

Մշակվում և հաստատվում են թեստավորման հաշվետվություններ `հայտնաբերված շեղումների ցանկով և համակարգի կատարելագործման վերաբերյալ առաջարկություններով: Անհրաժեշտության դեպքում տրամադրվում է օգտվողների ուսուցում:

Գործիքներ

Թեստերի կառավարումն իրականացվում է մասնագիտացված համակարգերում:

Տեղեկատվական անվտանգություն 11.07.2018 8693

Ֆունկցիոնալ թեստավորումը թեստավորման հիմնական տեսակներից մեկն է, որի խնդիրն է հաստատել մշակված ծրագրաշարի (ծրագրակազմի) համապատասխանությունը հաճախորդի ընկերության սկզբնական ֆունկցիոնալ պահանջներին: Այսինքն ՝ ֆունկցիոնալ թեստավորում իրականացնելը թույլ է տալիս որոշակի պայմաններում ստուգել տեղեկատվական համակարգի ունակությունը ՝ լուծելու այն խնդիրները, որոնք անհրաժեշտ են օգտվողներին:

Կախված համակարգի կոդի մուտքի աստիճանից ՝ կարելի է առանձնացնել երկու տեսակի ֆունկցիոնալ թեստեր.

⦁ սև արկղերի փորձարկում - ֆունկցիոնալ թեստավորում ՝ առանց համակարգի կոդի հասանելիության,
⦁ սպիտակ արկղերի փորձարկում - ֆունկցիոնալ փորձարկում ՝ համակարգի կոդի հասանելիությամբ:
Սև արկղերի փորձարկումն իրականացվում է առանց համակարգի ներքին մեխանիզմների իմացության և հենվում է դրա աշխատանքի արտաքին դրսևորումների վրա: Այս թեստը ստուգում է տարբեր մուտքային տվյալներ ունեցող ծրագրակազմի վարքագիծը և համակարգերի ներքին վիճակը: Սպիտակ արկղերի փորձարկման դեպքում ստեղծվում են թեստային պատյաններ ՝ հիմնված հիմնականում ծրագրային համակարգի կոդի վրա: Կա նաև սև արկղերի փորձարկման ընդլայնված տեսակ, որը ներառում է ծածկագրի ուսումնասիրություն `այսպես կոչված գորշ տուփ:

Հիմնական առավելությունները

The theրագրաշարի ֆունկցիոնալ փորձարկումը ամբողջովին նմանակում է համակարգի իրական օգտագործումը:
Թույլ է տալիս ժամանակին բացահայտել ծրագրային համակարգի սխալները և, այդպիսով, հետագայում աշխատելիս խուսափել բազմաթիվ խնդիրներից:
⦁ Խնայողություն ՝ ծրագրակազմի կյանքի ցիկլի ավելի վաղ փուլում սխալների շտկման միջոցով:

Ֆունկցիոնալ թեստավորման հիմնական փուլերը

Ուսուցում- Համակարգի վերաբերյալ նախնական փաստաթղթերի վերլուծությունն իրականացվում է `գործառական և բիզնես պահանջներ, տեխնիկական առաջադրանք, ծրագրի անձնագիր: Տեղի են ունենում նաև թեստային ծրագրի, թեստերի դեպքերի, նախագծի վերջնաժամկետների հաստատում, կրկնությունների քանակ և հնարավոր ռիսկերի գնահատում: Այս փուլի առաջադրանքները կատարվում են պատվիրատուի ներկայացուցիչների հետ համատեղ:

Իրականացնելը- Ֆունկցիոնալ թեստավորումն իրականացվում է ձեռքով `նախկինում պատրաստված թեստային սցենարների համաձայն` հայտնաբերված բոլոր սխալները մուտքագրելով սխալների հետևման համակարգ: Եթե ​​հաճախորդի ընկերությունում չկա նման համակարգ, ամբոխի թեստավորման մոդերատոր ընկերությունը կարող է. Իր կայքում տրամադրել թեստավորման կառավարման համակարգ. տրամադրել ընկերությանը հաճախորդին լիցենզիա. օգտագործել հաճախորդի ընկերությանը հասանելի միջոցները. հաջողության հասնել միայն գրասենյակային փաթեթով; անվճար միջոցների հիման վրա հաճախորդի ընկերությունում հանձնել թեստավորման գործընթացը:

Հաշվետվություն- Հայտնաբերված շեղումների ցանկով կատարված թեստավորման վերաբերյալ հաշվետվությունների մշակումն ու հաստատումն ընթացքի մեջ է: Անհրաժեշտության դեպքում տրամադրվում է օգտվողների ուսուցում:

Ֆունկցիոնալ թեստավորման ոլորտներ

Հետընթաց թեստավորում - Ապրանքի ֆունկցիոնալության ստուգում սխալները շտկելուց կամ նոր գործառույթներ իրականացնելուց հետո

Անվտանգության փորձարկում - Տարբեր հարձակումների նկատմամբ ծրագրային ապահովման խոցելիության գնահատում և տվյալների չարտոնված մուտքի փորձեր:

Համակարգի փորձարկում - softwareրագրաշարի համապատասխանության ստուգում `բնութագրում նշված պահանջներին

Բջջային հավելվածների փորձարկում - Գրաֆիկական ինտերֆեյսի աշխատանքի թերությունների բացահայտում

Տեղադրման փորձարկում - softwareրագրակազմի տեղադրման / տեղահանման գործընթացի փորձարկում

- softwareրագրակազմի աշխատանքի ստուգում տարբեր ծրագրային և ապարատային միջավայրերում:

Ինտեգրման թեստավորում - Համակարգի բաղադրիչների և բազմաթիվ համակարգերի միջև փոխազդեցությունների փորձարկում:

Smխի փորձարկում - Թեստերի կարճ ցիկլ `կիրառման հիմնական գործառույթների ճիշտ աշխատանքը որոշելու համար:

Փաստաթղթերի փորձարկում - Փաստաթղթերի ստուգում ընդունված չափանիշներին համապատասխանության, ինչպես նաև որոշակի բնութագրերի համապատասխանության համար

Թեստային ծածկույթի ապահովում - թեստերի միջոցով համակարգի ծածկույթի խտության գնահատում

Օգտագործելիության փորձարկում - մշակվող արտադրանքի օգտագործման, պարզության և գրավչության աստիճանի որոշում

Հետընթաց թեստավորում

Ամեն անգամ, երբ փոփոխություններ ես կատարում համակարգում կամ դրան ավելացնում նոր գործառույթներ, կա

հավանականությունը, որ այդ փոփոխությունները կազդի նախկինում մշակված ֆունկցիոնալության կամ ամբողջ համակարգի գործունեության վրա: Հետընթացի թեստավորումը թույլ է տալիս ստուգել հավելումների ճշգրտությունը և համոզվել, որ ծրագիրը փոփոխություններից հետո շարունակում է համապատասխանել սահմանված պահանջներին և հաջողությամբ համագործակցել այլ համակարգերի հետ:

Այս տեսակի թեստավորումը խորհուրդ է տրվում ամեն անգամ ծրագիրը շտկելուց հետո, որը կարող է ներառել թերության շտկում, կոդի միաձուլում, այլ ՕՀ կամ տվյալների բազա միգրացիա, նոր գործառույթների ավելացում և այլ փոփոխություններ: Եթե ​​ծրագրային ապահովման շահագործման ընթացքում համակարգի օգտագործողների թիվը զգալիորեն ավելացել է փորձնական գործողության համեմատ, ապա խորհուրդ է տրվում իրականացնել ռեգրեսիոն բեռի փորձարկում:

Նախագծի ընթացքում փորձարկողները առաջին հերթին ստուգում են ֆունկցիոնալության այն հատվածը, որտեղ կատարված փոփոխություններից հետո սխալի հավանականությունը ամենամեծն է: Saveամանակը խնայելու համար մասնագետները կարող են մշակել ռեգրեսիայի ավտոմատացված թեստեր, որոնք կնվազեցնեն փորձարկման ժամանակը ՝ առանց աշխատանքի որակը կորցնելու:

Հիմնական առավելությունները

Regular Հետընթաց ռեգրեսիայի թեստերով `համակարգում արատների թվի էական նվազում` ազատ արձակման պահին:
The Գործունեության աճով համակարգի որակի դեգրադացիայի վերացում:
Pilot Կրճատելով օդաչուների շահագործման ընթացքում կրիտիկական սխալների հավանականությունը:

Հիմնական քայլերը

⦁ Ստուգման թեստեր. Ներառում են թեստեր ՝ սխալի շտկումները ստուգելու համար և թեստեր ՝ ծրագրային ապահովման յուրաքանչյուր նոր տարբերակի հիմնական ֆունկցիոնալության ամբողջականությունը ստուգելու համար.
⦁ Հետընթացի թեստեր. Ծրագրի նոր տարբերակի ստուգում մի շարք թեստերով, որոնք օգտագործվել են նախորդ տարբերակի փորձարկման ժամանակ և որևէ սխալ չեն հայտնաբերել.
⦁ Հետընթաց ուղղված սխալների վերաբերյալ. Ստուգելով նախկինում հայտնաբերված և ուղղված սխալները, դա անհրաժեշտ է ծածկագիրը փոփոխելուց հետո նման սխալների ի հայտ գալուց խուսափելու համար:

Ինտեգրման թեստավորում

Շատ ժամանակակից ՏՏ համակարգեր փոխազդում են այլ համակարգերի և մոդուլների հետ, ուստի դա չափազանց ծայրահեղ է

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

Նախքան համակարգի փորձարկումը սկսելը խորհուրդ է տրվում ինտեգրման թեստավորում: Այս տեսակի փորձարկումները պետք է իրականացվեն որքան հնարավոր է շուտ, քանի որ ինտեգրման արատները սովորաբար ճարտարապետական ​​բնույթ են կրում, դրանք ուշ զարգացման ուղղելը ռիսկային է և կարող է զգալիորեն ավելի թանկ լինել: Թեստավորման գործընթացի սկիզբն արագացնելու համար խորհուրդ է տրվում օգտագործել արտաքին համակարգերի էմուլյատորների զարգացում:

Ինտեգրման թեստը կարող է նաև կատարել հետընթաց թեստ ՝ հավելվածում կամ միջավայրում կատարված փոփոխությունները հաստատելու համար, և հին ֆունկցիոնալությունը գործում է:

Հիմնական առավելությունները

Ինտեգրման փորձարկումը թույլ է տալիս մոդելավորել օգտվողի գործողությունները և արագ ստանալ հաստատում, որ ծրագրային արտադրանքը հաջողությամբ համագործակցում է այլ համակարգերի հետ: Այս մոտեցումը երաշխավորում է միանգամից մի քանի առավելություն.

Pilot օդաչուի շահագործման մեջ կրիտիկական սխալների կանխարգելում;
The մարդկային գործոնի ազդեցության նվազեցում;
⦁ Խնայողություն արատների շտկման արժեքի մեջ:

Հիմնական առաջադրանքներ

Ինտեգրման թեստավորման հիմնական խնդիրն է գտնել համակարգային մոդուլների կամ մի քանի համակարգերի փոխազդեցության հետ կապված սխալներ: Արդյունքում, մեկ համակարգի բոլոր հարակից համակարգերն ու մոդուլները պետք է աշխատեն համահունչ:

Ինտեգրման փորձարկման մեթոդները ընտրվում են `կախված ինտեգրման լուծումներից:

Փուլեր

A Թեստային ծրագրի մշակում `փորձարկողների գործողությունների ուղեցույց;
Test Թեստային տվյալների ձևավորում և թեստային դեպքերի ստեղծում;
Test Սցենարների կիրառում թեստային դեպքերի մեկնարկի համար;
Test Թեստային դեպքերի կատարում և վրիպակների շտկում;
The Կրկնել թեստավորման ցիկլը մինչև հաջող ինտեգրումը:

Անվտանգության փորձարկում

Անվտանգության փորձարկումներն իրականացվում են `անօրինականությանը համակարգի դիմադրողականությունը գնահատելու համար

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

նման ֆունկցիոնալ փորձարկման համակարգերը բավարար չեն:

Հիմնական առավելությունները

⦁ Անվտանգության փորձարկումները նվազեցնում են համակարգին չարտոնված մուտքի, տեղեկատվության գողության և տվյալների կորստի հավանականությունը.
⦁ Հաճախորդները ստանում են օբյեկտիվ գնահատական ​​իրենց համակարգերի անվտանգության մակարդակի վերաբերյալ:

Հիմնական առաջադրանքներ

Architecture architectureարտարապետության վերլուծություն և սպառնալիքի և ռիսկի մոդելի ստեղծում
Security Անվտանգության չափանիշների որոշում
⦁ Աղբյուրի կոդի մեջ փնտրեք խոցելի տեղեր
⦁ Fuzz թեստավորում
Ներթափանցման փորձարկում
⦁ Ռիսկի վրա հիմնված թեստավորում
Stress Սթրես -թեստերի անցկացում

Փուլեր

⦁ Նախապատրաստում. Տեղեկատվության հավաքում, մանրամասների հստակեցում;
⦁ Պլանավորում. Համակարգի խոցելիությունների և հնարավոր սպառնալիքների վերլուծություն, ռիսկերի մատրիցայի կազմում;
⦁ Նախագծում. Համակարգի անվտանգության պարամետրերի որոշում, ծածկագրերի վերլուծություն, տարրական թեստեր;
⦁ ⦁արգացում. Անսպասելի, սխալ, ոչ տիպիկ տվյալների մուտքագրում (fuzz փորձարկում), ծրագրակազմի ոչ ֆունկցիոնալ բաղադրիչների գնահատում, ռիսկերի փորձարկման մոդել;
⦁ Իրականացում. ⦁ բեռի փորձարկում, ներթափանցման թեստեր:

Smխի փորձարկում

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

Okeխի փորձարկումը (ծխի փորձարկում) խնդիր է դնում հայտնաբերել թերությունները ծրագրաշարի ստեղծումից անմիջապես հետո: Այն ներառում է թեստային սցենարների մի փոքր շարք և նախատեսված է ֆունկցիոնալության ակնհայտ սխալների հայտնաբերման համար: Սովորաբար ծխի փորձարկումները կատարվում են ծրագրային ապահովման թարմացումից հետո, սակայն այս մեթոդը կարող է օգտագործվել նաև զրոյից կառուցված ծրագրային արտադրանքի փորձարկման համար: OKխի թեստավորումը կարող է իրականացվել որպես ընդունման թեստ, նախքան ֆունկցիոնալ թեստավորումը: Քանի որ ծխի փորձարկումն իրականացվում է բավականին բարձր հաճախականությամբ և դրա վրա ծախսվում են փորձարկողների զգալի ռեսուրսներ, խորհուրդ է տրվում ավտոմատացնել այս ուղղությունը:

Հիմնական առավելությունները

Critical Կրիտիկական սխալների բացահայտում տեղադրումից հետո առաջին մի քանի ժամվա ընթացքում (րոպեներ)
⦁ Նվազեցնելով ցածրորակ արտադրանքի դուրսբերման ռիսկերը.
Systems համակարգերի ինտեգրման ժամանակ ռիսկերի նվազեցում;
⦁ Նվազեցնելով թերությունների շտկման ծախսերը.
Ver Ստուգման արագացում ավտոմատացման միջոցով:

Հիմնական առաջադրանքներ

Test Թեստային սցենարների ընտրություն, որպեսզի ապահովվի ամենաբարձր առաջնահերթ համակարգի գործառույթների թեստային լուսաբանումը:
SM OKխելու թեստերի քանակի և դրանց կատարման ժամանակի որոշում: Սովորաբար, ծխելու թեստերի համար ընտրվում է ոչ ավելի, քան 10 սցենար ՝ մի քանի ժամ տևողությամբ:
Test Թեստային սցենարներ գրել, նկարագրել վերարտադրման քայլերը և դրանց իրականացման ակնկալվող արդյունքները: Հաճախորդի խնդրանքով սցենարները կարող են ավտոմատացվել:
SM OKխելու թեստերի կատարում:

Համակարգի փորձարկում

Համակարգի փորձարկումը փորձարկման համար է

պատրաստի ծրագրակազմ այն ​​վիճակում, որտեղ այն կներդրվի պիլոտային արդյունաբերական շահագործման:

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

Հիմնական առավելությունները

Pilot Պիլոտային արտադրության թերությունների նվազեցում;
Test թեստային սցենարներ որպես համակարգի ապագա օգտագործողների համար որպես ուսումնական նյութ օգտագործելու ունակություն.
The Սնդակի տեղադրման սխալների բացահայտում, ինչը հեշտացնում է ՀԱ -ի ադմինիստրատորների աշխատանքը համակարգը փորձնական շահագործման մեջ տեղադրելիս:

Հիմնական առաջադրանքներ

Test Թեստային սցենարներ գրելու մոտեցման որոշում
A Պլանի և փորձարկման ընթացակարգի ստեղծում
Test Թեստի տվյալների պատրաստում
Փորձարկում
Of Ռեսուրսների ոչ ճիշտ օգտագործման բացահայտում

Փուլեր

⦁ Փորձարկման պլան
⦁ Թեստերի մշակում
Test Թեստի տվյալների պատրաստում
⦁ Փորձարկումներ `ավտոմատացված և կանոնավոր
Հաշվետվություն
⦁ Սխալների շտկումից հետո հետընթաց փորձարկում

Փաստաթղթերի ստուգում

Փաստաթղթերի փորձարկումը թույլ է տալիս գնահատել փաստաթղթերի և պահանջների տարբեր բնութագրեր ՝ ամբողջականություն և ավելորդություն, միանշանակություն և հետևողականություն, աստիճանականություն և հետագծելիություն, իրագործելիություն և փորձարկելիություն:

Խորհուրդ է տրվում ստուգել փաստաթղթերը նոր ծրագրակազմ ստեղծելիս կամ այն ​​փոխելիս `կապված բիզնեսի զարգացման հետ: Ավելի լավ է փաստաթղթերի փորձարկումը սկսել համակարգային պահանջների ստեղծման փուլում, ինչը թույլ կտա վերացնել որոշ թերություններ ՝ նախքան դրանք օրենսգրքում ներդնելը:

Հիմնական առավելությունները

Requirements Պահանջների սխալների վաղ հայտնաբերումը կարող է նվազեցնել դրանք շտկելու ծախսերը:
⦁ Բարձրորակ փաստաթղթերը նվազեցնում են նախագծի բարդությունն ու տևողությունը որպես ամբողջություն:
Business Բիզնեսի միանշանակ և ամբողջական պահանջները թույլ են տալիս մշակողներին ավելի լավ գնահատել աշխատանքի շրջանակը և մշակել տեխնիկական առաջադրանքը:
⦁ Հստակ փաստաթղթավորումը նվազեցնում է օգտվողներից և փորձարկողներից համակարգի վերաբերյալ հարցերի թիվը, ինչը հեշտացնում է ադմինիստրատորի և վերլուծաբանի աշխատանքը:

Փաստաթղթերի փորձարկումը ներառում է փաստաթղթերի մի քանի մակարդակի փորձարկում.

⦁ Բիզնեսի պահանջներ
⦁ Ֆունկցիոնալ պահանջներ
Տեխնիկական առաջադրանքներ
⦁ Օգտագործման ձեռնարկներ

Բջջային հավելվածների փորձարկում

Փորձարկում- բջջային հավելվածների մշակման ամենակարևոր փուլը: Այս տեսակի թեստավորումը թույլ է տալիս ստուգել տարբեր սարքերի և օպերացիոն համակարգերի կիրառման կատարումը `սահմանված պահանջներին համապատասխան:

Հիմնական առավելությունները

⦁ Տարբեր սարքերի և հարթակների վրա հավելվածի ֆունկցիոնալության և համատեղելիության ստուգում:
Reput Հեղինակային ռիսկերի նվազեցում, քանի որ ցանկացած բջջային հարթակում ցածրորակ հավելվածի թողարկումը կապված է բացասական մեկնաբանությունների և օգտվողների ցածր վարկանիշների հետ:
Mobile Բջջային հավելվածների փորձարկումներն ավտոմատացնելու ունակություն, ինչը նվազեցնում է յուրաքանչյուր կրկնության ժամանակը:

Թեստավորում անցկացնելու համար ամբոխի թեստավորման մոդերատորը ապավինում է տարբեր բջջային սարքերին, ներառյալ պլանշետների և սմարթֆոնների բոլոր ժամանակակից մոդելները, որոնք պատկանում են ամբողջ աշխարհից փորձարկողներին:

Թեստային ծածկույթի ապահովում

Թեստի ծածկույթը արժեք է, որն արտահայտում է թեստերի միջոցով փորձարկված ֆունկցիոնալության տոկոսը համակարգի ընդհանուր ֆունկցիոնալությանը: Խորհուրդ է տրվում, որ թեստի ծածկույթը գնահատվի թեստային պլանի և մեթոդաբանության պատրաստման ընթացքում, որպեսզի թեստավորումը ապահովի թեստի ծածկույթի պահանջվող մակարդակը: Այս տեսակի փորձարկումները կարող են իրականացվել ինչպես ձեռքով, այնպես էլ ավտոմատացված փորձարկման ընթացքում:

Հիմնական առավելությունները

Test Թեստերի ծածկույթի գնահատումը միանշանակորեն ցույց է տալիս թեստերի ֆունկցիոնալության ծածկույթի տոկոսը և չափանիշ է դրանց ամբողջականության համար. Որքան բարձր է թեստի ծածկույթի տոկոսը, այնքան բարձր է ամբողջականությունը:
Test Փորձարկման առավել ամբողջական ծածկույթ ապահովելը նվազեցնում է թերությունները և բարելավում վերջնական արտադրանքի որակը:

Հիմնական առաջադրանքներ

Ձեռքով և ավտոմատացված թեստավորման համար թեստային պլան և մեթոդաբանություն պատրաստելիս թեստավորման ծածկույթի պահանջվող մակարդակը որոշվում է ՝ կախված թեստավորման նպատակներից: Թեստավորման ժամանակ խորհուրդ է տրվում օգտագործել թեստի լուսաբանման առավելագույն հասանելի մակարդակը, սակայն թեստեր պատրաստելու և անցկացնելու ժամանակը նվազեցնելու համար թույլատրվում է օգտագործել թեստերի թերի ծածկույթը:

Տեղադրման փորձարկում

Տեղադրման փորձարկումը (տեղադրման փորձարկում) թույլ է տալիս համոզվել, որ ծրագրաշարը ճիշտ է տեղադրված և կազմաձևված, նոր տարբերակները առաջ են ընթանում առանց սխալների, ինչպես նաև հնարավոր է տեղահանել և հեռացնել այս ծրագրաշարը: Տեղադրման փորձարկումը պետք է իրականացվի ծրագրակազմ ստեղծելիս, նոր տարբերակի հայտնվելուց հետո, ինչպես նաև կրպակի կազմաձևը փոխելիս:
Խորհուրդ է տրվում իրականացնել ծրագրաշարի տեղադրման փորձարկում տարբեր հարթակներում `ձեռքով կամ ավտոմատացման միջոցով: Այս տեսակի փորձարկման աշխատանքների վրա ազդում են հետևյալ գործոնները.
⦁ Ի՞նչ հարթակներ և օպերացիոն համակարգեր են ապահովվում:
⦁ Ինչպե՞ս է բաշխվելու ծրագրաշարը:
⦁ Ո՞վ է տեղադրելու ծրագրաշարը:

Հիմնական առավելությունները

Տեղադրման փորձարկումը խուսափում է արդյունաբերական միջավայրում ծրագրակազմ տեղադրելիս այնպիսի խնդիրներից, ինչպիսիք են.
Softwareրագրակազմ տեղադրելու անկարողություն
Data Նոր տվյալների տեղադրումից հետո տվյալների կորուստ
⦁ Նախորդ տարբերակին վերադառնալու անկարողություն

Արդյունքում, գումարն ու ժամանակը խնայվում են, և ադմինիստրատորների աշխատանքը մեծապես հեշտացվում է:
Հիմնական առաջադրանքներ

Տեղադրման փորձարկումն իրականացվում է ծրագրաշարի տեղադրման ծրագրի համաձայն: Բոլոր հայտարարված հարթակներում ծրագրաշարի տեղադրումը, կազմաձևումը, թարմացումը, վերադարձը և հեռացումը ստուգվում են:

Օգտագործելիության փորձարկում

Օգտագործելիության փորձարկումն իրականացվում է նոր ծրագրաշարի ստեղծման և դրա վերանայման ընթացքում: Նման թեստավորման հիմնական նպատակն է լուծումներ գտնել օգտվողի համար առավել հարմար ծրագրային միջերեսում `օգտագործողների խնդիրների լուծման վրա ծախսվող ժամանակը կրճատելու համար:

Օգտագործելիության ստուգման արդյունքը մի շարք առաջարկություններ են `փորձարկման օբյեկտը բարելավելու համար, օրինակ` կոճակների գտնվելու վայրը փոխելը կամ նորերի ավելացումը `հրամանը արագ կատարելու համար, լռելյայն արժեքների լրացում, տաք ստեղների ավելացում և այլն:
Հիմնական առավելությունները

Օգտագործելիության թեստի արդյունքները ապագայում դրական արձագանքներ կտան համակարգի օգտագործողների կողմից: Եթե ​​համակարգը նախատեսված է կանոնավոր օգտագործման համար, օրինակ ՝ խանութի զանգերի կենտրոնի աշխատակիցների, բանկերի վաճառողների կամ վաճառքի օգնականների կողմից, համակարգի էրգոնոմիկան կնվազեցնի նրանց աշխատանքային ծախսերը ամենօրյա գործողություններ կատարելու համար: Եթե ​​համակարգը նախատեսված է հաճախորդների սպասարկման համար, օրինակ ՝ առցանց խանութ կամ ինտերնետ բանկ, համակարգի հարմարավետությունն ու պարզությունը նրա հետ աշխատելու դրական հիշողություններ կթողնեն, ինչը կպահպանի հաճախորդներին և կգրավի նորերին:

Հիմնական առաջադրանքներ

Օգտագործելիության թեստավորման նպատակն է որոշել օգտագործողի կողմից օգտագործելիության մակարդակը և խնդիրների լուծման հեշտությունը, որի համար ստեղծվել է արտադրանքը:

Այս առաջադրանքի շրջանակներում գնահատվում է հետևյալը.

⦁ Քանի՞ քայլ է անհրաժեշտ կատարել առաջադրանքը կատարելու համար:
⦁ Որքա՞ն ժամանակ է պահանջվում առաջադրանքը կատարելու համար:
⦁ Քանի՞ սխալ է թույլ տալիս սկսնակ օգտվողը առաջադրանք կատարելիս:
⦁ Ի՞նչ տպավորություն ունի օգտվողը ծրագրի հետ աշխատելիս:
The Օգտագործողի հույզերը առաջադրանքի ընթացքում:

Կազմաձևման փորձարկում

Կազմաձևման փորձարկում- Սա տարբեր ծրագրային ապահովման և ապարատային միջավայրերի վրա ծրագրային ապահովման աշխատանքի փորձարկում է: Այս տեսակի թեստավորումն օգտագործվում է, եթե հայտնի է, որ տեղեկատվական արտադրանքը կօգտագործվի, օրինակ, տարբեր հարթակներում, տարբեր բրաուզերներում և կաջակցի վարորդների տարբեր տարբերակներին:

Հիմնական առավելությունները

⦁ Կազմաձևման փորձարկումը լիովին նմանակում է համակարգի իրական օգտագործումը:
Թույլ է տալիս ժամանակին բացահայտել տարբեր կոնֆիգուրացիաներում գործող ծրագրային ապահովման համակարգի սխալները և դրանով իսկ կանխել խնդիրները դրա հետ աշխատելիս:

Կազմաձևման փորձարկման հիմնական փուլերը

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

Ենթադրենք, կա get-data գործառույթորը վերադարձնում է անցած օգտվողի ID- ի մասին տեղեկատվության քարտեզը: Այս գործառույթն այժմ օգտագործում է 3 գործառույթներ ՝ աղբյուր, աղբյուր, բ և աղբյուր c, երեք տարբեր տեսակի քարտեզներ ստանալու համար: Այժմ մենք այս բոլոր քարտեզները կհամատեղենք մեկ քարտեզի մեջ և կվերադառնանք get-data- ից.

Երբ ես փորձարկում եմ get-data, պետք է ստուգե՞մ հիմնական տվյալները: Արդյո՞ք իմաստ ունի այս հնարավորության համար մերժել միավորի թեստերը, եթե աղբյուր-ա-ն, բ-ն և աղբյուրը-գ-ից մեկը ձախողվի: Եթե ​​ֆունկցիայի գործը տվյալների միաձուլումն է և դա անում է, դա պետք է բավական լինի, այնպես չէ՞:

1

2 պատասխան

Ենթադրենք, կա get-data գործառույթ, որը վերադարձնում է օգտվողի ID- ին փոխանցված տեղեկատվության քարտեզը:

Գերազանց Այնուհետեւ դուք պետք է ստուգեք այն: Տվյալ ID- ի համար ճի՞շտ տվյալներ եք վերադարձնում:

այժմ այս գործառույթը օգտագործում է 3 գործառույթ ՝ աղբյուր-ա, աղբյուր-բ և աղբյուր-գ ՝ երեք տարբեր տեսակի քարտեզներ ստանալու համար:

Իրականացման որ դետալը պետք է անտեսել թեստում: Այն, ինչ դուք ստուգում եք, այն է, որ ձեր աշխատանքի միավորը (այս մեթոդը) անում է այն, ինչ պետք է անի (վերցրեք ID և վերադարձեք XYZ տվյալները այդ ID- ի համար): Ինչպեսայս մեթոդը իրոք նշանակություն չունի.

Այնուամենայնիվ, դուք հավանաբար ստիպված կլինեք ծաղրել տվյալների աղբյուրները, այնպես որ ինչ -որ պահի թեստը հավանաբար պետք է իմանա, թե ինչպես է աշխատում այս ծածկագիրը: Այստեղ պետք է հավասարակշռել երեք մրցակցային նպատակ. Թեստը դարձնել ինքնուրույն (տվյալները ծաղրելով) ՝ թեստը կենտրոնացնելով պահանջների և պրագմատիզմի վրա:

Ի վերջո, սա կարևոր ծածկագիր է: Կան թեստեր, որոնք կպաշտպանեն փաստացի ծածկագիրը, շատ ժամանակ վատնելը և փայլեցման ստուգման խնդիրները, ոչ այնքան օգտակար, որքան թեստերը պատրաստում .

Միավորների թեստավորման ժամանակ դուք պետք է փորձարկեք միայն մեկ դասի ֆունկցիոնալությունը, եթե ձեր աղբյուր-ա, աղբյուր-բ և աղբյուր-գ մեթոդները կոչում են այլ դասեր, դուք պետք է դրանք ծաղրեք (դրանք պետք է փորձարկվեն իրենց դասարաններում):

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

Միավորների թեստերն ավելի պարզ և կենտրոնացած են և պետք է գրվեն մշակողների կողմից: Ինտեգրման թեստերը համեմատաբար արագ հնանում են (եթե որևէ ներքին բաղադրիչ փոխվել է), ուստի դրանք ավելի դժվար է իրականացնել: Պետք է ստեղծվի QA պրոֆիլով: