Мени

Шта је испитивање инфраструктуре и зашто је потребно

  • Главни
  • Остало
  • Шта је испитивање инфраструктуре и зашто је потребно

what is infrastructure testing

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

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

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

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

Испитивање инфраструктуре

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

Шта је инфраструктура?

Екосистем ИТ инфраструктуре укључује платформе оперативних система (попут Виндовс, УНИКС, Линук, мацОС), рачунарске хардверске платформе (као што су Делл, ИБМ, Сун, ХП, Аппле), Интернет платформе (као што су Апацхе, Цисцо, Мицрософт ИИС, .НЕТ ), Управљање подацима и складиштење података (као што су ИБМ ДБ2, Орацле, СКЛ Сервер, МиСКЛ) и пословне софтверске апликације (као што су САП, Орацле, Мицрософт).

Шта је испитивање инфраструктуре?

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

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

Шта је испитивање инфраструктуре

Зашто је потребно испитивање инфраструктуре?

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

који има најбољу услугу е-поште

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

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

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

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

индустријски стандард

Које су предности испитивања инфраструктуре?

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

Неколико погодности је наведено у наставку:

  1. Смањење неуспеха у производњи.
  2. Побољшање идентификације квара пре извршења производње. Надоградите квалитет инфраструктуре са нултим клизањем на производњу.
  3. Убрзано извршење теста, оспособљавање за рано покретање.
  4. Помаже у годишњој уштеди трошкова како у пословању, тако и у послу.
  5. Потврдите да софтвер ради у систематском и контролисаном поступку.
  6. Смањење застоја.
  7. Побољшање квалитета услуге.
  8. Доступност стабилних окружења.
  9. Смањење трошкова укључених у ризике.
  10. Боље корисничко искуство.

Предности

Изазови испитивања инфраструктуре

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

# 1) Удаљено окружење

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

# 2) Одсуство посвећеног тима

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

# 3) Истраживање проблема околине за тестирање

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

# 4) Одржавање окружења на једном месту

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

# 5) Ручни рад

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

# 6) Недостатак стандардне дефиниције за испитивање инфраструктуре

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

# 7) Изоловани тимови

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

Ко може да изврши испитивање инфраструктуре?

Разни тимови су укључени у ову врсту тестирања. Они су објашњени у наставку:

Ко може да изврши испитивање инфраструктуре

# 1) Тим за испитивање инфраструктуре

Тим за испитивање инфраструктуре има добру гомилу знања везано за ово тестирање. Такође су укључени у тим за осигурање квалитета. Овај тим зна како да тестира ИТ инфраструктуру. Овај тим зна како да дизајнира тест случајеве за ову врсту тестирања.

# 2) Тим администратора система

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

# 3) Тим за одржавање инфраструктуре

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

# 4) Тим за осигурање квалитета

КА тим је одговоран за извођење регресионог теста. Такође су укључени у интеграционо тестирање. Они врше тестирање у различитим тест окружењима која су створена према различитој инфраструктури.

# 5) Менаџер пројекта

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

Када извршити испитивање инфраструктуре?

Хитно је потребно извршити ово тестирање кад год се уводе било какве промене повезане са инфраструктуром.

Примери таквих промена су:

  1. Било која нова закрпа у систему је развијена.
  2. Доживљава се свако ново ажурирање система.
  3. Свако ажурирање оперативног система.
  4. Верзија / структура базе података је надограђена.
  5. Када постоји надоградња меморије за сервере.
  6. Примена новог алата.
  7. Безбедносне исправке.
  8. Ажурирање софтвера.

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

Такође се изводи када се уведе подршка за нове уређаје за софтвер.

Пример:

  1. Нови преносни рачунари / рачунари
  2. Нови мобилни уређаји
  3. Нови независни алати

Када извршити испитивање инфраструктуре

Методологије испитивања инфраструктуре

У томе имамо различите модуле. Неколико њих је наведено у наставку:

  1. Инфраструктура сервера / клијента
  2. Миграција података
  3. Испитивање инфраструктуре у облаку
  4. Тестирање на мрежном нивоу
  5. Инсталација / Деинсталација / Примена
  6. Испитајте инфраструктуру окружења
  7. ТДД приступ

# 1) Инфраструктура сервера / клијента

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

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

Процедура:

  1. Најважнија ствар је прикупљање захтева од заинтересованих страна.
  2. Дизајнирајте план испитивања у складу са разумевањем потребне инфраструктуре.
  3. Потом се дизајнирају тест примери који покривају подршку за оперативне системе, сценарије надоградње, обим тестирања инфраструктуре сервера / клијента, као и испитивање функционалности.
  4. Након одобрења тест случајева, КА тим извршава сваки сценарио и одговарајуће тест случајеве.

Све промене повезане са сервером / клијентом, попут надоградње, промене конфигурације, већ су тестиране на КА поставкама, па ово осигурава да ће бити мање могуће утицаја у производном окружењу. Такође, различите верзије ОС-а биће тестиране пре примене у производњу. Штавише, ако било шта закаже у производњи, претходно се испитују резервне процедуре како би се осигурала резервна копија.

# 2) Миграција података

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

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

