Мени

Тест концепт, процес и стратегија управљања подацима

test data management concept

Испробајте Наш Инструмент За Елиминисање Проблема

У последњем упутству смо се усредсредили на како припремити испитни лежај како би се умањиле грешке у тест окружењу . У наставку са истим упутством, данас ћемо научити како поставити и одржавати тест окружење и важноТест Дата Манагементтехнике.

Процес подешавања тестног окружења

Најважнији фактор за тест окружење је његова репликација што је могуће ближе окружењу крајњег корисника. Обично се од крајњих корисника не очекује да сами изврше било какву конфигурацију или инсталацију пошто им се испоручи комплетан производ или систем. Отуда, би та дефиниција, чак ни испитни тимови не морају изричито изводити такве конфигурације.

Тест концепт, процес и стратегија управљања подацима

Ако су било које такве конфигурације потребне само у сврху тестирања (али ће бити конфигурисане за крајње кориснике), тада морају бити идентификовани администратори. Они администратори који конфигуришу развојно окружење морају бити исти људи који конфигуришу тест окружење.

Ако развојни тим сам преузме иницијативу у инсталацији / конфигурацији, они морају да помогну да се то учини чак иу тест окружењу.

На пример, ако морате да тестирате апликацију (са припадајућим међупрограмом који треба инсталирати и конфигурисати) на систему на различитим ОС платформама итд. - најбољи начин да се ово реши је употреба виртуелизација или Цлоуд окружења .

Имајте главни систем у којем су све апликације и потребни међупрограми исправно инсталирани и конфигурисани. Затим направите овај систем главном сликом тако што ћете га снимити и клонирати неколико инстанци са исте те слике тако да се сваки корисник осећа као да има наменски систем са апликацијом која се тестира.

Овде доле је сликовити приказ онога што би подразумевао поступак тестног окружења:

подаци о тестирању и процес окружења за тестирање

Процес подешавања тестног окружења

Шта ћете научити:

Одржавање тестног окружења

Толико речено о припреми тестног окружења, мада је то изазов, ово је несумњиво више од основа за неопходност одржавања или стандардизације тестног окружења. Пуно пута тестер изгуби време тестирања због проблема са околином или подешавањем.

Са брзим порастом оперативних система и асортимана хардвера и софтвера, окружење мора бити готово динамично по својој природи, како би се носило са потребама. Тест тимови могу осигурати да испоручују висококвалитетне производе са добрим поступком управљања тестовима, а то би помогло у оптималном коришћењу ресурса који су ограничено доступни.

Кључни путокази како би се осигурало ефикасно одржавање тестног окружења

Као тест окружења, већина пута садржи хетерогене платформе и стекове, у наставку су наведени неки кључни смерници како би се осигурало ефикасно одржавање тестног окружења.

# 1) Ефикасно дељење и дистрибуција околине:

Као што је већ раније поменуто, један од кључних изазова припреме тестног окружења је да многи тимови или људи морају да користе исти скуп ресурса у своје сврхе тестирања. Стога треба развити одговарајући механизам за дељење који ће одговарати потребама свих тимова и људи без одлагања распореда.

То се може постићи одржавањем спремишта или везе са информацијама у којој се налазе сви подаци који се односе на:

  1. ко користи животну средину,
  2. када је окружење слободно за коришћење и
  3. како се тачно уноси расподела времена коришћења околине.

Проактивним одређивањем где је потреба за ресурсима велика наспрам њихове ограничене доступности, велика количина хаоса се аутоматски поништава.

Други аспект овога је преиспитивање потреба тимова за ресурсима за сваку циклус испитивања и потражите који се ресурси не користе у великој мери. Анализирајте да ли се ти одређени ресурси могу заменити било којим новим ресурсима или системима који би могли бити потребни.

# 2) Провера исправности:

Неки захтеви за тестирање захтевају свеобухватно подешавање теста или подешавање које укључује сложене кораке које је крајње потребно потрошити. То је посебно случај током тестирање од краја до краја који укључује две или више компоненти за заједнички рад. Отуда, можда ће више тимова морати поново да користе исто тестно окружење.

