Тестирање система - Различите врсте и кључно подручје фокуса за тестирање система

Преглед садржаја:

Anonim

Увод у тестирање система

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

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

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

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

Тестирање система је више ограничена врста испитивања; настоји открити оба оштећења унутар „међусастављања“.

Постоје две врсте тестова:

То су специјализовани системи и апликације

Пре директног скока на системски тест, желим да знате ток тестирања. Тако ћете добити јасну идеју. Погледајте следећи дијаграм.

Врсте тестирања система

Испод су различите врсте тестирања које су следеће:

1. Испитивање функционалности

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

2. Тестирање опоравка

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

3. Тестирање перформанси

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

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

4. Испитивање скалабилности

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

5. Тестирање поузданости

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

6. Испитивање документације

Ово тестирање осигурава да су водич за кориснике система и други документи с темама помоћи тачни и употребљиви.

7. Сигурносно тестирање

  • Тестирање које потврђује да програм може приступити овлашћеном особљу и да овлашћено особље може приступити функцијама које су доступне њиховом нивоу заштите.
  • Ово тестирање осигурава да систем не дозвољава неовлаштени приступ подацима и ресурсима.
  • Сврха сигурносног тестирања је утврдити колико добро систем штити од неовлашћеног унутрашњег или спољног приступа или намерног оштећења.
  • Постоји следеће подручје где генерално можемо проверити сигурност:
  1. Аутентикација
  2. Овлашћење
  3. Валидација података
  4. Безбедност у транспорту
  5. Заштита података
  6. Управљање сесијама

8. Испитивање употребљивости

Да бисте били сигурни да је систем једноставан за употребу, учење и рад

9. Испитивање захтева

Сваки систем је тестиран.

  • Директна запажања људи који користе систем.
  • Испитивања употребљивости урађена су у оквиру овог тестирања.
  • Кориснички тестови у оквиру овог тестирања. Назива се и као Бета тестирање.
  • Ово тестирање тестира систем на начин на који ће стварни корисник радити у окружењу.
  • Испитивање употребљивости углавном се користи за дизајн апликације.
  • У тесту употребљивости, стварни корисници покушавају да добију типичне циљеве и задатке са производом под контролисаним условима.

Овај систем се користи за одређивање:

  1. Колико је једноставно разумети употребу апликација.
  2. Колико је лако извршити процес пријаве.

10. Учитавање тестирања

Ово тестирање одређује како се апликација понаша када јој више корисника истовремено приступа на више локација.

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

11. Тестирање стреса

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

  • Тестирање стреса може да садржи улазне трансакције, интерне табеле, канале комуникације, простор на диску итд.
  • Стресно тестирање провјерава да би систем требао радити као у производном окружењу.
  • Она проверава систем у екстремним условима.
  • Испитивање стреса познато је и као Тестирање издржљивости.

12. Тестирање конфигурације

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

13. Испитивање компатибилности

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

Кључно подручје фокуса

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

Концепт тестирања система

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

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

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

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

Тестирање система такође има неколико специјализованих испитивања као што следи:

1. Регресијско тестирање

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

  • Ручно тестирање :

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

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

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

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

  • Аутоматизовано тестирање:

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

Ако имамо пуно измена верзија за апликацију, то је од велике помоћи. Једна класа ових алата се назива снимљени алати за репродукцију.

2. Испитивање грешака

  • Да би се утврдила способност система да правилно обрађује погрешне трансакције.
  • Сва разумна грешка требало би да открије апликациони систем.
  • Контрола грешке током исправљања грешке је обавезна.
  • Поступци углавном гарантују да се грешка исправно исправља.
  • Ово тестирање треба да се деси у читавој СДЛЦ.
  • Грешке обухватају све неочекиване услове.
  • Провјерава способност софтвера да правилно изврши све трансакције.
  • На пример: Само убаците неке погрешне вредности у апликацију да бисте проверили да ли је систем довољно способан да нађе те проблеме. Овај поступак може бити итеративан.

3. Међусистемско тестирање

  • Ово тестирање се врши када се апликација постави на дистрибуирано подручје. И све се дешава интеграција. Ово тестирање се углавном врши ради провјере протока података из главног хост сустава у друге системе.
  • Укратко, можемо рећи да је "тестирање интерфејса између два или више апликативних система."
  • Ово одлучује:
  1. Документација за систем је потпуна и тачна.
  2. Параметри и подаци тачно се прослеђују између две апликације.
  • Постоје делови скупа теста који трансакцију из једног система у други систем врше и обрнуто правилно извршавају. унакрсне провере су се догодиле и ако се догодила грешка, она се тада исправља.
  • Ово тестирање осигурава проток података између апликације.
  • Ово тестирање је заморно ако се не изврши аутоматизација.
  • Трошак је већи ако је итерација више.

4. Испитивање разумности

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

5. Тестирање дима

  • Опћенито, испитивање дима је познато и као „Испитивање верификације градње“.
  • Овај термин је произашао из тестирања хардвера. Током тестирања хардвера, уређај је прошао тест, ако се није запалио или пушио први пут када је укључен.
  • Провјера дима провјерава постојаност софтвера названу Димљење.
  • Тестирање димом одлучује да ли је тестирање довољно за примјену. Да ли је стабилан?
  • Испитивање дима помаже у одређивању места за заустављање.
  • Тестови дима могу се изводити ручно или аутоматизованим алатима.
  • Сценарији испитивања дима наглашавају ширину више од дубине.
  • Испитивање димом је такође познато као Верифицатион тестинг / Линк тестинг / Басиц Фунцтион тестинг.
  • Ово је приступ „Плитко и широко“ апликацији.
  • Испитивање дима помаже раном откривању проблема.
  • Испитивање дима такође помаже да се нађе тестирање интеграције.
  • При тестирању дима све компоненте треба додирнути, а свако веће својство треба кратко испитати.
  • Ако тест не успије, градња се враћа програмерима непровјерено.
  • Испитивање дима углавном се користи за тестирање система, тестирање прихватљивости и тестирање интеграције.

6. Паралелно тестирање

  • Паралелно тестирање значи истовремено тестирање више апликација или подсистема.
  • Можемо рећи да је поређење два различита система.

  • Паралелно тестирање треба одредити - Нова верзија апликације или нови системи раде исправно у односу на постојећи систем који исправно раде.
  • Паралелно тестирање се може користити приликом прихватања новог система.
  • Док се раде паралелно тестирање, исти се подаци користе у оба система.
  • Упоредо са паралелним тестирањем, нови систем се користи са постојећим системом одређено време.
  • Кроз унакрсну провјеру о / п и поређење са о / п из постојећег система. Паралелно се врши тестирање како би се осигурало да нови систем ради до ознаке као претходни систем.

Закључак

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

Препоручени чланци

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

  1. Каријере у тестирању софтвера
  2. Интервјуска питања за испитивање пенетрације
  3. Шта су неуронске мреже?
  4. Неисправан животни циклус у тестирању софтвера
  5. Различити алати за тестирање перформанси