Мени

Како се врши бацкенд тестирање

how perform backend testing

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

о грешци, наставите следеће у ктп

Шта је Бацкенд тестирање и како га извести?

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

Већина напори за тестирање система прођите кроз ГУИ. То је зато што тестирање потврђује да ли је крајњи корисник „способан за употребу“ или не. Крајњи корисници користе ГУИ, а ми такође; зато је заиста важно да софтвер добро кошта у овој области.

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

Комбинација свих ових добро функционишућих елемената чини потпуно обликовану софтверску апликацију. Све што не видимо директно можемо комбинирати као „позадину“.

како извршити позадинско тестирање

Неки од елемената Бацкенд тестирања су:

  • База података
  • АПИ-ји
  • Сервери

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

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

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

Бацкенд тестирање базе података

Најчешће када се користи израз „Бацк Енд Тестинг“, подразумева тестирање базе података.

База података је важан елемент сваке апликације. Када ГУИ и ДБ међусобно неометано комуницирају, ваша апликација добро функционише. Ако постоје проблеми, долази до неусклађених резултата, безбедносних претњи и уских грла у перформансама.

Базе података се обично валидирају за:

  • КИСЕЛИНА својства
  • ЦРУД операције
  • Шема
  • Миграција
  • Усклађеност пословног правила
  • Сигурност
  • Перформансе

Напредни ЕТЛ и системи за одржавање складишта података ће такође требати тестове против њих.

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

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

Многи алати често користе тестере за интеракцију и потврђивање понашања ДБ-а путем упита.

разлика између тестирања система и тестирања прихватљивости корисника

Погледајмо неколико категорија ових алата за тестирање Бацкенд базе података:

# 1) Интерфејси који вам омогућавају повезивање и покретање ваших упита према базама података.

Неки од њих имају ГУИ, а неки немају.

  • ТОАД: Сигуран сам да су сви чули за ово. Подржава многе базе података и платформе. Долази и у бесплатној и у комерцијалној верзији. Више информација, ресурсе и бесплатну верзију можете наћи на свет жаба
  • пХпМиАдмин: Ово је изврстан алат отвореног кода који вам омогућава покретање упита и интеракцију са вашом ДБ преко корисничког интерфејса. Лично сам ово користио и мој тим воли колико је алат интуитиван. Требао нам је нулти тренинг да бисмо се удобно осећали. Топло препоручујем овај алат ако тражите медиј за повезивање са базама података МиСКЛ и МариаДБ пхпмиадмин
  • ХеидиСКЛ: Веома сличан пХпМиАдмин. Повезује се са МиСКЛ, Мицрософт СКЛ базама података и ПостгреСКЛ. Отворени извор. Више информација потражите на ххеидискл

Листа алата је бескрајна, али горе наведени су неки од најпопуларнијих избора.

# 2) Алати за бенчмаркинг оптерећења и перформанси:

  • ХаммерДБ: То је алат отвореног кода за који јамче многи стручњаци за ДБ. Ја лично ово нисам користио, али подржава многе базе података. Из снимака екрана и изгледа изгледа као алат који вреди проверити. Више детаља на хаммердб
  • СЛОБ: Алат Силли Литтле Орацле Бенцхмарк вам помаже да одредите време и процените И / О стил ДБ трансакција. Може вам помоћи да разумете ЦПУ, меморију и време обраде за велике трансакције на вашем систему. Више детаља на кевинцлоссон
  • Свингбенцх : Ово је врло сличан алат као ХаммерДБ. Ово ради на Орацле ДБ-овима и врло је ефикасно. Да бисте разумели алат и његове карактеристике, испробајте овај водич: доминицгилес

АПИ тестирање

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

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

Размена порука и слање / примање позива користе се уместо директног слања и примања улазних и излазних података.

Најпопуларнији алат који се користи за тестирање АПИ-ја је СОАПУИ.

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

Овде је покренуто неколико тестова:

# 1) Инсталација: Када се инсталација заврши, можете да одете у одговарајуће фасцикле и уверите се да су датотеке / елементи стигли до својих циљних фасцикли на начин на који су требали. Ако се питате „како ћу знати где све треба да иде?“, Питајте своје развојне или развојне тимове и они ће то моћи да вам потврде.

Овај корак можда није обавезан, али неке компаније користе ручно постављање. У том случају то може постати важно тест дима / здраве памети Корак.

# 2) Евиденције: На серверима се воде евиденције за статус сваке трансакције. То ће нам дати увид у то да ли је процес од краја до краја био успешан.

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

То није правило, али генерално је већина сервера УНИКС систем. Дакле, да бисте могли лако да их обрадите, требат ће вам начин повезивања са вашим сервером.

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

УНИКС системи немају графички кориснички интерфејс и то је оно што их чини савршеним да буду Апп и ДБ сервери. Сигурни су, апстрактни, бржи и јефтинији. Постоји много укуса УНИКС-а и због одсуства ГУИ-а, мораћемо да користимо команде за комуникацију са сервером. Сви имамо своје приступне ресурсе за УНИКС команде а овај је мој: фрееингинеер

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

# 3) Перформансе и сигурност сервера:

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

Доступно је много алата да бисте ово проверили, а да бисте пронашли онај који вам одговара, погледајте ову листу: 30+ најпопуларнијих алата за тестирање веб апликација

Коначно,

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

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

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

Другим речима, то је функционалност. „Где тестирате“ и „како тестирате“ разликују се.

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

О аутору: Овај чланак написао је члан СТХ тима Свати С.

Ваш је ред да делите!

Реците нам како смо прошли са овим чланком. Да ли постоји још нека врста позадинског тестирања које ви радите? Које алате користите? Које технике су вам се учиниле корисним? Има ли изазова?

Ваши коментари, питања, учешће и читалачка публика су нам драгоцени!

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

^