У таквим случајевима, добро разумевање целокупног окружења у целини, успоређивање врста тестова које обављају различити тимови, створиће разумну слику која ће помоћи тим релевантним тимовима да пружи те специфичне ресурсе.

Узимајући у обзир горе наведене факторе - може се извршити основно испитивање здравственог стања које ће помоћи у убрзавању тестова за поједине тимове или их одмах алармирати ако околина мора да претрпи неке промене или поправке као резултат тих провера исправности стања.

# 3) Праћење свих прекида:

Као што сваки тим који поседује тест окружење има своје, организација има сва могућа тест окружења која одржава глобални тим за подршку.

Поред тога, баш као што тимови који поседују своје тестно окружење имају свој локални застој у случају било какве надоградње фирмвера / софтвера, глобални тимови такође морају да осигурају да се сва окружења придржавају најновијих стандарда који могу укључивати или прекид напајања или мреже.

Стога они који одржавају тест окружење морају припазити на све такве прекиде који се могу догодити и претходно обавестити тест тим да сходно томе планирају свој рад.

# 4) Виртуелизујте где год је то могуће:

Ово је опет врло релевантно тамо где треба извршити тестирање делећи животну средину и постоји остра потреба за оптимизацијом ресурса. Одговор је у таквим ситуацијама коришћење виртуелног окружења као што је облак.

Када користе такво окружење, све што тестери морају да ураде је да обезбеде тренутак и ова инстанца једном када се припреми, формираће независни Тест Бед или Тест Енвиронмент који садржи све разнолике ресурсе као што су наменски ОС, база података, миддлеваре, оквири за аутоматизацију. итд., потребни за испитивање.

Када се тестирање заврши, ови случајеви се могу уништити, чиме се у великој мери смањују трошкови за организацију. Облаци у облаку су посебно корисни за тестирање функционалне верификације и подручја за аутоматизацију.

# 5) Испитивање регресије / аутоматизација:

обриши елемент из низа јава

Како и када се развијају нове функције и функције, регресијски тестови треба извршити за ове функције за сваки циклус издања. Стога, иако се на постериорном делу чини да тест окружења за регресијско тестирање раде на истој поставци теста са истим подацима, у ствари они непрестано развијају свако издање у складу са функцијама које се такође примењују.

Сваки циклус издања производа имао би један или више кругова регресионог тестирања. Стога би успостављање регресионих тест окружења за сваки циклус пуштања производа и њихова поновна употреба у циклусу дефинитивно приказало стабилност тестног окружења.

Развој оквира за аутоматизацију и коришћење аутоматизације за регресивне тестове такође помаже у побољшању ефикасности тестног окружења јер ће аутоматизација претпоставити да је окружење стабилно и да су настали недостаци искључиво оријентисани на карактеристике / код.

# 6) Опште управљање:

Када постоје неки проблеми са хардвером или софтвером тестног окружења, ти проблеми се морају упутити правим људима како би се обезбедили поправци ако их они који одржавају лабораторију не могу поправити интерно.

На пример, ако било које тестирање произведе квар који се састоји од ограничења фирмвера или софтвера који се користи у тренутном окружењу, то обично не могу поправити само они који су одговорни за одржавање околине.

Стога се од потрошача (који је у овом случају испитивач) мора тражити да поднесе одговарајуће захтеве за услугу. Они се морају упутити одговарајућем добављачу или тиму и са њима се мора редовно вршити координација како би се осигурало да се следећа верзија реши за одређени проблем.

Други аспект управљања био би пружање детаљних извештаја о животној средини менаџменту или заинтересованим странама, што помаже у постизању транспарентности и представља добро тло за сваку анализу.

Припрема података за тестирање

Погледајмо сада последњи део а Стварање пробног лежишта - што укључује подешавање података о испитивању . Са тако великим делом који се говори о тестном окружењу, истинска суштина тестног окружења, његова робусност и ефикасност могу се мерити подацима о тестирању. По дефиницији, тест подаци су било која врста података која се даје софтверском коду који се тестира.

Иако проводимо доста времена у дизајнирању тест случајева, разлог због којег су подаци о тестовима важни је тај што обезбеђује потпуну покривеност тестирањем за све врсте сценарија, а самим тим и побољшање квалитета. Могли би постојати неки подаци о тестовима који су потребни за свако тестирање на срећном или позитивном путу.

