Փորձարկման մեթոդներ ծրագրային եւ համեմատել դրանք. Փորձարկման մեթոդը «սեւ արկղը» փորձարկման եւ մեթոդը «սպիտակ box"

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

մեթոդները

Հիմնական նպատակն ծրագրային ապահովման տեստավորման - հաստատում որակի ծրագրային համակարգի միջոցով համակարգային կարգաբերում դիմումների տակ ուշադիր վերահսկվող պայմաններում որոշելու իրենց լրիվությունն ու ճշտությունը, ինչպես նաեւ հայտնաբերման թաքնված սխալներով.

Մեթոդները ստուգման (թեստավորման) ծրագրերը կարելի է բաժանել ստատիկ եւ դինամիկ:

Նախկին ներառում է ֆորմալ, մոնիտորինգ եւ տեխնիկական վերանայման, ստուգում, քայլ առ քայլ վերլուծության, հաշվեքննական (աուդիտորական), ինչպես նաեւ ստատիկ տվյալների հոսքի վերլուծություն եւ կառավարման.

Դինամիկ տեխնիկան:

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

թափանցիկ փորձարկում

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

Փորձարկման ծրագրերի սպիտակ-box ունի հետեւյալ առավելությունները.

• Այն թույլ է տալիս հայտնաբերելու սխալի թաքնված օրենսգրքի հեռացնելով անհարկի գծեր.
• օգտագործումը կողմնակի հետեւանքների.
• Առավելագույն ծածկույթը հասել է գրավոր թեստային սցենար:

թերությունները:

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

Սպիտակ արկղ փորձարկում երբեմն կոչվում է փորձարկման թափանցիկ կամ բաց քառակուսին, կառուցվածքային, տրամաբանական թեստավորում, որը հիմնված է կոդով, եւ տրամաբանությունը ճարտարապետությունը.

Հիմնական սորտերի

1) փորձարկման ծախսի վերահսկողությունը կառուցվածքային ռազմավարությունը օգտագործելով ծրագիրը վերահսկման հոսքը մոդելը, եւ, ինչպես favoring ավելի պարզ եղանակներ, ավելի քիչ ավելի բարդ է.

2) մասնաճյուղը, որը նախատեսված է ուսումնասիրել կարգաբերում յուրաքանչյուր տարբերակը (ճիշտ կամ սխալ), յուրաքանչյուր վերահսկողության օպերատորի, որը ներառում է նաեւ համակցված լուծում.

3) փորձարկումը հիմնական ճանապարհը, որը թույլ է տալիս փորձարար հաստատել տրամաբանական բարդության չափել ընթացակարգային նախագիծը մեկուսացնելու համար է բազային շարք կատարման ուղիների.

4) ստուգում է տվյալների հոսքի հոսքը վերահսկման ռազմավարությունը հետազոտությունների նախաբանում հաշվիչ Տեղեկատվություն մասին գովազդային եւ օգտագործել ծրագրային փոփոխականները.

5) ցիկլեր փորձարկման - ամբողջովին կենտրոնացած է ճիշտ շահագործման փուլային գործընթացների.

վարքային կարգաբերում

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

Առավելությունները այս մոտեցման:

• արդյունավետության համար մեծ code հատվածի
• թեթեւացնել ընկալման tester.
• Օգտվողի անձնագիրը հեռանկարային հստակորեն տարանջատված է մշակողի տեսանկյուններից (ծրագրավորող եւ Tester են միմյանցից անկախ).
• ավելի արագ ստեղծումը քննության.

Փորձարկման ծրագրային սեւ արկղ մեթոդը ունի հետեւյալ թերությունները:

• իսկապես կատարվում է ընտրել շարք փորձարկման դեպքերում, ինչի արդյունքում սահմանափակ լուսաբանման.
• բացակայությունը հստակ ճշգրտման դժվար է զարգացնել փորձարկման սցենարներ.
• ցածր արդյունավետությունը:

Այլ անուններ այս տեխնոլոգիաների վարքային, ոչ թափանցիկ, ֆունկցիոնալ փորձարկման եւ կարգաբերում մեթոդը փակ արկղում:

Այս կատեգորիան կարող է ներառել հետեւյալ ծրագրային ապահովման տեստավորման տեխնիկան:

1) համարժեք է բաժանման, որը կարող է նվազեցնել շարք փորձարկման տվյալների մուտքագրման ծրագրային մոդուլը տվյալները կոտրված ներքեւ մեջ առանձին մասերի.

