Թարմացվել է օգոստոսի 28, 2019
Թեստավորումը լայնորեն ընդունված է որպես ծրագրաշարի մշակման մի մաս, քանի որ ծրագրակազմը մշակվել է: Այնուամենայնիվ, Business Intelligence- ը (BI) ավելի դանդաղ է ընդունել թեստավորումը ՝ որպես BI ծրագրակազմի զարգացման ինտեգրված մաս, ինչպիսին է IBM Cognos- ը: Եկեք ուսումնասիրենք, թե ինչու է BI- ն ավելի դանդաղ ընդունել թեստավորման պրակտիկան և դրա հետևանքները ՈՉ փորձարկում,
Ինչու՞ կազմակերպությունները չեն ստուգում BI…
- Timeամանակի սահմանափակումներ. BI նախագծերը մշտական ճնշման տակ են ՝ ավելի արագ առաքման համար: Որոշ կազմակերպություններ չեն կարող գիտակցել, որ ժամանակը կրճատելու ամենահեշտ փուլը թեստավորումն է:
- Բյուջետային սահմանափակումներ. Կարծիք կա, որ թեստավորումը չափազանց թանկ է և չի կարող նվիրել փորձարկման թիմ:
- Ավելի արագ ավելի լավ է. Սա անպայման «ճարպիկ» մոտեցում չէ, և դա կարող է ձեզ ավելի արագ սխալ տեղ հասցնել:
- «Պարզապես դա արա առաջին անգամ» մտածելակերպը. Այս միամիտ մոտեցումը պնդում է, որ որակի վերահսկման առկայությունը պետք է նվազեցնի թեստավորման անհրաժեշտությունը:
- Սեփականության բացակայություն. Սա նման է նախորդ փամփուշտին: Մտածմունքն այն է, որ «մեր օգտվողները դա կփորձարկեն»: Այս մոտեցումը կարող է բերել դժգոհ օգտվողների և աջակցության բազմաթիվ տոմսերի:
- Գործիքների բացակայություն. Սխալ պատկերացում, որ նրանք չունեն փորձարկման ճիշտ տեխնոլոգիա:
- Թեստավորման անհասկանալիություն. Օրինակ,
- Թեստավորումը պետք է գնահատի տվյալների ճշգրտությունն ու վավերականությունը, տվյալների հետևողականությունը, տվյալների արդիականությունը, առաքման աշխատանքը և առաքման մեխանիզմի օգտագործման հեշտությունը:
- BI նախագծի ընթացքում թեստավորումը կարող է ներառել ռեգրեսիայի թեստավորում, միավորի փորձարկում, ծխի փորձարկում, ինտեգրման փորձարկում, օգտվողների ընդունման թեստեր, ժամանակավոր թեստավորում, սթրեսի/մասշտաբայնության փորձարկում, համակարգի աշխատանքի փորձարկում:
Որո՞նք են BI- ի չստուգման ծախսերը:
- Անարդյունավետ ձևավորում. Թույլ ճարտարապետությունը կարող է չբացահայտվել, եթե փորձարկումներն անտեսվեն: Դիզայնի խնդիրները կարող են նպաստել օգտագործման հարմարավետությանը, կատարմանը, վերաօգտագործմանը, ինչպես նաև սպասարկմանը և պահպանմանը:
- Տվյալների ամբողջականության խնդիրներ. Տվյալների կոռուպցիան կամ տվյալների ծագման մարտահրավերները կարող են հանգեցնել թվերի նկատմամբ վստահության պակասի:
- Տվյալների վավերացման խնդիրներ. Վատ տվյալների վերաբերյալ ընդունված որոշումները կարող են կործանարար լինել բիզնեսի համար: Չկա ավելի վատ բան, քան փորձել կառավարել սխալ ցուցանիշների վրա հիմնված չափանիշներով:
- Օգտվողի ընդունման նվազում. Եթե թվերը ճիշտ չեն, կամ եթե ծրագիրը օգտագործողի համար հարմար չէ, ձեր օգտվողների համայնքը պարզապես չի օգտագործի ձեր ձեռնարկության նոր փայլուն BI ծրագրակազմը:
- Ստանդարտացման բացակայության պատճառով ծախսերի ավելացում.
- ԱՀ զարգացման ցիկլի հետագա փուլերում արատների վերականգնման ծախսերի ավելացում. Պահանջների փուլից դուրս հայտնաբերված ցանկացած խնդիր կարժենա երկրաչափական ավելի թանկ, քան ավելի վաղ հայտնաբերված լինելու դեպքում:
Այժմ, երբ մենք պարզաբանել ենք, թե ինչու կազմակերպությունները չեն փորձարկում և որոգայթներ են առաջանում, երբ դուք չեք ստուգում BI- ն, եկեք նայենք ծրագրերի մշակման փորձարկումների վերաբերյալ մի քանի ուսումնասիրությունների:
Ուսումնասիրությունները ցույց են տալիս, որ BI BI պլատֆորմի փորձարկումը խնայում է ձեր գումարը:
Հյուսիսային Ամերիկայի 139 ընկերությունների մեկ ուսումնասիրություն 250 -ից մինչև 10,000 աշխատակիցների չափերով, տարեկան վրիպազերծման ծախսերը կազմել են $ 5.2 միլիոնից մինչև $ 22 միլիոն դոլար: Costախսերի այս տեսականին արտացոլում է այն կազմակերպությունները, որոնք չեն գործում են միավորների ավտոմատ փորձարկումներ: Առանձին -առանձին, IBM- ի և Microsoft- ի հետազոտությունները պարզեցին դա հետ ավտոմատ միավորի փորձարկում, արատների թիվը կարող է կրճատվել 62% -ից 91% -ի միջև. Սա նշանակում է, որ վրիպազերծման համար ծախսվող դոլարները կարող են կրճատվել $ 5M - $ 22M միջակայքից մինչև $ 0.5M- ից $ 8.4M միջակայք: Դա հսկայական խնայողություն է:
Սխալներն արագ շտկելու ծախսերը:
Paperրագրային ապահովման զարգացման հաջող մարտավարությանը նվիրված թուղթ ցույց է տալիս, որ սխալների մեծամասնությունը թույլ են տրվում զարգացման ցիկլի սկզբում, և որ որքան երկար սպասեք հայտնաբերելուն և ուղղելուն, այնքան ավելի մեծ ծախսեր կպահանջվի դրանց ուղղման համար: Այսպիսով, հրթիռային գիտնականին անհրաժեշտ չէ ակնհայտ եզրակացություն անել, որ որքան շուտ սխալները հայտնաբերվեն և շտկվեն, այնքան լավ: Խոսելով հրթիռային գիտության մասին, պատահում է, որ ՆԱՍԱ -ն հրապարակել է մի հոդված հենց դրա վերաբերյալ. «Սխալի ծախսերի էսկալացիա ծրագրի կյանքի ցիկլի միջոցով»:
Ինտուիտիվ է, որ սխալների շտկման ծախսերը մեծանում են զարգացման ցիկլի առաջընթացին զուգընթաց: NASA- ի ուսումնասիրությունը կատարվել է `պարզելու համար, թե որքան արագ է առաջանում հայտնաբերված սխալների շտկման հարաբերական արժեքը: Այս ուսումնասիրությունը համեմատական ծախսերը որոշելու համար օգտագործեց երեք մոտեցում ՝ ներքևից վեր ծախսերի մեթոդը, ընդհանուր ծախսերի բաշխման մեթոդը և վերևից ներքև հիպոթետիկ ծրագրի մեթոդը: Այս հոդվածում նկարագրված մոտեցումներն ու արդյունքները ենթադրում են ապարատային/ծրագրային համակարգի մշակում, որն ունի նախագծային բնութագրեր, որոնք նման են մեծ, բարդ տիեզերանավի, ռազմական ինքնաթիռի կամ կապի փոքր արբանյակի զարգացմանը: Արդյունքները ցույց են տալիս ծախսերի աճի աստիճանը, քանի որ սխալները հայտնաբերվում և ամրագրվում են ծրագրի կյանքի ցիկլի ուշ և ուշ փուլերում: Այս ուսումնասիրությունը ներկայացնում է կատարված այլ հետազոտությունների:
Վերոնշյալ գծապատկերից TRW, IBM, GTE, Bell Labs, TDC և այլոց հետազոտությունները ցույց են տալիս զարգացման տարբեր փուլերում սխալների շտկման արժեքը.
- Պահանջների փուլում հայտնաբերված սխալի շտկման արժեքը սահմանվում է որպես 1 միավոր
- Այդ սխալի շտկման արժեքը, եթե հայտնաբերվի նախագծման փուլում կրկնապատկել Որ
- Կոդի և կարգաբերման փուլում սխալի շտկման արժեքն է 3 միավորները
- Միավորների փորձարկման և ինտեգրման փուլում սխալը շտկելու արժեքը դառնում է 5
- Համակարգերի փորձարկման փուլում, Սխալը շտկելու ծախսերը ցատկում են մինչև 20
- Եվ երբ համակարգը գործարկման փուլում է, Սխալն ուղղելու հարաբերական արժեքը բարձրացել է 98 -ի ՝ պահանջների փուլում հայտնաբերված սխալը շտկելու գրեթե 100 անգամ գերազանցող արժեքից:!
Եզրակացությունն այն է, որ շատ ավելի թանկ արժե վերանորոգել թերությունները, եթե դրանք շուտ չբռնվեն:
Եզրակացություններ
Researchգալի հետազոտություններ են անցկացվել, որոնք ցույց են տալիս ծրագրերի մշակման մեջ վաղ և շարունակական թեստավորման արժեքը: Մենք, BI համայնքում, կարող ենք սովորել մեր ընկերներից ծրագրային ապահովման մշակման գործում: Չնայած ծրագրային ապահովման մշակմանն ուղղված պաշտոնական հետազոտությունների մեծ մասն արվել է, սակայն նման եզրակացություններ կարելի է անել BI- ի զարգացման վերաբերյալ: Թեստավորման արժեքը անվիճելի է, բայց շատ կազմակերպություններ ավելի դանդաղ են օգտվել իրենց BI միջավայրի պաշտոնական թեստավորումից և թեստավորումն ինտեգրվել իրենց BI զարգացման գործընթացներում: -Ի ծախսերը Նշում փորձարկումներն իրական են: Հետ կապված ռիսկերը Նշում փորձարկումներն իրական են:
Wantանկանու՞մ եք տեսնել Cognos- ի ավտոմատացված փորձարկում գործողության մեջ: Դիտեք մեր տեսացանկի տեսանյութերը ըստ սեղմելով այստեղ!