Неки други подаци могу бити дизајнирани за тестирање грешака или негативних резултата, што је врло корисно у откривању учинка апликације када се стави у необичне ситуације.

Подаци о тестирању се обично креирају пре него што започиње извршење текста, јер свако тестно окружење има свој скуп сложености или је припрема самих података можда дуготрајан процес. Дакле, опћенито извори података за тестирање могу бити интерни развојни тим или крајњи корисници који троше код или функцију.

На пример,Испитивање функција

Узмимо пример где треба да извршите функционално тестирање или тестирање црне кутије. Овде је циљ да код мора функционално да задовољи специфициране захтеве.

Дакле, у таквим случајевима - припрема тест случајева обично треба да обухвати следеће врсте података:

  • Подаци позитивне путање: Са референтним документом развојне употребе, ово су подаци углавном синхронизовани са извођењем сценарија позитивног пута.
  • Подаци негативне путање: Ово су подаци који се генерално сматрају „неваљаним“ у погледу исправног функционисања кода.
  • Нулл подаци: Навођење података када их апликација или код очекују.
  • Погрешни подаци: Утврђивање перформанси кода када се подаци достављају у илегалном формату.
  • Подаци о граничним условима: Тестирајте податке који се испоручују из индекса или низа да бисте утврдили како код ради.

Подаци о тестирању играју кључну улогу у утврђивању где се производ или карактеристика могу у потпуности покварити. Увек имајте праксу да анкетирате и потврдите врсту података који се уносе у тест окружење у различитим фазама тестирања.

Тест Дата Манагемент

Када подаци о тестовима играју тако важну улогу у обезбеђивању квалитета производа, разумно је рећи да његово управљање и рационализација такође играју подједнако важну улогу у обезбеђивању квалитета било ког производа који мора бити објављен купцима.

Потреба за управљањем тест подацима и најбоља пракса:

# 1) Велики број организација има брзо променљиви пословни циљеви како би се удовољило потребама крајњег корисника и стога је непотребно напомињати да су одговарајући подаци о испитивању кључни за одређивање квалитета испитивања. То ће подразумевати постављање тачне врсте података за одговарајућа тестна окружења и праћење образаца понашања.

Као што је већ речено, велики део времена тима за тестирање троши се на планирање података о тестовима и сродним задацима. Много пута је тестирање било које функционалности углавном отежано због недоступности одговарајућих тест података, што представља критичан изазов у ​​погледу комплетне покривености тестирањем.

#два) Такође понекад за одређене захтеве испитивања податке о тестирању треба стално освежавати . То само по себи узрокује велико закашњење у циклусу због сталног поновног рада, што такође повећава трошкове апликације која долази на тржиште.

У одређеним другим случајевима ако производ који се испоручује има везе са различитим јединицама радне групе у великој организацији, стварање и освежавање података о тестовима захтева сложени ниво координације међу тим радним групама.

# 3) Иако испитни тимови морају да створе све врсте података које су могуће како би се осигурало адекватно тестирање, организације такође морају узети у обзир да би то чинило да би све различите врсте података требало да буду ускладиштене у некој врсти спремишта.

Иако је спремиште добра пракса, складиштење прекомерних и нежељени подаци не само да би значајно повећао простор за складиштење за чување ових великих делова података, већ би и изазов дохватао одговарајуће податке за дотично тестирање ако не постоји одржавање верзије и архивирање овог спремишта.

Већина организација се генерално суочава са овим уобичајеним изазовима у погледу података о тестовима. Стога, морају постојати неке стратегије управљања које треба успоставити како би се степен ових изазова свео на минимум.

Овде су дате неке предложене методологије за управљање подацима о тестовима и њихово одржавање у складу са потребама тестирања. Следеће праксе су врло основне и опште, што ће обично радити за већину организација. Начин на који је усвојен искључиво је дискреционо право одговарајућих организација.

Тест стратегије управљања подацима

# 1) Анализа података

Генерално, подаци о тестовима се граде на основу тест случајева које треба извршити. На пример, у тиму за тестирање система, крајњи крај сценарија теста треба идентификовати на основу чега су дизајнирани подаци о испитивању. То може да укључује једну или више апликација да раде.

