ՀամակարգիչներԾրագրավորում

Հետադիմություն փորձարկման ծրագրային. Որն է հետադիմություն փորձարկման

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

Տեսակները, տեսակի, միտումները

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

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

  1. Ֆունկցիոնալությունը:
  2. Nonfunctional:

Նրանք կարող են լինել արտահայտված որպես:

  1. Սց.
  2. Հավաքածուներ:
  3. Kits համար գործարկման.

Ինչ է, ըստ էության, իր մեջ ներառում է հետընթացը փորձարկման ծրագրային ապահովման. Աշխատանքը եւ 3 հիմնական ոլորտներում: Մասնավորապես ռեգրեսիայի:

  1. Bugs.
  2. Հին խնդիրներ.
  3. Կողմնակի բարդություններ.

ֆունկցիոնալ թեստեր

Դրանք հիմնված են իրականացվող գործառույթների համակարգի կողմից: Կարող է անցկացվել բաղադրիչի, ինտեգրման, համակարգի եւ ընդունման մակարդակներում. Երկու հիմնական ասպեկտները, որը լինելով փորձարկվել:

  • Պահանջները:
  • Բիզնես գործընթացներ:

Երբ աշխատում է պահանջների անհրաժեշտ է կատարել ցուցակը, թե ինչ պետք է փորձարկվել: Ցանկալի է, որ բացահայտել հիմնական կետերը, որոշելու ուղղությունը աշխատանքի: Դա անհրաժեշտ է ոչ թե անտեսել բոլոր առավել կարեւոր ֆունկցիոնալությունը: Երբ փորձարկման է «Բիզնես գործընթացների» կենտրոնանում նրանց, ք. Ե. Սցենարներ առաջադրվել ամենօրյա աշխատանքը:

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

Ոչ ֆունկցիոնալ փորձարկումներ

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

  1. Հուսալիություն. Էլ փորձարկվում պատասխանները տարբեր իրավիճակներում նախատեսված չեն:
  2. Կատարումը. Ինչպես է աշխատում համակարգը, որը գտնվում է պատասխանատու է տարբեր բեռների.
  3. Հարմարավետություն: Թե ինչպես հարմար է աշխատել դիմումի վրա օգտագործողի տեսակետը:
  4. Scale: Ինչպես փոխել բարձրությունը պահանջների եւ դիմումի լայնությունը, երբ աշխատում տարբեր մոնիտորների.
  5. Անվտանգություն. Ինչպես անվտանգ է օգտագործողի տվյալները, ինչպես նաեւ տեղեկատվական տարբեր փոխանցման ուղիներով:
  6. Դյուրատարություն. Ստուգում է, թե արդյոք դիմումը աշխատում է բազմաթիվ հարթակներում, եւ եթե այսպես, թե որքան.

Որոնք են հատկությունները համակարգի կարող է քննության այդ դեպքերում: Ընդհանուր առմամբ 4:

  1. Փորձարկման տեղադրումը: Ստուգվի, թե որքան լավ է կառավարել է դնում ծրագիրը համակարգչի կարգավորել այն, եւ եթե անհրաժեշտ է, եւ հեռացնել: Որակի կարգավորումը թույլ է տալիս օգտագործողին նվազեցնել տվյալների կորստի կամ նվազման (վատթարացող) կատարողականի դիմումները.
  2. Փորձարկման օգտագործումը հարմարավետության. Ստուգեք ծրագրային ապահովման մշակվել է հարմարավետություն եւ պարզությամբ վերջնական մասին.
  3. Կազմաձեւման փորձարկում. Այն ներառում է ստուգում կատարման ծրագրի ընթացքում տեղադրման տարբեր համակարգի պարամետրերը, ինչպես նաեւ փորձարկել ներքին պարամետրերը ծրագրի:
  4. Փորձարկման համար ձախողման եւ վերականգնման. Հաստատող առաջանալուց հետո սխալների. Գնահատում է արձագանքը պաշտպանական հատկությունների, ինչպես նաեւ, թե ինչ տվյալներ եւ որքան փրկեց կտրուկ դադարեցումը դիմումը.

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

Test դեպքեր

Փորձարկման դեպքեր են կոչվում դատարկ ստուգում է ծրագրային ապահովման. Նրանք կոչվում են գործիքները ավտոմատացված փորձարկման. Սա հատուկ ծրագրային, ըստ որի մասնագետ է ստեղծում, կարգաբերում, իրականացնում եւ վերլուծում արդյունքները դիմումի վազում միջոցով նման զարգացումների:

  1. Test սցենարներ: Դրանք ներառում են մի շարք հրահանգների համար նախատեսված ավտոմատ ստուգման առանձին կտոր ծրագրային ապահովման.
  2. Test kits. Այս համադրություն սցենարներ, որոնք փորձարկել որոշակի կտոր ծրագրային ապահովման, որոնք ինտեգրված են կամ ընդհանուր ֆունկցիոնալ նպատակները:
  3. Թեստեր վազում. Այս համադրությունը տարբեր սցենարներ կամ խմբերից է, միաժամանակ գործարկել իսկ ստուգում ծրագիրը:

Ավտոմատացումը ռեգրեսիոն թեստեր

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

ռեգրեսիայի bugs

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

Հետընթաց հին սխալների

Սա վերաբերում է նույնականացման իրավիճակներում, որտեղ վերջին փոփոխությունները, ինչպես նաեւ ծրագրային կոդի, չեղյալ է հայտարարվել bugfixes. Այսպիսով, նրանք կրկին սկսում են ակտիվ լինել: Հետեւաբար, երբ փոփոխություններ կատարելու ծրագրային կոդի անհրաժեշտ է սկսել թեստավորման գործընթացը սկզբից (ենթադրելով, իհարկե, որ եղել են խնդիրներ կատարման):

Հետընթաց կողմնակի ազդեցություն

Տակ նրան հասկանալ իրավիճակը, երբ վերջին կոդը փոփոխությունը մի մասի դիմումի պատրաստված ուժը կորցրել է որոշ կամ բոլոր մյուս մասերում մշակված ծրագրի: Որպես նշան ներկայությամբ նման խնդիրների բացակայությունն է կատարման մեջ մեկ կամ ավելի մասերից ծրագրի: Խնդիրն այն tester է բացահայտել բոլոր խնդրահարույց ոլորտներ:

Ամփոփելով այն ամենը, ինչ գրված է, որ կարող է ասել ռեգրեսիայի փորձարկման. Այն այժմ թեմա, որը պետք է այլեւս առաջացնել խնդիրներ. Մնում է միայն Վարպետի ամեն ինչ գործնականում:

Similar articles

 

 

 

 

Trending Now

 

 

 

 

Newest

Copyright © 2018 hy.delachieve.com. Theme powered by WordPress.