Տեսակները ծրագրային ապահովման տեստավորման

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

Ինչու ծախսել այն.

Ծրագրային ապահովման տեստավորման է ապահովել անցկացրել է մի քանի պատճառներով:

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

տեսակներ

Սովորաբար տարբերակել այդ տեսակի թեստերի, քանի որ ստորաբաժանման, ինտեգրման եւ համակարգի. Նրանցից յուրաքանչյուրը ազդում որոշ ասպեկտներ գտնելու սխալներով.

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

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

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

Վերոհիշյալ տեսակի ծրագրային ապահովման տեստավորման որոշվում են այն աստիճանի մեկուսացման բաղադրիչների.

Այլ փորձարկման մեթոդներ

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

Ավարտը ծրագրային ապահովման զարգացման lifecycle

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