Рецимо, у производу који се бави управљањем радним оптерећењем - укључује апликацију управљачког контролера, међупрограме и апликације базе података које функционишу у међусобној вези. Потребни подаци о испитивању за исти могли би бити расути. Потребна је темељна анализа свих различитих врста података који могу бити потребни како би се осигурало ефикасно управљање.

# 2) Постављање података за пресликавање производног окружења

Ово је обично продужење из претходног корака и омогућава разумевање шта ће бити крајњи корисник или производни сценарио и који подаци су потребни за исти. Користите те податке и упоредите их са подацима који тренутно постоје у тренутном тестном окружењу. На основу ових података можда ће бити потребно креирати или изменити нове податке.

# 3) Одређивање чишћења података о испитивању

На основу захтева за испитивањем у тренутном циклусу пуштања (где се циклус издања може протезати током дужег времена), подаци о тестирању ће можда морати да се измене или креирају како је наведено у горњој тачки. Ови подаци о испитивању, иако нису одмах релевантни, можда ће бити потребни касније. Стога треба формулисати јасан поступак утврђивања када се подаци о испитивању могу очистити.

# 4) Идентификујте осетљиве податке и заштитите их

Много пута је за правилно тестирање апликација потребна велика количина врло осетљивих података. На пример, тестно окружење засновано на облаку је популаран избор јер пружа тестирање различитих производа на захтев.

Међутим, нешто толико основно као што је гарантовање приватности корисника у облаку је разлог за забринутост. Дакле, посебно у случајевима када ћемо морати да реплицирамо корисничко окружење, мора се идентификовати механизам за заштиту осетљивих података. Механизмом се у великој мери управља обимом коришћених тест података.

# 5) Аутоматизација

Баш као што усвајамо аутоматизацију за извођење понављајућих тестова или за извођење истих тестова са различитим врстама података, такође је могуће аутоматизовати стварање података о тестовима. Ово би помогло у откривању грешака које се могу појавити у вези са подацима током тестирања. Могући начин да се то постигне је упоређивање резултата добијених низом података из узастопних пробних циклуса. Затим аутоматизујте овај поступак упоређивања.

# 6) Ефикасно освежавање података помоћу централног спремишта

Ово је далеко најважнија методологија и чини срж примене управљања подацима. Све горе поменуте тачке, посебно оне у вези са подешавањем података, чишћењем података, директно или индиректно су повезане са овим.

Много напора у стварању тест података може се уштедети одржавањем централног спремишта које садржи све врсте података који могу бити потребни за разне врсте тестирања. Како се то ради? У узастопним циклусима теста, за нови тест случај или модификовани тест случај проверите да ли подаци постоје у спремишту. Ако не постоје, прво унесите те податке у тест окружење.

Даље, ово се може усмерити на ово спремиште за будућу употребу. Сада за узастопне циклусе издања, тест тим може користити све или подскуп ових података. Није ли предност врло очигледна? У зависности од скупа података који се често користе, застарели подаци могу се лако елиминисати и на тај начин осигурати да увек буду присутни тачни подаци, смањујући тако трошкове чувања тих непотребних података.

Друго, такође можете да сачувате неколико верзија овог спремишта или да га ревидирате по потреби. Поседовање различитих верзија спремишта може у великој мери помоћи у регресионом тестирању да се идентификује која промена података може проузроковати ломљење кода.

Закључак

Тест окружење би требало да буде од примарне важности у сваком тест тиму. Сваки циклус издања донеће читав низ нових изазова за борбу са непоузданим и непланираним тест окружењем.

Као револуционарна мера, многе организације сада постављају стратегије попут формирања посвећених тимова за одржавање тестног окружења који успостављају одређене оквире за ефикасно одржавање тестних окружења, како би осигурали несметаније циклусе објављивања.

Побољшано тестирање је само очигледан ефекат рационализације управљања тест подацима. Његова кључна суштина је да се организацијама осигура исплативо решење, а да се притом не прави компромис у погледу поузданости производа.

Реците нам како управљате тест окружењем и како припремате податке за тест? Желите ли да додате савете?

Препоручено читање

^