2) սահմանն արժեքը վերլուծություն կենտրոնանում է ստուգման սահմանների կամ ծայրահեղ սահմանային թույլատրելի նորմաների նվազագույն, առավելագույն, եւ տիպիկ արժեքների սխալի.

3) fuzzing - օգտագործվում է իրականացնել որոնումը ներդնելով սխալներ, կամ կոռումպացված տվյալների poluiskazhennyh ի ավտոմատ, կամ կիսա - ավտոմատացված ռեժիմով.

4) ակնկալում են պատճառականություն - տեխնիկայով հիման վրա ստեղծման գրաֆիկները եւ որոշելու միջեւ հարաբերությունները գործողության եւ դրա պատճառների: ինքնությունը, ժխտում, տրամաբանական OR եւ տրամաբանական ԵՎ - չորս հիմնական նիշ, արտահայտելով միջեւ հարաբերությունները պատճառի եւ հետեւանքի.

5) ստուգում օրթոգոնալ զանգվածներից դիմել է խնդիրների հետ համեմատաբար փոքր մուտքագրման տարածքում գերազանցող հնարավորությունը համատարած հետազոտության

6) փորձարկման բոլոր զույգ, - մի տեխնիկան, որտեղ մի շարք փորձարկման արժեքների ընդգրկում է բոլոր հնարավոր երկուական զուգորդումները յուրաքանչյուր զույգի մուտքային պարամետրերի.

7) կարգաբերում պետական անցումային - տեխնիկան օգտակար ստուգելու համար կարգավիճակ մեքենայի, ինչպես նաեւ նավարկելու միջոցով GUI մասին.

Սեւ արկղը փորձարկում: Օրինակներ

սեւ արկղ տեխնիկան, որը հիմնված է բնութագրերի, փաստաթղթերի եւ նկարագրությունները ծրագրային ապահովման ինտերֆեյսի կամ համակարգի. Բացի այդ, դուք կարող եք օգտագործել մոդելներ (ֆորմալ կամ ոչ ֆորմալ), որը ներկայացնում է ակնկալվող վարքագիծը ծրագրային ապահովման.

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

Թեստ, հետեւաբար, փոխազդում է ծրագրային ապահովման կողմից inputting, ըստ գործող անջատիչների, կոճակները կամ այլ ինտերֆեյսերի. Ընտրությունը մուտքագրված տվյալների, կարգը կառավարման կամ հաջորդականությունը գործողությունների կարող է հանգեցնել մի հսկայական ընդհանուր թվով կոմբինացիաներ, ինչպես ցույց է տրված հետեւյալ օրինակով.

Որքան շատ թեստեր պետք է անել, որպեսզի ստուգելու բոլոր հնարավոր արժեքների 4 պատուհանների դրոշի եւ միանվագ դաշտում, սահմանել ժամանակը վայրկյանում. Առաջին հայացքից հաշվարկը պարզ 4 դաշտերը երկու հնարավոր պետությունների, 24 = 16, որը պետք է բազմապատկված շարք հնարավոր դիրքերից 00-ից 99, այսինքն, 1600 հնարավոր թեստեր.

Սակայն, այս հաշվարկը սխալ է, մենք կարող ենք որոշել, թե որ երկու կետ դաշտը կարող է պարունակել նաեւ բացատ, այսինքն այն բաղկացած է երկու alphanumeric դիրքերից եւ կարող է ներառել տառաթվային նիշեր, հատուկ նիշ, տարածքներ, եւ այլն: Այսպիսով, եթե .... համակարգը մի 16-bit համակարգիչ, իր հերթին, 216 = 65536 մեկ յուրաքանչյուր դիրքի արդյունքում 4294967296 փորձարկման դեպքերում, որոնք պետք է բազմապատկվում է 16 համադրությունը դրոշներով, որ տալիս է ընդհանուր 68,719,476 736. Եթե նրանք կատարել ժամը 1 քննության մեկ վայրկյանում, ընդհանուր Շար olzhitelnost փորձարկում է 2 177,5 տարի. Համար 32 կամ 64-bit համակարգերի, տեւողությունը, նույնիսկ ավելին:

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

Համարժեք, միջնապատեր

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

Ընթացքում փորձարկման, ընտրված մեկ ներկայացուցիչ յուրաքանչյուր կոնկրետ համարժեքության բաժանման. Սա թույլ է տալիս Ձեզ է համակարգված նվազեցնել շարք հնարավոր փորձարկման դեպքերում առանց կորստի լուսաբանման հրամանների եւ գործառույթների.

Մեկ այլ հետեւանք է այս Պատնեշների է նվազեցնել կոմբինատոր պայթյունի միջեւ տարբեր փոփոխականների եւ հարակից կրճատմանը փորձարկման դեպքերի:

