- Միավորի փորձարկում ընդդեմ ինտեգրման թեստավորման ընդդեմ ֆունկցիոնալ թեստավորման
- Ի՞նչ է Unit Testing-ը:
- Ինչ է Ինտեգրման թեստավորումը: ?
- Unit Testing vs Integration Testing
- Ֆունկցիոնալ փորձարկում
- Եզրակացություն
- Առաջարկվող ընթերցում
Միավորի, ինտեգրման և ֆունկցիոնալ թեստավորման մանրամասն համեմատություն.
Ցանկացած ծրագրային հավելվածի համար ինչպես միավորի թեստավորումը, այնպես էլ Ինտեգրման թեստը շատ կարևոր է, քանի որ դրանցից յուրաքանչյուրն օգտագործում է Ծրագրային հավելվածը փորձարկելու եզակի գործընթաց:
Սակայն որևէ մեկը կամ նույնիսկ երկուսն էլ չեն կարող փոխարինել Ֆունկցիոնալ թեստավորումը ցանկացած պահի:
Միավորի փորձարկում ընդդեմ ինտեգրման թեստավորման ընդդեմ ֆունկցիոնալ թեստավորման
Միավորի թեստավորում նշանակում է հավելվածի առանձին մոդուլների փորձարկում առանձին (առանց որևէ կախվածության հետ փոխազդեցության) հաստատեք, որ կոդը ճիշտ է անում:
Ինտեգրման թեստավորում նշանակում է ստուգել, թե արդյոք տարբեր մոդուլներ լավ են աշխատում, երբ միավորվում են միասին որպես խումբ:
Ֆունկցիոնալ փորձարկում նշանակում է համակարգում ֆունկցիոնալության մի հատվածի փորձարկում (կարող է փոխազդել կախվածության հետ)՝ հաստատելու համար, որ կոդը ճիշտ է անում:
Ֆունկցիոնալ թեստերը կապված են ինտեգրման թեստերի հետ, սակայն դրանք նշանակում են թեստեր, որոնք ստուգեք հավելվածի ողջ ֆունկցիոնալությունը բոլոր կոդերի հետ միասին, գրեթե գերինտեգրման թեստ:
Միավորի փորձարկումը ենթադրում է համակարգի մեկ բաղադրիչի ստուգում, մինչդեռ ֆունկցիոնալության թեստավորումը ենթադրում է ստուգել հավելվածի աշխատանքը նախատեսվածին համապատասխան: ֆունկցիոնալությունը, որը նկարագրված է համակարգի պահանջների ճշգրտման մեջ: Մյուս կողմից, ինտեգրացիոն թեստավորումը ենթադրում է ստուգումհամակարգում ինտեգրված մոդուլներ:
Եվ, ամենակարևորը, ներդրումների վերադարձը (ROI) օպտիմալացնելու համար ձեր ծածկագրի բազան պետք է ունենա հնարավորինս շատ միավորի թեստեր, ավելի քիչ ինտեգրման թեստեր և նվազագույն թվով ֆունկցիոնալ թեստեր:
Սա լավագույնս երևում է հետևյալ փորձնական բուրգում.
Միավոր թեստերն ավելի հեշտ են գրել և ավելի արագ կատարել: Թեստերն իրականացնելու և պահպանելու ժամանակը և ջանքերը մեծանում են միավորի փորձարկումից մինչև ֆունկցիոնալ փորձարկում, ինչպես ցույց է տրված վերը նշված բուրգում:
Օրինակ՝
Եկեք հասկանանք այս երեք տեսակի թեստավորումը չափազանց պարզեցված օրինակով:
Օրինակ . Ֆունկցիոնալ բջջային հեռախոսի համար պահանջվող հիմնական մասերն են «մարտկոցը» և «sim-քարտը»:
Միավորի փորձարկման օրինակ – Մարտկոցը ստուգվում է իր կյանքի, հզորության և այլ պարամետրերի համար: SIM քարտը ստուգվում է դրա ակտիվացման համար:
Ինտեգրման փորձարկման օրինակ – Մարտկոցը և SIM քարտը ինտեգրված են, այսինքն՝ հավաքվել են բջջային հեռախոսը գործարկելու համար:
Ֆունկցիոնալ Փորձարկման օրինակ – Բջջային հեռախոսի ֆունկցիոնալությունը ստուգվում է իր առանձնահատկությունների և մարտկոցի օգտագործման, ինչպես նաև SIM քարտի հնարավորությունների առումով:
Մենք տեսել ենք օրինակ հասարակ պայմաններ:
Այժմ եկեք վերցնենք մուտքի էջի տեխնիկական օրինակ.
Գրեթե յուրաքանչյուր վեբ հավելված պահանջում է իր օգտվողներ/հաճախորդներ մուտք գործելու համար: Դրա համար յուրաքանչյուր հավելված պետք էունեք «Մուտք» էջ, որն ունի հետևյալ տարրերը՝
- Հաշիվ/օգտանուն
- Գաղտնաբառ
- Մուտք/մուտք կոճակ
Միավոր փորձարկման համար հետևյալը կարող են լինել թեստային դեպքերը.
- Դաշտի երկարությունը – օգտվողի անուն և գաղտնաբառ դաշտեր:
- Մուտքային դաշտի արժեքները պետք է վավեր լինեն:
- Մուտք գործելու կոճակը միացված է միայն այն բանից հետո, երբ վավեր արժեքները (Ձևաչափ և երկայնքով) մուտքագրվեն երկու դաշտերում:
Ինտեգրման փորձարկման համար հետևյալը կարող են լինել թեստային դեպքերը. 2>
- Օգտագործողը տեսնում է ողջույնի հաղորդագրությունը վավեր արժեքներ մուտքագրելուց և մուտքի կոճակը սեղմելուց հետո:
- Օգտագործողը պետք է նավարկվի դեպի ողջույնի էջ կամ գլխավոր էջ վավեր մուտքից և սեղմելուց հետո: Մուտք կոճակը:
Այժմ, միավորի և ինտեգրման թեստավորումն ավարտելուց հետո, տեսնենք լրացուցիչ թեստի դեպքերը, որոնք դիտարկվում են ֆունկցիոնալ փորձարկման համար.
- Սպասվող վարքագիծը ստուգվում է, այսինքն՝ օգտատերը կարող է մուտք գործել՝ սեղմելով մուտքի կոճակը վավեր օգտանուն և գաղտնաբառի արժեքներ մուտքագրելուց հետո:
- Կա՞ ողջույնի հաղորդագրություն, որը պետք է հայտնվի հաջող մուտքից հետո:
- Կա՞ սխալի հաղորդագրություն, որը պետք է հայտնվի անվավեր մուտքի վրա:
- Կա՞ն պահված կայքի թխուկներ մուտքի դաշտերի համար:
- Կարո՞ղ է անակտիվացված օգտվողը մուտք գործել:
- Կա՞ որևէ «մոռացված գաղտնաբառը» հղում այն օգտվողների համար, ովքեր մոռացել են իրենց գաղտնաբառերը:
Կան շատ ավելի շատ նման դեպքեր, որոնք գալիս ենֆունկցիոնալ փորձարկողի միտքը ֆունկցիոնալ թեստավորում կատարելիս: Սակայն ծրագրավորողը չի կարող ձեռնարկել բոլոր դեպքերը Unit and Integration թեստային դեպքերը կառուցելիս:
Այսպիսով, կան բազմաթիվ սցենարներ, որոնք դեռ պետք է փորձարկվեն նույնիսկ միավորի և ինտեգրման թեստավորումից հետո:
Այժմ ժամանակն է մեկ առ մեկ ուսումնասիրել Unit, Integration և Functional թեստավորումը:
Ի՞նչ է Unit Testing-ը:
Ինչպես անունն է հուշում, այս մակարդակը ներառում է «Միավորի» փորձարկում:
Այստեղ միավորը կարող է լինել հավելվածի ամենափոքր մասը, որը ստուգելի է, լինի դա ամենափոքր անհատական ֆունկցիան, մեթոդը և այլն: Ծրագրային ապահովման մշակողները նրանք են, ովքեր գրում են միավորի փորձարկման դեպքերը: Այստեղ նպատակն է համապատասխանեցնել պահանջներին և միավորի ակնկալվող վարքագծին:
Ստորև բերված են մի քանի կարևոր կետեր միավորի փորձարկման և դրա առավելությունների վերաբերյալ.
- Միավորի փորձարկում կատարվում է նախքան ինտեգրման թեստավորումը ծրագրավորողների կողմից՝ օգտագործելով սպիտակ տուփի թեստավորման տեխնիկան:
- Միավորի թեստավորումը ոչ միայն ստուգում է դրական պահվածքը, այսինքն՝ ճիշտ ելքը վավեր մուտքագրման դեպքում, այլ նաև սխալ մուտքագրման դեպքում:
- Խնդիրների/վրիպակների հայտնաբերումը վաղ փուլում շատ օգտակար է և նվազեցնում է ծրագրի ընդհանուր ծախսերը: Քանի որ միավորի թեստավորումն իրականացվում է նախքան կոդի ինտեգրումը, այս փուլում հայտնաբերված խնդիրները կարող են շատ հեշտությամբ լուծվել, և դրանց ազդեցությունը նույնպես շատ ավելի քիչ է:
- Միավորի թեստը փորձարկում է կոդի փոքր կտորներ կամ անհատներ:Գործում է այնպես, որ այս թեստային դեպքերում հայտնաբերված խնդիրները/սխալները անկախ են և չեն ազդում այլ փորձարկման դեպքերի վրա:
- Մյուս կարևոր առավելությունն այն է, որ միավորի թեստային դեպքերը պարզեցնում և հեշտացնում են կոդի փորձարկումը: Այսպիսով, ավելի հեշտ է դառնում խնդիրները լուծել ավելի ուշ փուլում, քանի որ միայն կոդի վերջին փոփոխությունը պետք է փորձարկվի:
- Միավորի փորձարկումը խնայում է ժամանակն ու ծախսերը, և այն կրկին օգտագործելի է և հեշտ է պահպանել:
JUnit (Java Framework), PHPUnit (PHP Framework), NUnit (.Net Framework) և այլն հանրահայտ միավորների փորձարկման գործիքներ են, որոնք օգտագործվում են տարբեր լեզուների համար:
Ինչ է Ինտեգրման թեստավորումը: ?
Ինտեգրման թեստավորումը փորձարկում է համակարգի տարբեր մասերի ինտեգրումը միասին: Համակարգի երկու տարբեր մասեր կամ մոդուլներ սկզբում ինտեգրվում են, այնուհետև կատարվում է ինտեգրման փորձարկում:
Ինտեգրման թեստավորման նպատակն է ստուգել համակարգի ֆունկցիոնալությունը, հուսալիությունը և կատարողականը: համակարգը, երբ ինտեգրված է:
Ինտեգրման թեստավորումն իրականացվում է այն մոդուլների վրա, որոնք սկզբում փորձարկվում են միավորի վրա, իսկ հետո ինտեգրման թեստավորումը որոշում է` մոդուլների համակցությունը տալիս է ցանկալի արդյունքը, թե ոչ:
Ինտեգրման թեստը կարող է կամ պետք է արվի անկախ փորձարկողների կամ ծրագրավորողների կողմից:
Գոյություն ունեն ինտեգրման փորձարկման 3 տարբեր մոտեցումներ: Եկեք համառոտ քննարկենք դրանցից յուրաքանչյուրը.
ա) Մեծ պայթյունի ինտեգրման մոտեցում.
Այս մոտեցման մեջ բոլոր մոդուլները կամ միավորները ինտեգրվում և փորձարկվում են որպես ամբողջություն միաժամանակ: Սա սովորաբար արվում է, երբ ամբողջ համակարգը պատրաստ է ինտեգրման թեստավորման համար ժամանակի մեկ կետում:
Խնդրում ենք չշփոթել ինտեգրացիոն թեստավորման այս մոտեցումը համակարգի թեստավորման հետ, փորձարկվում է միայն մոդուլների կամ միավորների ինտեգրումը և ոչ: ամբողջ համակարգը, ինչպես դա արվում է համակարգի թեստավորման ժամանակ:
Մեծ պայթյունի մոտեցման հիմնական առավելությունն այն է, որ ինտեգրված ամեն ինչ միանգամից փորձարկվում է:
Մեկ հիմնական թերությունը այն է, որ դժվարանում է հայտնաբերել խափանումները:
Օրինակ. Ներքևի նկարում միավոր 1-ից մինչև 6-րդ միավորը ինտեգրված և փորձարկված է Մեծ պայթյունի մոտեցմամբ:
բ) Վերևից վար մոտեցում
Միավորների/մոդուլների ինտեգրումը փորձարկվում է վերևից ներքև մակարդակներից քայլ առ քայլ:
առաջին միավորը փորձարկվում է առանձին՝ գրելով թեստային STUBS: Դրանից հետո ստորին մակարդակները մեկ առ մեկ ինտեգրվում են, մինչև վերջին մակարդակը հավաքվի և փորձարկվի:
Վերևից ներքև մոտեցումը ինտեգրման շատ օրգանական եղանակ է, քանի որ այն համապատասխանում է իրականում տեղի ունեցող իրադարձություններին: միջավայր:
Այս մոտեցման միակ մտահոգությունը այն է, որ հիմնական գործառույթը փորձարկվում է վերջում:
գ) ներքև- Վերև մոտեցում
Միավորները/մոդուլները փորձարկվում են ներքևից վերև մակարդակ, քայլ առ քայլ, մինչև միավորների/մոդուլների բոլոր մակարդակները ինտեգրվենև փորձարկվել է որպես մեկ միավոր: Այս մոտեցման մեջ օգտագործվում են խթանիչ ծրագրեր, որոնք կոչվում են DRIVERS : Ավելի հեշտ է հայտնաբերել խնդիրները կամ սխալները ցածր մակարդակներում:
Այս մոտեցման հիմնական թերությունը այն է, որ ավելի բարձր մակարդակի խնդիրները կարող են հայտնաբերվել միայն վերջում, երբ բոլոր միավորներն ունեն ինտեգրված է:
Unit Testing vs Integration Testing
Բավականաչափ քննարկում ունենալով միավորի թեստավորման և ինտեգրման թեստավորման մասին, եկեք արագ անցնենք երկուսի միջև եղած տարբերություններին հետևյալ աղյուսակում.
Միավորի փորձարկում | Ինտեգրման թեստավորում |
---|---|
Փորձարկում է ամբողջ համակարգի մեկ բաղադրիչը այսինքն. փորձարկում է միավորը առանձին-առանձին: | Փորձարկում է համակարգի բաղադրիչները, որոնք աշխատում են միասին, այսինքն՝ փորձարկում է մի քանի միավորների համագործակցությունը: |
Ավելի արագ է կատարվում | Կարող է գործարկել դանդաղ |
Արտաքին կախվածություն չկա: Ցանկացած արտաքին կախվածություն ծաղրվում կամ ջնջվում է: | Պահանջում է փոխազդեցություն արտաքին կախվածությունների հետ (օրինակ՝ տվյալների բազա, սարքաշար և այլն) |
Պարզ | Բարդ |
Անցկացվում է մշակողի կողմից | Անցկացվում է փորձարկողի կողմից |
Սա սպիտակ տուփի փորձարկման տեսակ է | Այն սև արկղի փորձարկման տեսակ է |
Իրականացվում է փորձարկման սկզբնական փուլում և այնուհետև կարող է իրականացվել ցանկացած ժամանակ | Պետք է իրականացվի միավորի փորձարկումից հետո և համակարգի փորձարկումից առաջ |
Էժանսպասարկում | Թանկ սպասարկում |
Սկսվում է մոդուլի ճշգրտումից | Սկսվում է ինտերֆեյսի ճշգրտումից |
Միավոր թեստավորումն ունի նեղ շրջանակ, քանի որ այն պարզապես ստուգում է, թե արդյոք կոդի յուրաքանչյուր փոքր կտոր կատարում է այն, ինչ նախատեսված է անել: | Այն ունի ավելի լայն շրջանակ, քանի որ ընդգրկում է ամբողջ կիրառումը |
Միավորի փորձարկման արդյունքը կոդի մանրամասն տեսանելիությունն է | Ինտեգրման արդյունքը թեստավորումը ինտեգրման կառուցվածքի մանրամասն տեսանելիությունն է |
Բացահայտեք միայն առանձին մոդուլների ֆունկցիոնալության մեջ առկա խնդիրները: Չի բացահայտում ինտեգրման սխալները կամ ամբողջ համակարգի խնդիրները: | Բացահայտեք սխալները, որոնք առաջանում են, երբ տարբեր մոդուլներ փոխազդում են միմյանց հետ՝ ձևավորելով ընդհանուր համակարգը |
Ֆունկցիոնալ փորձարկում
Սև արկղի փորձարկման տեխնիկան, որտեղ հավելվածի ֆունկցիոնալությունը փորձարկվում է որոշակի մուտքագրման դեպքում ցանկալի արդյունք ստեղծելու համար, կոչվում է «Ֆունկցիոնալ փորձարկում»:
Ծրագրաշարի փորձարկման մեր գործընթացներում մենք դա արեք՝ գրելով թեստային դեպքեր՝ ըստ պահանջների և սցենարների: Ցանկացած ֆունկցիոնալության համար գրված թեստային դեպքերի թիվը կարող է տատանվել մեկից մինչև շատ:
Եզրակացություն
Այս բոլոր երեք թեստավորման տեսակները փոխկապակցված են:
Լրիվ ծածկույթ ստանալու համար այն պահանջվում է ունենալ միավորի թեստեր կոդի ուղիների/գծերի, ֆունկցիոնալ և ինտեգրացիոն թեստերի համար՝ համոզվելու համար, որ «միավորները»Համատեղ աշխատեք միասին:
Հուսով եմ, որ այս հոդվածը ձեզ հստակ պատկերացում կտա միավորի, ինտեգրման և ֆունկցիոնալ թեստավորման մասին` դրանց տարբերությունների հետ մեկտեղ, թեև փորձարկման այս ձևերը շատ ավելին են: