Тестирање софтвера је невероватно сложено и интензивно поље, са компанијама и независним програмерима који желе да побољшају своје производе низом метода тестирања.
Једна од најчешћих метода које компаније користе за тестирање је тестирање црне кутије, техника која ствара дистанцу између програмера и тестера како би се пружили тачни резултати и елиминисала пристрасност.
Сазнајте више о томе шта је тестирање црне кутије, како завршити тестирање црне кутије и неким предностима имплементације тестирања црне кутије у софтверском инжењерингу помоћу овог детаљног водича.
Шта је тестирање црне кутије?
Тестирање црне кутије се односи на процес тестирања система или дела софтвера без претходног знања о начину на који интерно функционише. Ово не само да се односи на непознавање самог изворног кода, већ укључује и да нисте видели ниједну пројектну документацију која окружује софтвер. Тестери једноставно обезбеђују улаз и примају излаз као што би то урадио крајњи корисник. Иако је ово једноставна дефиниција тестирања црне кутије, она поставља општи систем.
Циљ тестирања црне кутије је да наведе кориснике да комуницирају са софтвером на природнији начин него што је то уобичајено, а да при том не постоје пристрасности које произилазе из већ познавања софтвера.
У овој методологији, људи одговорни за завршетак тестова се разликују од оних који су развили софтвер, стварајући раздвајање између два тима.
1. Када и зашто треба да урадите Блацк Бок тестирање у тестирању софтвера?
Постоји неколико фаза у развојном циклусу у којима је тестирање црне кутије идеално, при чему се већина тестирања црне кутије одвија на крају развоја, непосредно пре објављивања.
Ово укључује методе као што је тестирање прихватања корисника , у којем софтвер иде члановима циљне публике софтвера као облик тестирања пре објављивања. Ово је познатије као бета тестирање и идеално је средство за компанију јер већа изложеност значи да је већа вероватноћа да ће људи пронаћи потенцијалне грешке у софтверу.
Рад са методологијом црне кутије пред крај развојног циклуса је обавезан, јер је ово верзија којој ће корисник највероватније приступити. Можете користити тестирање црне кутије за појединачне функције, али то би поништило сврху тестирања.
2. Када не морате да тестирате црну кутију
Тестирање црне кутије има врло мало сврхе у најранијим фазама развоја. Када компанија гради основну функционалност свог софтвера, користи тестирање беле кутије како би програмер могао да види у ком тренутку кода постоје проблеми.
Такође нема потребе за тестирањем црне кутије када је софтвер отвореног кода или релативно једноставан веб алат или дизајниран да помогне у пројектима кодирања треће стране, пошто постоји релативно голо корисничко сучеље, а корисник може приступити изворном коду програм у сваком случају. Ако очекујете да корисник приступи изворном коду, тестирање црне кутије губи своју главну сврху.
3. Ко је укључен у тестирање црне кутије?
Постоји много улога које су укључене у процес тестирања црне кутије, неке од ових улога зависе од природе компаније која врши тестирање.
Значајне улоге са учешћем у процесу тестирања црне кутије укључују:
· Тестер
Тестер је одговоран за довршавање ручних тест случајева у компанији, писање детаљних тест случајева који детаљно испитују апликацију пре него што их изврше и извештавање о резултатима. Ова улога постоји првенствено у процесу ручног тестирања, при чему аутоматизовани системи преузимају улогу тамо где је аутоматизација тестирања на месту.
· КА аналитичар
КА аналитичар је одговоран за програмирање у тест случајевима у КА процесу, првенствено када компанија користи процес аутоматизације КА теста .
Процес укључује и дизајнирање темељних тест случајева који осигуравају висок ниво функционалности и извршавање тест случајева, враћање резултата када су завршени.
· Програмер
Особа одговорна за развој софтвера који КА тим тестира. Програмер добија повратне информације од тима за тестирање и у складу са тим ажурира софтвер, радећи као део развојног тима, али је у сталној комуникацији са тестерима.
· КА менаџер
КА менаџер је вођа тима за осигурање квалитета и одговоран је за управљање свим задацима које тестери обављају.
Ово укључује уређивање распореда тестирања, организовање листе ствари које треба урадити за чланове особља и решавање било каквих сукоба у тиму. Они такође објашњавају тестирање црне кутије у обуци за новозапослене.
· Водитељ пројекта
Особа одговорна за квалитет финалног пројекта, вођа пројекта надгледа процес тестирања као и развој, обезбеђујући да клијент добије софтверски пакет који задовољава цео бриеф.
Предности тестирања црне кутије
Постоји неколико значајних предности коришћења тестирања црне кутије у вашем развојном раду. Што сте више свесни ових предности, то ћете више моћи да их максимално искористите користећи што је више могуће предности ове технике.
Неке од главних предности коришћења тестирања црне кутије у вашем обезбеђењу квалитета укључују:
1. Нема потребе за техничким знањем
Приступ црне кутије значи да немате потребу за техничким знањем када испитујете апликацију.
Циљ тестирања црне кутије је да се испита како апликација функционише за крајњег корисника, а стандардни корисник нема напредно техничко знање у већини ситуација. Ово може смањити трошкове тестирања, помажући организацији да открије више грешака уз мањи трошак, постајући финансијски ефикасније.
2. Прецизно моделирајте корисника
Крајњи циљ процеса тестирања црне кутије је да се разуме који су проблеми са апликацијом када корисник са њом комуницира на дневној бази.
Неке врсте тестирања црне кутије – које се фокусирају на реплицирање начина на који се корисник понаша, моделирају понашање корисника са високим степеном прецизности. Ово је посебно случај за тестирање прихватљивости корисника, у којем крајњи корисници доживљавају производ, не само моделирајући или симулирајући понашање корисника, већ га стварно имплементирајући.
Моделирање прецизно помаже да се открију све грешке које утичу на стварни рад корисника.
3. Способност цровдсоурце тестирања
Тестирање црне кутије је веома приступачан облик тестирања захваљујући релативно ниским захтевима за вештином.
То значи да компаније не само да могу да ангажују тестере са нижим нивоом техничких вештина, већ и могу да предају своје тестирање страственим купцима. Ово је све чешће у индустрији игара са компанијама које нуде издање за рани приступ, ажурирајући игру током времена како би се решили проблеми које корисници пронађу.
Проналажење грешака у овом случају је много лакше, јер све функције добијају много већи ниво изложености.
Изазови тестирања црне кутије
Поред предности тестирања црне кутије, постоји неколико великих изазова које ћете морати да узмете у обзир. Бити свестан ових изазова значи да се можете прилагодити њима, повећавајући стандард свог тестирања смањењем штетних ефеката које тестирање црне кутије може имати.
Неки од ових изазова укључују:
1. Тешко је пронаћи узроке проблема
Један од главних недостатака тестирања црне кутије је да може бити теже пронаћи узрок проблема када тестери немају приступ ниједном изворном коду.
Иако могу да опишу шта је грешка и када се појави, они немају назнаку који део изворног кода изазива проблеме или зашто.
Тестери то могу донекле ублажити тако што ће бити пажљиви у вођењу белешки, са детаљним порукама о грешци од програмера који такође нуде даљи увид за сва будућа ажурирања.
2. Аутоматизација је сложенија
Пошто активно покушавате да поновите начин на који корисник комуницира са софтверским пакетом, може бити изузетно тешко аутоматизовати процес тестирања црне кутије.
Први узрок овога је чињеница да тестер нема приступ изворном коду, што отежава кодирање тачног тест случаја. Ово је упарено са чињеницом да је тестирање дизајнирано да реплицира људско понашање што је више могуће, са аутоматизацијом посебно дизајнираном да делује на роботски начин.
Можете да уравнотежите овај проблем аутоматизацијом више рутинских задатака и комбиновањем аутоматизације са ручним тестовима где је то могуће.
3. Бори се са тестирањем великих размера
Горе поменуте борбе са аутоматизацијом значе да је тестирање на вишим скалама компликованије. Тестирање великог обима пружа компанијама много више података о софтверу и значи да је грешке лакше пронаћи и реплицирати.
Захтев за ручним тестирањем као приоритетом значи да може бити теже организовати тестирање у већим размерама. Неке компаније се томе супротстављају коришћењем „отвореног бета“ система, у којем свако ко је заинтересован за производ може помоћи у тестирању пре објављивања и подржати компанију пружањем повратних информација о раним верзијама на добровољној основи.
Карактеристике тестова црне кутије
Постоји неколико главних карактеристика тестова црне кутије којих треба да будете свесни, а које разликују тестирање од било ког другог облика обезбеђења квалитета софтвера.
Ове карактеристике укључују:
1. Нема претходног интерног знања
Тестови црне кутије не захтевају претходно интерно познавање софтвера. Ово може бити тешко у неким случајевима јер тестери имају неку представу о аспектима софтвера који тестирају и неким функцијама које траже, али ово је широко дефинисано као немогућност да виде интерну документацију било које врсте .
Једноставно речено, ако би информације биле видљиве крајњем кориснику у продавници апликација или на страници за преузимање веб локације, тестер може да их види.
2. Одвојите тестере и програмере
Фазе тестирања и развоја завршавају различити људи у ситуацији тестирања црне кутије. Ова диференцијација долази од недостатка знања које имају тестери, јер програмери имају знање о изворном коду због чињенице да су они били одговорни за развој.
Компаније приступају овоме на неколико различитих начина у зависности од њихове специфичне ситуације, при чему неке бирају да користе спољну организацију за завршетак тестирања, а веће компаније имају наменска одељења тестера да заврше овај посао.
3. Тестирање у касној фази
Ово се односи на фазу развоја у којој се ово тестирање дешава. Тестови црне кутије се ослањају на релативно напредну верзију постојеће апликације, са свеобухватним корисничким интерфејсом који омогућава потпуну навигацију кроз софтвер и приступ предњем делу сваке функције.
То значи да су тестови црне кутије могући само у неким каснијим фазама процеса тестирања, када је све ово првобитно развијено. Док се кориснички интерфејс и контроле могу мењати како време одмиче, они морају да постоје у неком облику да би омогућили тестовима црне кутије да приступе функционалности.
Шта тестирамо у тестовима црне кутије
Тестирање црне кутије испитује специфичне аспекте софтверског пакета, пружајући додатне информације у неким областима софтвера које воде до ажурирања која повећавају општи квалитет живота.
Неки од главних делова софтверског пакета које тестери испитују у тесту црне кутије укључују:
1. Функционалност
Неки програмери користе тестирање црне кутије као средство да осигурају да део софтвера ради онако како је намењен некоме без постојећег знања.
Огромна већина људи који комерцијално користе било који део софтвера то ради без икаквог разумевања унутрашњег функционисања софтвера, тако да тестирање док поседују ово знање значи да знате решења за било које постојеће проблеме.
Ово темељно тестирање функционалности осигурава да сви доживе најбоље што апликација може да понуди уместо да се сусрећу са грешкама које се не виде када се користи тестирање беле кутије.
2. Кориснички интерфејс
Кориснички интерфејс се односи на сваки начин на који корисник практично ступа у интеракцију са апликацијом како би је натерао да изврши низ задатака. Ово укључује меније са којима корисник ради, специфична дугмад која су присутна у апликацији и брендирање које постоји у целом софтверу.
Програмери проводе већину свог времена пазећи да сама апликација ради како очекују, што значи да је мање пажње на корисничком интерфејсу.
Тестирање црне кутије представља тестере само са карактеристикама софтвера за крај корисника, привлачећи више пажње корисничком сучељу него у већини других фаза тестирања.
3. Перформансе
Поред тога што функционише нормално и изгледа добро, начин на који апликација функционише је од суштинског значаја за задовољство купаца.
Перформансе се односе на неколико фактора, укључујући брзину апликације када реагује на уносе корисника и ресурсе које користи на било ком уређају.
Уз формате за тестирање као што је тестирање од краја до краја које испитује све карактеристике софтвера, програмери могу да виде колико меморије апликација користи и које од функција највише оптерећују њихове уређаје, усмеравајући ефикасност и перформансе -повезане исправке у каснијим верзијама апликације.
Рашчишћавање неке забуне:
Тестирање црне кутије против беле кутије против сиве кутије
Тестирање црне кутије је концепт који звучи слично тестирању сиве кутије и беле кутије, али идеје су суштински различите једна од друге. Њихово збуњивање може изазвати озбиљне проблеме у комуникацији у процесу развоја и узроковати успоравање и мање ефикасан процес ажурирања.
Читајте даље да бисте разјаснили неку забуну око различитих типова „тестирања кутије“, по чему се они разликују једни од других и када их користити.
1. Шта је тестирање беле кутије?
Тестирање беле кутије је понекад познато као „тестирање стаклене кутије“ и односи се на процес тестирања где тестер има потпун приступ свим информацијама иза софтвера. Ово укључује приступ изворном коду и документима о дизајну и клијенту пакета.
На пример, ако тестер ради у најранијим фазама развојног процеса испитујући једну функцију, могућност да види изворни код те функције значи да може одмах да пронађе узрок проблема.
Једно од најбољих времена за коришћење тестирања беле кутије је првенствено интерни задаци. Ово се односи на рани развој функционалне стране апликације, са брзим поправкама које су идеалне јер нема користи од замагљивања кода када не симулирате корисничко искуство. Тестирање белог кода се такође користи у системима отвореног кода, пошто је изворни код доступан свим корисницима у овим случајевима.
Које су разлике између тестирања беле кутије и црне кутије?
Главна функционална разлика између тестирања црне кутије и тестирања беле кутије је ниво приступа који тестер има софтверу, али то има далеко значајније ефекте на аспекте тестирања као што је време.
Тестирање црне кутије види конзистентнију употребу касније у процесу како се производ приближава лансирању, са основним развојним фазама које имају користи од транспарентности и одзива тестирања беле кутије. Када се разматра тест црне кутије у односу на тест беле кутије, ова два се такође разликују по нивоима неопходне стручности, пошто тестирање беле кутије захтева стручност у кодирању и развоју да би било ефикасније.
2. Шта је тестирање сиве кутије?
Тестирање сиве кутије је облик тестирања у којем корисник има неко постојеће разумевање кода без потпуног приступа. Ово подразумева поседовање изворног кода за функцију која се тестира или приступ некој пројектној документацији, тако да корисник разуме шта је општа намера софтверског пакета.
На пример, ако тестер испитује само једну од функција у софтверском пакету, може му се дати приступ изворном коду за тај део апликације.
Компаније првенствено користе тестирање сивих оквира када испитују начин на који је апликација интегрисана са алатом треће стране. Они могу имати приступ изворном коду само за један део процеса, што ограничава њихову способност да заврше темељно тестирање беле кутије. Уместо тога, они виде улазе и излазе интеграције треће стране и изворни код одговоран за интеграцију.
Тестери користе ово да процене да ли се појављују проблеми због софтвера, апликације треће стране или интеграције између њих.
Које су разлике између тестирања црне кутије и сиве кутије?
Главна разлика између тестирања црне и сиве кутије је поново ниво приступа информацијама, при чему је тип софтвера који се тестира један од главних фактора разликовања између типова тестирања.
Тестирање сиве кутије обично укључује алате треће стране као што су складиштење података у облаку или екстерни алати за обраду, док системи црних кутија обично буду једна кохезивна јединица. Многи тестови црне кутије су неометани од стране трећих страна, док интегрисане апликације немају другог избора осим да раде у методологији тестирања сиве кутије.
3. Закључак: Тестирање црне кутије наспрам беле кутије наспрам сиве кутије
На крају крајева, постоје фундаменталне разлике између тестирања црне, сиве и беле кутије, а све се заснива на томе да ли су информације иза сцене представљене тиму за тестирање.
Тестирање црне кутије и беле кутије су екстреми овог спектра, са тестирањем сиве кутије које обухвата све што слободно види све осим изворног кода треће стране да би се могао видети само код иза одређене функције.
Међутим, све ове методе тестирања имају улогу у простору за тестирање софтвера, тако да је неопходно да уложите своје време и пажњу у њихово учење и њихову ефикасну примену.
Врсте тестова црне кутије
Постоје три главне врсте тестирања црне кутије које обухватају сва тестирања која компанија заврши кроз методологију црне кутије. Су:
1. Функционално тестирање
Функционално тестирање обухвата све што окружује начин на који апликација ради механички. Ово укључује осигуравање да обрађује податке на исправан начин, омогућава корисницима да се пријаве са правим акредитивима и обрађује информације и уносе како се очекује.
Тестирање функционалности је један од важнијих аспеката процеса и укључује и локалну функционалност апликације и начин на који она комуницира са спољним алатима и програмима као што су услуге засноване на облаку или алати за једнократну пријаву.
2. Нефункционално тестирање
Нефункционално тестирање се односи на тестирање које испитује било који аспект софтвера који се експлицитно не односи на функционалност апликације. Ово укључује утврђивање да ли је апликација употребљива и лака за разумевање за своје кориснике, компатибилна са широким спектром уређаја и оперативних система и начин на који функционише под значајним нивоима оптерећења (иако ово може да пређе у функционално тестирање у одређеним тачкама).
Ово се првенствено дешава пред крај процеса развоја након што је комплетна апликација састављена.
3. Регресионо тестирање
Након ажурирања, тестери прегледају апликацију да би се уверили да је испунила предвиђену функцију и да нема нежељених нежељених ефеката који узрокују да апликација назадује.
Ово је познато као регресионо тестирање и основни је део осигуравања да је апликација спремна за излазак на тржиште.
Регресионо тестирање се користи након сваког појединачног ажурирања како би се осигурало да су и функционални и нефункционални аспекти апликације у складу са стандардом који је претходно постигнут.
Технике тестирања црне кутије
Када прођете кроз процес тестирања црне кутије, постоји широк спектар техника које можете применити да бисте побољшали стандард свог рада. Неке од најзначајнијих техника тестирања црне кутије које користите у окружењу за осигурање квалитета укључују:
1. Тестирање у пару
Тестирање у пару је облик тестирања који се фокусира на испробавање сваке појединачне комбинације уноса података која је могућа у софтверу.
На пример, ако су бројеви од један до десет сви важећи уноси у једној колони са свим знаковима абецеде у другој, тестирање у пару би тестирало сваку могућу комбинацију од 1А до 10З. Ово је облик тестирања који кориснику може одузети много времена и труда да га заврши, што га чини једном од техника које су најотвореније за потенцијалну хипераутоматизацију . Ово је изузетно темељно и проналази све потенцијалне проблеме са уносом података.
2. Анализа граничних вредности
Многи комади софтвера се ослањају на унос података, при чему подаци имају специфичне границе унутар којих се очекује да клијент ради.
На пример, систем дизајниран за израчунавање цифара од 1 до 100 може се борити са вредностима од 0 или ниже, или веће од 100.
Анализа граничних вредности укључује тестирање ових граница, унос бројева на и око граница које софтвер тестира да би испитао да ли постоје грешке на ивици очекиваног радног опсега софтверског пакета. Ово је првенствено корисно у системима заснованим на прорачунима и може помоћи програмерима да прилагоде границе или пронађу узрок било каквих проблема.
3. Тестирање транзиције стања
Многи програми варирају између различитих „стања“ или „режима“ и захтевају прелазак из једне фазе овог процеса у другу. Ови прелази који раде исправно значи да сајт функционише онако како корисник очекује и да нема неочекиваних застоја.
Тестирање прелаза стања је облик тестирања који испитује све прелазе између стања у делу софтвера, осигуравајући да су функционални и обезбеђујући сигурност да корисник пролази кроз софтвер ради без икаквих непредвиђених прекида.
Тестирање црне кутије у животном циклусу софтверског инжењерства
Тестирање црне кутије је дисциплина која се првенствено користи на крају животног циклуса софтверског инжењеринга. Ово укључује све, од тестирања начина на који ће корисници комуницирати са софтвером до пружања потпуног бета приступа, при чему тестирање црне кутије првенствено долази када све функционалности раде како се очекује.
Штеди много времена и труда у поређењу са тестирањем беле кутије за које је потребан висок ниво стручности, а најбоље се примењује када вам није потребан развојни тим да бисте одмах променили начин на који систем функционише.
Ручни или аутоматизовани тестови црне кутије?
Тестирање софтвера долази у два различита формата, при чему је ручно тестирање традиционални облик који користи тестере софтвера у свакој фази процеса. Ово је чврста контрадикција са аутоматизованим тестирањем, које користи све већи ниво вештачке интелигенције и машинског учења за обављање задатака без икаквог људског уплитања.
Читајте даље да бисте сазнали више о томе шта су ручно и аутоматизовано тестирање, изазови сваког од њих и шта је од њих идеално за компанију.
1. Ручно тестирање црне кутије – предности, изазови, процес
Ручно тестирање црне кутије се односи на процес независног довршавања тестирања црне кутије, користећи чланове особља да заврше све задатке, а не користећи платформу за аутоматизацију као део скупа алата компаније.
Неке од главних предности коришћења ручног тестирања у развоју софтвера су начин на који имате већи степен флексибилности у погледу начина на који завршавате тестирање и начин на који програмери могу да добију далеко детаљније повратне информације које су квалитативне природе.
Међутим, постоји неколико урођених природних изазова за процес ручног тестирања. Прва од њих је чињеница да ручно тестирање може да потраје много времена, при чему су људи спорији од аутоматизованих програма у извршавању својих задатака.
Други је већи ниво потенцијала за грешке, са људима који имају капацитет за погрешне кликове или раде ствари погрешним редоследом. Ово на крају може довести до нетачности у подацима тестирања.
Ручно тестирање је процес који почиње учењем очекивања компаније од апликације пре писања тест случајева који оспоравају овај кратак опис, извршавања тест случајева и извештавања о резултатима развојном тиму.
2. Аутоматизација тестова црне кутије – предности, изазови, процеси
Аутоматизовани тестови се односе на тестове које компанија завршава на софтверском пакету попуњавањем тест случајева помоћу аутоматизованог система. Они користе платформе трећих страна за аутоматизацију софтверског пакета, са свим аутоматизованим корацима који прате посебно припремљене тестне случајеве.
Главна предност аутоматизације теста црне кутије је његова брзина, при чему аутоматизовани програми одузимају много мање времена за свако појединачно покретање теста. Ово доприноси значајном добијању времена у вашем тестирању, које можете потрошити на развијање апликације.
Још једна предност је тачност, јер добар алат за аутоматизацију сваки пут обавља исте задатке истим редоследом.
Недостаци и даље могу изазвати проблеме са аутоматизацијом тестирања црне кутије, при чему је један од главних проблема фокусирање на квантитативне податке. Ово је одлично за метрику, али значи да у тесту прихватљивости корисника има мало драгоцених информација које треба добити.
Такође постоји релативан недостатак флексибилности у аутоматском тестирању, при чему аналитичари морају да кодирају потпуно нове тестне случајеве сваки пут када желе да изврше промену.
Процес аутоматизације тестирања почиње дизајном серије тест случајева који се затим кодирају у систем пре извођења тестова, који дају извештај о завршетку.
3. Закључак: Ручна или аутоматизација тестирања црне кутије?
На крају крајева, избор између ручног и аутоматизованог тестирања црне кутије је компликован и зависи од тога шта тражите у систему.
Ако тражите врхунске квалитативне информације које можете користити да направите измене у дизајну за крајњег корисника, ручно тестирање је далеко боља опција, при чему је аутоматизовано тестирање идеално за функционалне и перформансне фазе у процесу.
Размислите о томе шта тражите у свакој фази процеса тестирања и можете са лакоћом добити вођене податке који побољшавају ваше перформансе.
Шта вам је потребно да започнете тестирање црне кутије?
Постоје неки предуслови којима морате да имате приступ пре него што започнете тестирање црне кутије, од којих сваки помаже у стварању кохерентнијег процеса тестирања.
Неке од ствари које треба имати пре него што почнете са радом на тестирању црне кутије укључују:
1. Софтверски захтеви
Софтверски захтеви се односе на специфичне тачке у опису дизајна које је софтвер дизајниран да постигне. Ово може укључивати низ ствари од потребе да се изврши одређени скуп задатака до одређеног изгледа и осећаја када га користите.
Поседовање ових информација пружа вам неколико специфичних циљева којима ћете тежити у свом тестирању, при чему тестери креирају распоред тестирања и план који резултира кохерентнијим скупом резултата који информишу програмере о проблемима са софтвером.
У неким компанијама, пошто је ово тест црне кутије, програмери ће ограничити приступ тестера бриеф-у.
2. Састављен софтвер
Пре тестирања софтвера, тим за обезбеђење квалитета мора да има приступ софтверу. Ово обично укључује програмере који обезбеђују најновију верзију софтвера, а тим има користи од потпуно свеже компајлиране верзије софтвера за тестирање.
Имати најновију верзију значи да тестови укључују неке од најновијих поправки, што значи да даје тачну представу о томе како софтвер функционише.
3. Циљеви тестирања
Тестери имају тенденцију да приступе периоду тестирања имајући на уму неке специфичне циљеве. Ови циљеви тестирања тачно одређују оно за шта се тестирају у наредном периоду, било да је то прихватљивост корисника, функционалност од краја до краја или завршетак пенетрационог тестирања.
Менаџери за осигурање квалитета имају тенденцију да имају ове циљеве, при чему следећа фаза тестирања обично зависи од тога на чему је тим за развој радио и на делове софтвера на које ти развоји утичу.
Процес тестирања црне кутије
Процес тестирања црне кутије је релативно прецизан, при чему компаније имају користи од праћења корака процеса што је ближе могуће. Различите фазе процеса тестирања црне кутије укључују:
1. Планирање тестова
Започните процес тестирања црне кутије са сложеним процесом планирања. Ово укључује дискусију о свим појединачним циљевима које имате за тест, специфичним аспектима софтвера који испитујете и ресурсима које посвећујете тестирању.
Детаљније планирање значи да сви знају шта треба да раде и када то треба да раде, укључујући методе укључене у тестове.
2. Писање тест случајева
Писање тест случаја је следећа фаза процеса. Тестни случај се односи на низ корака који треба да се заврше у тесту, при чему детаљнији тест случајеви пружају већи ниво доследности за корисника.
У процесу аутоматизованог тестирања, ово такође укључује кодирање тестног случаја у било ком алату за аутоматизацију који планирате да користите.
Још једном проверите све своје тестне случајеве да бисте били сигурни да су темељни и јасни у вези са корацима које треба довршити.
3. Извођење тест случаја
Када припремите своје тестне случајеве, почните да извршавате тест случајеве. Када користите аутоматизацију, ово може бити релативно лак задатак који укључује постављање програма на пут и чекање резултата. Ручно тестирање се ослања на то да запослени узастопно завршавају тест случајеве, са више понављања што доводи до конзистентнијих и квалитетнијих података .
Извршите сваки тест случај што је могуће пажљивије, јер што је прецизније извршење тест случајева, веће су шансе да подаци буду корисни развојном тиму.
4. Завршно извештавање
Завршна фаза извештавања односи се на део процеса у коме тим за тестирање извештава програмере.
Почните тако што ћете укључити једноставан резиме прикупљених информација пре него што додате све метрике које су тестери прикупили. Ово програмерима пружа почетне смернице о идеалном правцу за следећи низ ажурирања пре него што им покажу пуне податке, што им омогућава да дубље разумеју проблеме.
Најбоље праксе за тестирање црне кутије
Без обзира на вашу индустрију, поштовање најбољих пракси је обавезно за сваку компанију. Најбоље праксе се односе на низ понашања и техника које компанија користи у свом свакодневном раду, повећавајући ефикасност компаније и побољшавајући стандард софтвера који компанија користи.
Неке од ових пракси које помажу компанији да побољша квалитет тестирања црне кутије укључују:
1. Фокусирајте се на развој вештина
Ако водите компанију која истовремено ради на неколико комада софтвера, размислите о фокусирању на развој вештина и специјализација тестирања . Што више времена потрошите на специјализацију и развој одговарајућих вештина, веће су вам шансе да отклоните проблеме који постоје у вашим производима.
Ово је упарено са запошљавањем људи који имају одговарајући скуп вештина, али је најприкладније за компаније које имају скоро константно тестирање софтвера јер увек постоји корист од примене ових способности.
2. Уравнотежите радна оптерећења
Неки тимови за тестирање могу бити веома велики, са десетинама, или чак стотинама чланова особља, који редовно завршавају тест случајеве.
Најбоља пракса да извучете максимум из ових чланова особља је да одвојите време и будете пажљиви када додељујете људима одређене задатке. Бурноут има озбиљну историју изазивања проблема у индустрији развоја софтвера, али то је нешто што се може избећи бољим управљањем оптерећењем.
3. Креирајте конзистентне процесе
Компаније су изграђене на томе да имају процесе које њихови чланови особља завршавају на дневној бази, са процесима тестирања, укључујући начин на који компанија пише своје тестне случајеве, завршава истраживање и интерно комуницира између одељења.
Доследност у овим случајевима је кључна, јер значи да људи брже уче када дођу у компанију. Ово доводи до бржег прилагођавања и бољег учинка много раније него у компанији која нема доследност у својим задацима.
Ако можете, креирајте ове процесе на начин који укључује особље у процес доношења одлука, јер то осигурава да се они слажу са стратегијом.
7 грешака и замки у примени тестова црне кутије
Грешке су природне у свакој индустрији, али знање о грешкама пре него што будете имали прилику да их направите може вам уштедети много времена и труда.
Неке од најчешћих грешака и замки у које упадају тестери црне кутије укључују:
1. Недостатак дефинисаног обима тестирања
Неке организације почињу да тестирају своје производе без правилног планирања процеса, што је значајна грешка.
Ако не планирају, компаније могу изгубити појам о обиму тестирања. Договорени обим помаже да тест буде у правом обиму и да ефикасно постигне резултате.
Ако се не сложите око обима тестирања пре него што започнете, постоји озбиљан ризик од преопширног тестирања и одузимања превише времена да бисте добили мање релевантне резултате.
2. Ужурбани процеси тестирања
Тестирање може изгледати као процес који траје веома дуго, посебно са извученим тестним случајевима дизајнираним да испитају целу апликацију. Неки људи могу бити у искушењу да пожуре са својим тестовима, посебно када се понављају ранији тестови. Ово је озбиљна грешка. Пожуривање са тестирањем може довести до грешака у извршавању тест случаја, деградирања вредности података и на крају значи да ћете ипак морати поново да урадите исте тестове.
3. Аутоматизација без процеса верификације
Аутоматизација тестирања се првенствено фокусира на осигуравање да ће унос вредности података довести до правог излаза на крају процеса. Аутоматизација ових тестова функционише тако што се проверава излаз аутоматизованог процеса у односу на оно што резултати треба да буду.
Неки тестери праве значајну грешку тако што сами не израчунају вредност, што значи да немају начина да провере да ли је излаз тачан или не и потенцијално не успевају да пронађу значајне грешке у целом систему.
4. Неуспех коришћења хибридног тестирања
Хибридно тестирање се односи на аутоматизацију балансирања са ручним тестирањем, пошто ове две методе функционишу на начин да савршено покривају недостатке једне друге.
Неке организације, међутим, радије се фокусирају на један од ова два метода. На тај начин отварате своје тестирање озбиљним проблемима и нетачностима.
Завршите хибридно тестирање да бисте постигли бољи ниво равнотеже у тестирању и смањили број грешака што је више могуће.
5. Недовршавање регресионог тестирања
Регресионо тестирање би требало да буде сталан процес у сваком ефикасном систему за тестирање софтвера, при чему се овим обликом тестирања утврђује да ли су ажурирања софтвера изазвала проблеме негде другде у систему. Неуспех да се заврши регресијско тестирање значи да функције које сте тестирали на почетку процеса могу бити неуспешне, а да ви нисте свесни.
Довршавањем регресијског тестирања осигуравате да шаљете производ вишег квалитета без улагања превише додатног посла у процес осигурања квалитета.
6. Активно лов на бубе
Неки мисле да је циљ тестирања црне кутије пронаћи грешке у софтверском пакету и пријавити их развојном тиму, и док је ово један аспект, то није једини фокус. Тестирање постоји да би се генерално побољшао стандард софтверског пакета.
Ако се превише фокусирате на грешке у софтверу, почињете да се крећете ван стандардних токова посла, излазите ван оквира вашег тестирања и игноришете неке од релевантнијих проблема са софтвером у замену за тражење потенцијално ирелевантних недостатака у коду.
7. Игнорисање ваше интуиције
У ручном тестирању, тестер има улогу јер има постојећи осећај интуиције и познавање кода који их води ка потенцијалним проблемима и информише их о областима које треба испитати када раде.
Међутим, неки одлучују да потпуно игноришу ову интуицију када раде на тест случајевима. Ако узмете у обзир све што желите да тестирате и проверите то у новом тест случају, добијате пуну корист од свог техничког знања док још увек завршавате припремљене тестне случајеве.
Врсте излаза из тестова црне кутије
Постоји неколико типова резултата које можете добити од тестирања црне кутије, при чему сваки пружа јединствен увид за компанију која жели да изврши релевантна ажурирања својих производа и побољша квалитет који купци доживљавају.
Неки од главних типова излаза из тестова црне кутије укључују:
1. Квалитативни подаци
Први облик резултата који можете добити од теста црне кутије су квалитативни подаци. Ово су информације које првенствено описују апликацију и произилазе из тестова као што су енд-то-енд тестирање и тестови употребљивости.
Квалитативни подаци обично описују стандард примене, расправљајући о искуству људи са апликацијом и објашњавајући промене које би тестер желео да изврши.
Приликом креирања ових података, тестер обично пише детаљан извештај у којем се наводе сви докази за своје тачке, подржавајући квалитативна мишљења са додатним карактеристикама као што су снимци екрана онога на шта се позивају.
2. Квантитативни подаци
Ово се односи на јасне нумеричке податке у облику метрике, при чему чланови особља за тестирање или узимају у обзир специфичне делове апликације или примају нумеричке податке из протокола за тестирање аутоматизације.
Квантитативне информације имају тенденцију да буду корисније да се програмерима обезбеде различите исправке, указујући на делове апликације као што су њен ниво перформанси, њена ефикасност у смислу коришћених ресурса и број грешака и проблема који су присутни у апликацији.
Квантитативне информације је једноставније анализирати и проценити него њихов дескриптивни еквивалент јер нема потребе за било каквом интерпретацијом.
3. Поруке о грешци
Поруке о грешци се јављају када функционалност софтвера не ради како се очекује. Ово се може сводити на проблеме са хардвером или софтвером, који обично долазе са кратким описом проблема поред кода грешке.
Програмери креирају систем кодова грешака како би им помогли да сузе тачно где се проблем јавља у систему, са неким идејама за имплементацију, укључујући коришћење прве цифре да сузи функцију која има проблем, а другу да опише шта конкретно није успео, а трећи да наведе узрок проблема.
Коришћење овог система кодова грешака значи да програмери одмах знају у чему је проблем и могу да раде на решавању.
Примери тестова црне кутије
Док је теорија која стоји иза тестирања црне кутије релативно једноставна, практична имплементација може бити сложен процес, посебно за оне који први пут тестирају. Видети пример тестирања црне кутије у акцији може вам помоћи да организујете своје тестирање.
Неки примери метода тестирања црне кутије, укључујући више врста тестирања и различите степене успеха, укључују:
1. Неефикасно тестирање прихватања корисника
Компанија жели да објави свој производ у наредним недељама, а тестирање прихватања корисника тек треба да се обави. Апликација је водич за плетење за старију публику.
Програмери настоје да убрзају овај процес и брзо окупе групу тестера, користећи искључиво оне из средине тридесетих година за тестирање јер су они били приступачнија група. Ова група не види проблеме са апликацијом и даје јој зелено светло за јавно објављивање.
Због конфликтних нивоа техничког знања између ове две групе, циљна публика је више збуњена када користи софтвер и не може да приступи многим функцијама. Као одговор, компанија је приморана да заврши хитна ажурирања.
Неуспеси у тестирању као што је ово показују важност темељне припреме.
2. Успешно тестирање од краја до краја
Енд-то-енд тестирање се односи на тестирање које се одвија када се функционалност апликације по први пут у потпуности компајлира у један софтверски пакет.
Компанија је пажљиво планирала да заврши процес тестирања од краја до краја, имајући низ чланова особља ангажованих посебно за обављање задатака тестирања са два запослена посвећена сваком тестном случају.
Пратећи пажљив процес, они завршавају своје тестне случајеве и бележе све податке које прикупе, а менаџер за обезбеђење квалитета саставља податке у кохезивни извештај на крају тестирања.
Програмери користе овај извештај да планирају следећу серију ажурирања и промена апликације, значајно побољшавајући производ.
3. Аутоматско регресионо тестирање
Програмер је завршио серију ажурирања свог софтвера који је, пре ажурирања, функционисао како се очекивало. Након ажурирања, тим за тестирање пролази кроз процес регресијског тестирања, фокусирајући се на аутоматизацију и добијање аутоматизоване платформе за комплетирање свих основних функционалности.
Тим пише код за тест случај и извршава тест случајеве, читајући све резултате тестова и проналазећи потенцијалне проблеме.
Ово спречава настанак проблема због тога што организација врши ажурирања и не проверава да ли она имају проблем или не.
Врсте грешака и грешака откривених тестирањем црне кутије
Иако грешке и грешке нису све у процесу тестирања црне кутије, оне су значајан део начина на који компаније раде на тестирању.
Познавање неких од главних типова грешака и грешака у тестирању црне кутије може вам помоћи да категоризујете све проблеме на које наиђете и разумете више о томе зашто се јављају.
Неке од главних типова грешака и грешака које се могу открити тестирањем црне кутије укључују:
1. Грешке употребљивости
Грешке у употребљивости односе се на недостатке у програму који заправо не утичу на функционалност, али могу изазвати проблеме код корисника који покушава да ступи у интеракцију са софтвером.
На пример, ако апликација има озбиљне графичке грешке, она и даље технички функционише, али без правих икона и текста крајњи корисник не може ефикасно да је користи. Ови проблеми обично окружују дизајн апликације и начин на који се дизајн учитава за корисника, са сложенијим апликацијама које захтевају више графике која је сложенија од оних у једноставнијим корисничким интерфејсима.
2. Функционалне грешке
Функционалне грешке се односе на проблеме који се јављају када део програма не ради како се очекује.
На пример, ако користите део софтвера базе података и покушавате да сортирате информације по одређеној категорији, само да бисте открили да то не ради. Ово важи и за функције које уопште не раде и за оне које изгледају као да раде, али то раде погрешно.
Ово могу бити неки од најзначајнијих проблема за апликацију, који корисницима изазивају значајне непријатности и погоршавају репутацију програмера јер производ не функционише онако како се рекламира.
3. Падови
Када се део софтвера сруши, постоји фундаментални проблем са софтвером који спречава његово покретање. Постоји неколико различитих облика отказивања до којих може доћи, укључујући када се апликација у потпуности затвори или једноставно замрзне у једном тренутку процеса.
Пад је један од најозбиљнијих проблема који може да се деси јер не постоји начин да се апликација врати на функционалност осим потпуног затварања и поновног отварања. Док неке апликације и даље имају процесе који се одвијају у позадини, не постоји начин да се комуницира са софтвером након ове тачке.
Уобичајене метрике тестирања црне кутије
Ручно тестирање црне кутије се истиче у генерисању квалитативних података, али када се фокусирате на квантитативне податке, морате бити свесни метрика које проверавате. Разумевање ових метрика у потпуности вам помаже да разумете недостатке платформе и одредите приоритете у различитим областима на којима ћете радити.
Неке од уобичајених метрика тестирања црне кутије које налазите у свом раду укључују:
1. Стопа грешке
Стопа грешака се може односити на неколико ствари, или на чист број грешака које се јављају у циклусу тестирања софтвера или на грешке које се јављају по сату тестирања. метрика по сату је боља, јер представља густину грешака у софтверу, а не само навођење броја, при чему би веће апликације потенцијално биле погрешно представљене.
Програмери настоје да ограниче стопу грешака у својим апликацијама, пошто што је мање грешака у софтверском пакету, то ће бити боље корисничко искуство коришћења система.
2. Време одговора
Када тестер жели да сазна више о нивоу перформанси који корисник доживљава, време одговора је један од главних аспеката које треба узети у обзир. Ово се односи на количину времена које је потребно софтверу да заврши задатак након што корисник унесе промпт, са дужим временом одговора који показује релативно неефикасну апликацију. Већа времена одговора су разлог за забринутост јер корисници могу изгубити стрпљење са апликацијом која предуго траје.
3. Задовољство корисника
Већина метрика се фокусира на чисте бројеве које генерише софтверски пакет и софтвер за тестирање у тесту, али неке метрике се фокусирају на мишљење.
Ако компанија заврши бета тест који користи 1000 тестера, на пример, може да прикупи податке о броју људи који су задовољни и да то претвори у проценат. Ово је изузетно корисна метрика коју треба да буде доступна на крају циклуса, са вишом стопом задовољства корисника која показује да више људи ужива у програму и указује да је већа вероватноћа да ће у будућности бити добро.
Најбољи алати за тестирање црне кутије
Тестирање црне кутије је облик тестирања који се може значајно ослонити на поседовање алата при руци, како за аутоматизацију тестирања црне кутије, тако и за организовање информација које добијете од својих тестова.
Коришћење праве комбинације алата може помоћи вама и вашем тиму да радите далеко ефикасније и изградите ефикасније процесе у одељењу за осигурање квалитета.
Погледајте неке од најбољих алата за тестирање црне кутије у наставку и сазнајте како тачно сваки од њих може да вам помогне да напредујете:
5 најбољих бесплатних алата за тестирање црне кутије
Мале компаније и компаније у настајању, као што су независни програмери, немају велики буџет за рад када креирају свој софтвер. Ово може донети низ изазова, укључујући проналажење правих алата за рад.
У наставку су неки од најбољих бесплатних алата доступних независним програмерима који желе да побољшају своје токове рада уз ограничени буџет:
1. ЗАПТЕСТ БЕСПЛАТНО ИЗДАЊЕ
Бесплатно издање ЗАПТЕСТ -а је савршен увод у аутоматизацију тестирања софтвера. Овај алат је посебно дизајниран да подржи аутоматизацију било којег задатка, помажући вам да радите брже и ефикасније без обзира на задатак који обављате.
Бесплатна верзија ЗАПТЕСТ-а садржи огромну количину функционалности за подршку аутоматизацији било које апликације… 1СЦРИПТ имплементација унакрсни претраживач, унакрсни уређај, унакрсна апликација и паралелно извршавање су једна од доступних функција.
2. ЈИРА
Бесплатна издања ЈИРА-е су идеални алати за бележење грешака, додавање детаља у тикете и њихово одређивање приоритета у комуникацији са развојним тимом.
Међутим, уместо да буде свеобухватна помоћ за аутоматизацију, ово је специјализовано искључиво за управљање пројектима у процесу тестирања.
3. Селениум ИДЕ
Апликација отвореног кода која снима и репродукује аутоматизацију теста, ово је добар алат да видите шта платформа за аутоматизацију види када заврши тест.
Једна мана Селена је релативан недостатак напредних функција као што је интеграција аутоматизованих задатака на више платформи.
4. АутоХоткеи
АутоХоткеи је потпуно бесплатан језик за скриптовање отвореног кода доступан за Виндовс , који помаже корисницима да креирају скрипте различитих величина које завршавају низ задатака након уношења једног притиска на тастер.
Иако је добар за аутоматизацију једноставних задатака, АутоХоткеи може почети да се бори са неким већим скриптама и захтевима за аутоматизацију.
5. Аппиум
Алат који се првенствено истиче аутоматизацијом иОС апликација , ово је идеалан програм за коришћење када желите да побољшате квалитет својих мобилних апликација .
Највећи недостатак Аппиум-а је чињеница да сте ограничени на веома мали асортиман производа, што значајно смањује ваше доступно тржиште.
5 најбољих алата за тестирање црне кутије предузећа
Бесплатни алати су сви добри, али предузећа и велике компаније морају да имају више функција како би темељно тестирале свој софтвер. Срећом, неки од најбољих алата за тестирање црне кутије предузећа имају свеобухватну функционалност и помажу предузећима да остваре значајан повраћај улагања у своје КА процесе.
Неки идеални алати за тестирање црне кутије за предузећа у које треба размислити о улагању укључују:
1. ИЗДАЊЕ ЗАПТЕСТ ЕНТЕРПРИСЕ
Ентерприсе издање ЗАПТЕСТ-а је један од најзначајнијих алата за аутоматизацију на тржишту и може да обезбеди до 10к повраћај улагања за ваш производ.
Функције као што су приступ ЗАП Екперту са пуним радним временом као удаљеном дијелу вашег тима и неограничене лиценце осигуравају да можете имплементирати аутоматизацију тестирања црне кутије без потребе за стрмом кривом учења и по фиксној цијени без обзира на то колико брзо растете .
2. ТестРаил
ТестРаил је платформа која се фокусира на тестирање у реалном времену са циљем да повеже ваше тестове са кохезивном платформом за управљање пројектима. Иако је ово идеално за централизовање вашег рада управљања тимом, функције аутоматизације су далеко од савршених за развојни тим који тражи велики нагласак на аутоматизованим тестовима.
3. Опкеи
Опкеи је платформа која се фокусира на аутоматизацију без кода, што значи да људи без постојећег техничког знања могу почети да аутоматизују своје услуге тестирања.
Једна од главних мана Опкеи-а је недостатак активне заједнице која окружује софтвер, због чега се можете осећати релативно насуканим када покушавате да аутоматизујете на начин који вам је нов.
4. Перфецто
Перфецто је алатка која се фокусира на помоћ корисницима да аутоматизују мобилне апликације без икаквих озбиљних проблема, радећи на широком спектру уређаја и фокусирајући се на тестирање од краја до краја.
Међутим, апликација ради на стварним уређајима, а не на виртуелним машинама, што додаје још једну велику цену ономе што је већ релативно скуп алат за тестирање, за ограничене платформе.
5. ЈИРА Ентерприсе
Осим завршетка аутоматизације тестирања, управљање пројектима је и даље важно, а ту долази ЈИРА. Ентерприсе ЈИРА има више простора за складиштење и омогућава већем броју корисника да приступе платформи, али може изазвати потенцијалну забуну са потребом за прилагођеним дозволама и приступом за сваког појединачног корисника. Ово захтева доста административног времена да се заврши.
Када треба да користите
Ентерприсе против Фреемиум Блацк Бок алата?
За почетак, већина компанија ће користити фреемиум алате за црну кутију. Ово има смисла са економске тачке гледишта јер ниједно интелигентно предузеће не жели да инвестира у производ који не разуме у потпуности да ли је то из перспективе управљања пројектима или аутоматизације.
Фреемиум алати не укључују само потпуно бесплатне апликације, већ могу укључити и бесплатне верзије пословних производа које компанија користи када учи како да имплементира алат у своје процесе.
Идеално време за организацију да ажурира свој избор алата на издање за предузећа је када компанија почне да доживљава трења у својим процесима тестирања због бесплатног алата. Било да је ово бесплатна алатка која нуди само одређени број лиценци или количину тестирања, у тренутку када почнете да доживљавате неефикасност у својим процесима као резултат алата за тестирање, требало би да пређете на верзију за предузећа која одговара свим Ваше потребе.
Контролна листа за тестирање црне кутије, савети и трикови
Пошто је тестирање црне кутије веома сложена метода тестирања са пуно могућности за изградњу вашег знања о софтверском пакету, постоји неколико ствари које треба да потражите.
Неки важни савети и трикови које треба укључити у контролну листу за тестирање црне кутије укључују:
· Разумевање сажетка
Пре него што почнете да правите било какве планове за тестирање, уверите се да разумете шири сажетак за период тестирања. Ово укључује разумевање софтвера онолико колико вам је дозвољено и учење шта тачно треба да тестирате.
· Корекција теста
Покушајте да укључите све у тестирање како бисте проценили тестне случајеве које користите у тестирању црне кутије. Што више очију види тест случај пре имплементације, веће су шансе да елиминишете све грешке.
· Организујте листу ствари које треба урадити
Нетехничка страна припреме за тестирање црне кутије може бити једнако важна као и техничка страна. Када планирате, направите кохерентну Листу ствари које треба урадити која одређује ко тестира који део софтвера у које време. Ово смањује и конфузију, потенцијално сагоревање и кашњења због преузимања других задатака.
· Одмах забележите резултате
Запишите било који од резултата које тест одмах генерише. Предугим чекањем са ручним тестовима можете погрешно запамтити проблеме, па узимање тренутних белешки значајно повећава прецизност.
· Повежите се са програмерима
Разговарајте о временском оквиру и стратегији тестирања са програмерима како би разумели шта се дешава и када могу да очекују да ће радити на новим ажурирањима. То укључује постављање јасних процеса помоћу којих одељења међусобно комуницирају.
· Подаци који се могу предузети
Када пишете извештај, уверите се да су сви подаци које дате програмеру употребљиви. Ово помаже тиму да развије производ који одговара на његове проблеме, а не да програмер не разуме промене које треба да унесе.
· Разумети своје приоритете
Као тим за тестирање, ваш приоритет је на крају да обезбедите да компанија својим корисницима испоручује производ високог квалитета. Ако тестирање траје мало дуже него што се очекивало, имајте на уму да је то вредна размена за повећање квалитета које корисник доживљава.
· Знати хијерархију
У идеалној развојној компанији, програмери и тестери су на истом нивоу хијерархије, са једнако важном речју о начину на који софтвер расте. Схватите начин на који је хијерархија у вашој организацији и потрудите се да сви разумеју вредност доброг тестирања.
· Чувајте доследну документацију
Чувајте копије свих података и извештаја које генеришете током тестирања. Можете да пратите промене у апликацији за које је одговоран тим за тестирање, поред прегледа старих грешака да бисте видели да ли се оне реплицирају у будућим издањима.
Закључак
Тестирање црне кутије је на крају један од најважнијих делова процеса тестирања софтвера. Помаже компанијама да се увере да је оно што испоручују по највишем могућем стандарду и користи промену у перспективи како би понудио јединствен увид у начин на који спољни корисник перципира и примењује апликацију.
Свака компанија која својим процесима не успе да дода тестирање црне кутије, аутоматизовано и ручно, пропушта прилику да значајно побољша квалитет своје примене. Тестирајте интелигентно и пожњети ћете награде када ваши клијенти добију приступ вашем производу.
Често постављана питања и ресурси
Без обзира на то колико знате о тестирању црне кутије, можда ћете имати више питања и желите да додатно разумете методу. Погледајте наша често постављана питања у наставку да бисте сазнали више о тестирању црне кутије и приступили низу ресурса који вам могу рећи више о методологији.
1. Најбољи курсеви о Блацк Бок Тест Аутоматион
Постоји неколико курсева о аутоматизацији тестирања црне кутије које можете пратити, од којих сваки помаже људима да постигну другачији стандард тестирања.
Неки од најцењенијих доступних курсева тестирања црне кутије укључују:
· „Тестирање црне и беле кутије“ од Цоурсера
· „Серија тестирања софтвера Блацк-Бок” од ББСТ-а
· „Увод у технике тестирања софтвера Блацк Бок“ од Удеми
· „Тестирање аутоматизације софтвера“ Лондонске школе за нове технологије
· „Три кључне технике тестирања црне кутије“ од Удеми-а
2. Којих је топ 5 питања за интервју о тестирању црне кутије?
Тестирање софтвера је веома конкурентна област у којој се велики број кандидата пријављује за свако слободно радно место. Ако обезбедите интервју за позицију у тестирању црне кутије, ово су нека од питања на која бисте можда желели да се припремите да одговорите на интервјуу:
· Какво искуство имате у раду са тестирањем црне кутије?
· Које су главне разлике између тестирања црне и беле кутије?
· Да ли имате искуства у раду са софтверском аутоматизацијом у својим претходним улогама?
· Можете ли да нам кажете када сте имали изазове на радном месту и како сте их превазишли?
· Шта мислите да је будућност тестирања црне кутије и како ваше вештине одговарају дугорочној каријери у тестирању софтвера?
3. Најбољи Иоутубе туторијали о тестирању црне кутије
ИоуТубе је један од најважнијих ресурса за учење који је доступан људима који развијају своје вештине тестирања софтвера, јер пружа бесплатан извор информација које можете користити за развој своје технике.
Неки од најбољих туторијала које можете погледати када учите тестирање црне кутије су:
· „Увод у тестирање црне и беле кутије – Георгиа Тецх – Процес развоја софтвера“ од Удацитија
· „Тестирање црне кутије и стаклене кутије“ од МИТ ОпенЦоурсеВаре
· „7 техника тестирања црне кутије које сваки КА треба да зна“ од стране Академије за тестирање
· „Тестирање црне кутије | Шта је тестирање црне кутије | Научите тестирање црне кутије” од Интеллипаат
· „Шта је тестирање беле наспрам сиве наспрам црне кутије?“ од ИТПроТВ
4. Како одржавати тестове црне кутије?
Одржавање тестова црне кутије, било да су то ручни или аутоматизовани тестови, је ствар обраћања пажње на тестове како се одвијају и сталног тражења да примените поправке ако постоје проблеми.
Ово укључује уверавање да сви тестни случајеви раде онако како очекујете сваки пут и проверу да ли аутоматизовани алати пролазе кроз све исправне кораке. Радите ово што је чешће могуће како бисте спречили да вам стандарди склизну, јер је добро одржаван тест црне кутије онај који даје најтачније могуће резултате.
5. Најбоље књиге о тестирању црне кутије
Док су тестирање црне кутије и тестирање софтвера у целини поље које се стално развија, постоји неколико књига које остају релевантне и нуде много увида у побољшање вашег рада на тестирању.
Неке од најбољих књига о тестирању црне кутије укључују:
· „Тестирање црне кутије: Технике функционалног тестирања софтвера и система“ Бориса Бејзера
· „Тестирање софтвера: Принципи и пракса“ од Сринивасан Десикан, Гопаласвами Рамесх
· „Основе тестирања софтвера“ Ралф Биериг, Степхен Бровн, Едгар Галван
· „Увод у тестирање софтвера“ Паул Амманн, Јефф Оффутт