Օրինակ, (1 / x) ^1/2, օգտագործելով երեք տվյալների sequences, երեք համարժեք միջնորմ:

1. Բոլորը դրական համարները կընկալվի է նույն կերպ, եւ պետք է տալ ճիշտ արդյունքներ.

2. Բոլոր բացասական թվեր են վարվել է նույն կերպ, ինչպես նաեւ նույն արդյունքը. Սա սխալ է, քանի որ արմատը բացասական շարք է երեւակայական:

3. Zero կլինի վարվել առանձին-առանձին եւ տալ սխալ »բաժանումը է զրո»: Սա մի հատված, ինչպես նաեւ մեկ արժեքով:

Այսպիսով, մենք տեսնում ենք, երեք տարբեր բաժիններ, որոնցից մեկը նվազեցնում է մեկ արժեքով: Կա մեկ «ճիշտ» բաժինը, որը հնարավորություն է տալիս հուսալի արդյունքներ, եւ երկու «սխալ» հետ ոչ ստույգ արդյունքները:

սահմանն արժեքը վերլուծություն

Մշակման վրա սահմաններից համարժեք բաժանումը կարող է կատարվել տարբեր է, քան սպասվում էր: Հետաքննությունը սահմանային թույլատրելի արժեքների հայտնի մեթոդը վերլուծության պահվածքը Ծրագրային ապահովման այնպիսի բնագավառներում: Այս տեխնիկան ստիպում է, որ հնարավոր է պարզել, այնպիսի սխալներ:

• ոչ պատշաճ օգտագործման Հարաբերական օպերատորների (<,>, =, ≠, ≥, ≤);
• Մեկ սխալ,
• խնդիրներ ցիկլերի եւ iterations,
• սխալ տեսակի կամ չափը փոփոխականների օգտագործվող պահելու համար տեղեկատվություն;
• արհեստական սահմանափակումներ հետ կապված տվյալների տեսակների եւ փոփոխականների.

կիսաթափանցիկ փորձարկում

մոխրագույն արկղ մեթոդը մեծացնում թեստը լուսաբանումը, դուք կարող եք կենտրոնանալ բոլոր դժվար մակարդակներում համակարգի միջոցով համադրություն սեւ եւ սպիտակ տեխնիկայի.

Օգտագործելով այս տեխնիկան, այդ Tester զարգացման համար փորձարկման արժեքների պետք է ունենա գիտելիքներ ներքին տվյալների կառուցվածքների եւ ալգորիթմներ. Օրինակներ grey-box փորձարկման մեթոդների հետեւյալն են.

• ճարտարապետական մոդելը.
• Unified մոդելավորում լեզու (UML);
• Պետությունը մոդելը (վերջավոր պետություն մեքենա):

Ի մեթոդով գորշ վանդակում է զարգացնելու թեսթի դեպքերը ուսանել մոդուլներ սպիտակ ինժեներական կոդերը, եւ փաստացի Փորձարկումն իրականացվում է ինտերֆեյս սեւ տեխնոլոգիական ծրագրերի:

Այս փորձարկման մեթոդները ունեն հետեւյալ առավելությունները:

• Համադրություն առավելությունների technician սպիտակ եւ սեւ արկղերի.
• Tester հիմնված է ինտերֆեյսի եւ ֆունկցիոնալ հստակեցում, եւ ոչ կոդով.
• debugger կարող եք կատարել մեծ թեսթի դեպքերը.
• ստուգում կատարվում է տեսանկյունից օգտագործողի, այլ ոչ թե դիզայներ ծրագրի.
• ստեղծել custom թեստային զարգացման.
• օբյեկտիվությունը:

թերությունները:

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

Մեկ այլ անվանումն է գորշ տուփ տեխնիկայի կիսաթափանցիկ կարգաբերում.

Այս կատեգորիան ներառում է այնպիսի մեթոդներ փորձարկման:

1) օրթոգոնալ զանգվածը - ի օգտագործումը ենթաբազմություն բոլոր հնարավոր զուգորդումները.

2) մատրիցա կարգաբերում, օգտագործելով վիճակը ծրագրի տվյալների.

3) հետադիմական տեսչական իրականացվում է նոր փոփոխությունների, ծրագրային ապահովման.

4) Կաղապար փորձություն է, որը վերլուծում է դիզայնի եւ ճարտարապետության մի լավ դիմումը.

Համեմատությունը ծրագրային փորձարկման մեթոդների

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

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