Процедура:

  1. Тестирајте апликацију пре и после миграције.
  2. Тестирајте сервере пре и после миграције података како бисте били сигурни да се не примећују промене.
  3. Тестирајте да се не примећују промене у перформансама апликације након миграције података.
  4. Тестирајте апликацију различитим верзијама базе података
  5. Тестирајте да је нова верзија компатибилна са свим верзијама базе података.
  6. Тестирајте различита подешавања конфигурације сервера са различитим верзијама базе података

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

# 3) Испитивање инфраструктуре у облаку

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

Главни циљ је да се сертификују Цлоуд услуге за различите верзије апликација. Тестирајте архитектуру апликације на Цлоуд-у. Права апликација се симулира на Цлоуд-у и тестирају се перформансе и скалабилност апликација.

Процедура:

  1. Тестирајте оптерећење апликације са различитим конфигурацијама.
  2. Извршите регресијско тестирање и уверите се да апликација не утиче на тестирање оптерећења.
  3. Тестирајте да ли је апликација компатибилна са прегледачем у облаку.
  4. Тестирајте инсталацију апликације у облаку.
  5. Тестирајте да ли апликација ради како се очекује у различитим окружењима у облаку.

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

# 4) Тестирање на нивоу мреже

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

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

Процедура:

  1. Тестирајте мрежни слој за будућа ажурирања апликације.
  2. Тест за резервне поступке у случају било каквог квара у производном окружењу.
  3. Извршите системско тестирање, УАТ тестирање, сигурносно тестирање.
  4. Дизајнирајте тест случајеве и припремите податке о тестовима.
  5. Уверите се да ниједна услуга на нивоу сервера / мреже неће утицати након било ког новог издања.
  6. Тест за изоловану мрежу.
  7. Тестирајте утицај на перформансе апликације на разним мрежама као што су ВПН, Ви-Фи, ЛАН итд.

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

# 5) Инсталација / Деинсталација / Примена

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

Процедура:

  1. Тест за инсталационе пакете потребне за инсталирање апликације.
  2. Тестирајте додатне библиотеке, направите пакете.
  3. Тестирајте време потребно за инсталирање и деинсталирање апликације.
  4. Инсталирајте апликацију на различите оперативне системе.
  5. Потребан је тест простора на диску.
  6. Тестирајте да ли су све датотеке уклоњене након деинсталације апликације.

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

# 6) Тест инфраструктуре окружења

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

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

Процедура:

  1. Поставите тест окружење за редовна издања пројекта.
  2. Направите тест окружење за издања хитних исправки.
  3. Створите решења за управљање проблемима околине сервера и клијента.
  4. Довршити алате за тестирање за план испитивања, дизајн и извршење теста.
  5. Одлучите алате за отклањање грешака и пријављивање грешака.
  6. Направите документ за подешавање тестног окружења.

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

најбољи програм за ажурирање управљачких програма за Виндовс 7

# 7) ТДД приступ

Тест-Дривен Девелопмент или ТДД фрамеворк је метода за прво писање тест случајева на основу захтеваних докумената, а затим примена функционалности према тесту.

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

Процедура:

  1. Пројектни документ за потребе инфраструктуре.
  2. Дизајн плана теста који покрива инфраструктуру потребну за апликацију.
  3. Дизајн тест случајева који укључују тестове инфраструктуре.
  4. Тест за различите конфигурације.

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

Алати за испитивање инфраструктуре

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

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

# 1) Кувар

Шеф

Карактеристике: Кувар подржава језике специфичне за Руби домен. Стога не-програмерима постаје тешко да науче овај алат. Иако је тешко подржати језик, овај алат је изузетно доступан. Шеф следи конфигурацију мастер-славе. У мастер-славе механизму, примарни сервер, односно цхеф-сервер, може се заменити резервним сервером ако се у сваком случају наиђе на квар.

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

Цена: Јефтинији је од Лутке, али скупљи од Ансибле-а. Његова цена је приближно 13,5 хиљада УСД годишње до 100 чворова.

Веб сајт: Шеф

# 2) Лутка

лутка

Карактеристике: Лутка је изграђена са Руби-јем и подржава ДСЛ и Ембеддед Руби. Програмер може управљати конфигурацијом само ако је изабрана Лутка која ће се користити. Тим системских администратора такође је упознат са конфигурацијама овог алата. Прати архитектуру мастер-мастер. Ако активни мастер доживи неуспех, други мастер га може заменити.

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

Цена: Његова цена је највиша и износи приближно 11 000 - 20 000 УСД годишње за до 100 чворова.

Веб сајт: Лутка

# 3) Одговорни

Ансибле

Карактеристике: Ансибле је написан на Питхону и такође подржава скрипте ИАМЛ наредби. Питхон је читљив за људе и зато је овај алат идеалан за системске администраторе. Покреће се са једним активним чвором, али у случају било каквих кварова има и секундарни чвор.

Ансибле је високо скалабилан, тј. Могао би управљати великим бројем чворова без икаквих проблема. У поређењу са Лутком, Ансибле је погоднији у погледу скалабилности. За разлику од Цхеф анд Пуппет, то је високо обезбеђен алат са ССХ.

Цена: Његова цена је много нижа од марионете и кувара отприлике 10.000 УСД годишње за до 100 чворова.

Веб сајт: Ансибле

Закључак

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

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

^