Ստորեւ բերված են հիմնական տարբերությունները երեք դինամիկ փորձարկման մեթոդների - տրվում է համեմատության սեղան միջեւ երեք ձեւերի կարգաբերում ծրագրային ապահովման.

տեսակետ	Սեւ արկղը մեթոդը	Մոխրագույն, արկղ մեթոդը	Սպիտակ արկղ մեթոդը
Վերաբերյալ տեղեկատվության առկայությունը կազմի ծրագրի	Քննում է ոչ միայն հիմնական ասպեկտները	Մասնակի գիտելիքներ ներքին կառուցվածքի ծրագրի	Լրիվ մուտք դեպի կոդով
Աստիճանը մասնատմամբ ծրագրի	ցածր	կենտրոնական	բարձր
Ով է արտադրում կարգաբերումը:	Վերջնական օգտագործողների, testers եւ մշակողները	Վերջնական օգտագործողների, մշակողները եւ debuggers	Ծրագրավորողներ եւ testers
բազա	Թեստավորման հիման վրա արտաքին արտակարգ իրավիճակներում.	Դիագրամների տվյալների բազայի, տվյալների հոսքի դիագրամների, պետությունը ներքին գիտելիքների ալգորիթմի եւ ճարտարապետության	Որ ներքին սարքը լիովին տեղյակ է
Աստիճանը լուսաբանման	Ավելի քիչ համապարփակ եւ պահանջում է առնվազն ժամանակ	կենտրոնական	Պոտենցիալ առավել ընդգրկուն: Ժամանակատար
Տվյալների եւ ներքին սահմանները	Debug միայն դատավարության եւ սխալ	Կարելի է ստուգել տվյալների տիրույթների եւ ներքին սահմանները, եթե դրանք հայտնի են	Լավագույն փորձարկում տվյալների տիրույթներ եւ ներքին սահմանները
Համապատասխանությանը փորձարկում ալգորիթմ	ոչ	ոչ	այո

ավտոմատ

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

1) պետք է ավտոմատացնել հոգնեցուցիչ, կրկնվող կամ մանրակրկիտ խնդիրներ, ինչպիսիք են ֆայլի համեմատած մի քանի հազար շարքերում, որպեսզի ազատ արձակեն ժամանակ է համակենտրոնացման tester ավելի կարեւոր միավոր.

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

Test գործիքները կարող են դասակարգվել տարբեր ձեւերով. Հաջորդ բաժանումը հիմնված է այն խնդիրների, նրանք աջակցում:

• փորձարկում կառավարման, որը ներառում է ծրագրի կառավարման աջակցություն, տարբերակները, configurations, ռիսկերի վերլուծության, թեստային հետեւել, սխալներ, թերություններ, եւ հաշվետվական գործիքներ.
• պահանջները կառավարում, որն իր մեջ ներառում է պահեստավորման պահանջները եւ առանձնահատկությունները, ստուգել նրանց համար ամբողջականության եւ անորոշություն, դրանց առաջնահերթության եւ հետագծելիության յուրաքանչյուր քննության.
• քննադատական վերանայումը եւ ստատիկ վերլուծության, այդ թվում `հոսքի մոնիտորինգի, եւ առաջադրանքների, ձայնագրման եւ պահպանման մեկնաբանությունների, արատ հայտնաբերման եւ ծրագրված ուղղումներ կառավարման հղումներ checklists եւ կանոնների, հետեւել կապի աղբյուր փաստաթղթեր եւ կոդի Ստատիկ վերլուծությունը հայտնաբերելու թերությունները, ապահովելով համապատասխանությունը չափանիշներին գրելու կոդը, վերլուծություն կառույցների եւ կախվածությունը, հաշվարկը մետրային պարամետրերի օրենսգրքի եւ ճարտարապետության. Բացի այդ, օգտագործեք compilers, անալիզատորներ, գեներատորներ եւ հարաբերությունները հղումներով.
• մոդելավորում, որը ներառում է գործիքների համար մոդելավորման բիզնեսի վարքագծի եւ փորձարկել մոդելները.
• փորձարկում զարգացումը ապահովում է սերունդ տվյալների ակնկալվող հիման վրա պայմանների եւ ինտերֆեյսի մոդելների եւ կոդը, հաջողվում է ստեղծել կամ փոփոխել ֆայլերը եւ տվյալների բազաներ, հաղորդագրությունները, տվյալների վավերացում հիման վրա կանոնների կառավարման, վիճակագրական վերլուծության պայմանների եւ ռիսկերի.
• մի քննադատական տեսք ներս տվյալների միջոցով գրաֆիկական ինտերֆեյսի, API- ի, հրամանի տող է, օգտագործելով համեմատիչների է օգնել բացահայտելու հաջող եւ անհաջող թեստեր.
• աջակցություն կարգաբերում միջավայր, որը թույլ է տալիս Ձեզ է փոխարինել բացակայող ապարատային կամ ծրագրային ապահովման, ի Ծավալը ը. սիմուլյացիայի սարքավորումների հիման վրա սահմանված թողարկում ենթաբազմության, տերմինալ emulators, բջջային հեռախոսների եւ ցանցային սարքավորումների տեղադրում, շրջակա միջավայրի համար ստուգելու լեզուներ, օպերացիոն համակարգեր եւ ապարատային փոխարինելով բացակայող բաղադրիչներ վարորդին, մտացածին մոդուլներ, եւ այլն, ինչպես նաեւ գործիքներ capturing եւ ձեւափոխման ՕՀ խնդրում է CPU սիմուլյացիա սահմանափակման, RAM, ROM, կամ ցանցը .;
• .. համեմատությունը տվյալների ֆայլեր, տվյալների բազաների, ստուգեք ակնկալվող արդյունքները ընթացքում եւ դրանից հետո թեստը ավարտված է, ներառյալ դինամիկ եւ փաթեթում համեմատություն, Ավտոմատ «պատգամներ».
• ծածկույթների չափում է տեղայնացման հիշողության արտահոսքի եւ սխալ նրա վերահսկողությունը վարքի գնահատելով համակարգի ներքո simulated բեռը առաջացնող բեռնել ծրագրեր, տվյալների բազաների, ցանցերի կամ սերվերների մի իրատեսական սցենարի աճի համար չափման, վերլուծության եւ ստուգման համակարգի ռեսուրսների զեկույցի.
• անվտանգություն;
• Performance Testing, բեռը եւ դինամիկ վերլուծություն;
• այլ գործիքներ, ի Հատոր ը. ստուգել ուղղագրությունը եւ շարահյուսական, ցանցային անվտանգությունը, առկայությունը բոլոր կայքի էջերի եւ այլ:

հեռանկարային

Հետ փոփոխվող միտումների ծրագրային ապահովման ոլորտում, գործընթացը կարգաբերում է նաեւ ենթակա է փոփոխման: Կան նոր մեթոդներ ծրագրային ապահովման տեստավորման, ինչպիսիք են մի ծառայություն, orientirovannae (SOA), անլար տեխնոլոգիաների, բջջային ծառայությունների եւ այլն: E., բացել են նոր ուղիներ թեստավորման ծրագրային ապահովման. Որոշ փոփոխությունների, որոնք ակնկալվում է արդյունաբերության առաջիկա մի քանի տարիների ընթացքում, որոնք թվարկված են ստորեւ:

• testers կապահովի մի թեթեւ մոդել, որը մշակողները կկարողանան ստուգել Ձեր կոդը;
• զարգացում փորձարկման մեթոդների, այդ թվում `դիտելու եւ մոդելավորման ծրագրեր վաղ փուլում, պետք է վերացնել շատերը հակասությունների.
• ներկայությունը բազմաթիվ խոսակցությունների քննության չի կրճատել ժամանակը սխալի հայտնաբերման;
• Ստատիկ անալիզատոր եւ հայտնաբերման նշանակում է ավելի լայնորեն օգտագործվում.
• օգտագործումը հանքային matrices, ինչպիսիք են լուսաբանման հստակեցում, շրջանակը մոդելային եւ ծածկագրի լուսաբանման կորոշի զարգացմանը նախագծերի.
• կոմբինատոր գործիքները թույլ են տալիս փորձարկողները է որոշելու, թե առաջնահերթ ոլորտները կարգաբերում.
• testers կապահովի ավելի ինտուիտիվ եւ արժեքավոր ծառայությունները ամբողջ ծրագրային ապահովման զարգացման գործընթացում.
• debuggers կարող է ստեղծել գործիքներ եւ ծրագրային ապահովման փորձարկման մեթոդներ գրավոր եւ շփվել տարբեր ծրագրավորման լեզուների.
• Կարգաբերում փորձագետները կլինի ավելի մասնագիտորեն պատրաստված:

Կփոխարինվեն նոր բիզնես-oriented software փորձարկման մեթոդների, փոխել ճանապարհը փոխգործակցության հետ համակարգերում եւ տեղեկատվություն են տրամադրել, իսկ նվազեցնելով ռիսկերը եւ ավելացման օգուտները գործարար փոփոխությունների: