- SIT супраць UAT: Агляд
- Тэставаннем сістэмнай інтэграцыі ( SIT)
- Прыняцце карыстальнікам Тэставанне (UAT)
- Асноўныя адрозненні паміж SIT і UAT
- Выснова
У гэтым артыкуле тлумачацца асноўныя адрозненні паміж SIT і UAT. Вы таксама даведаецеся пра тэсціраванне сістэмнай інтэграцыі і метады тэсціравання прыняцця карыстальнікам:
Увогуле, тэсціраванне праводзіцца як тэстарамі, так і распрацоўшчыкамі. Кожны з іх прытрымліваецца ўласнай схемы тэсціравання прыкладання.
Тэставанне сістэмнай інтэграцыі або SIT праводзіцца тэсціроўшчыкамі, у той час як тэсціраванне прыняцця карыстальнікам, шырока вядомае як UAT, праводзіцца ў апошнюю чаргу канчатковымі карыстальнікамі. У гэтым артыкуле падрабязна параўнаюцца SIT і UAT і дапамогуць вам зразумець асноўныя адрозненні паміж імі.
Давайце даследуем!!
SIT супраць UAT: Агляд
У цэлым узроўні тэсціравання маюць наступную іерархію:
- Модульнае тэсціраванне
- Тэставанне кампанентаў
- Тэставанне сістэмы
- Тэставанне сістэмнай інтэграцыі
- Тэставанне прыняцця карыстальнікам
- Вытворчасць
Давайце прааналізуем ключавыя адрозненні паміж Тэставаннем сістэмнай інтэграцыі (SIT) і Тэставаннем прыняцця карыстальнікам (UAT).
Тэставаннем сістэмнай інтэграцыі ( SIT)
Дзве розныя падсістэмы/сістэмы будуць спалучацца ў адзін момант любога праекта. Затым мы павінны праверыць гэтую сістэму ў цэлым. Такім чынам, гэта называецца тэсціраваннем сістэмнай інтэграцыі.
Працоўныя этапы SIT
- Асобныя блокі спачатку павінны быць інтэграваны ў асобныя зборкі.
- Уся сістэма павінна быць правераны ў цэлым.
- Тэставыя прыклады павінны быць напісанывыкарыстанне адпаведнага праграмнага забеспячэння ў адпаведнасці з патрабаваннямі да праграмнага забеспячэння.
- Памылкі, такія як памылкі карыстальніцкага інтэрфейсу, памылкі патоку даных і памылкі інтэрфейсу, можна знайсці ў гэтым тэсціраванні.
Прыклад:
Давайце ўлічым, што сайт аховы здароўя першапачаткова мае 3 укладкі , г.зн. Інфармацыя пра пацыента, адукацыю і папярэднія медыцынскія запісы . Сайт аховы здароўя дадаў новую ўкладку пад назвай Інфармацыя аб ін'екцыі.
Цяпер звесткі або база дадзеных новай укладкі павінны быць аб'яднаны з існуючымі ўкладкамі, і сістэма мае будзе пратэсціраваны ў цэлым з 4 укладкамі.
Мы павінны праверыць інтэграваны сайт, які мае чатыры ўкладкі.
Інтэграваны сайт выглядае нешта, як паказана ніжэй:
Метады, якія выкарыстоўваюцца ў SIT
- Падыход зверху ўніз
- Падыход знізу ўверх
- Падыход вялікага выбуху
#1) Падыход зверху ўніз
Як вынікае з самой назвы, гэта азначае, што ён вынікае выкананне зверху ўніз. Гэта метад, пры якім правяраецца асноўная функцыянальнасць або модуль, а затым падмодулі па парадку. Тут узнікае пытанне аб тым, што мы будзем рабіць, калі паслядоўныя фактычныя падмодулі не прысутнічаюць адразу для інтэграцыі.
Адказ на гэта спараджае STUBS.
Заглушкі называюцца праграмамі . Яны дзейнічаюць як фіктыўныя модулі і выконваюць неабходную функцыю модуля абмежаваным чынам.
Заглушкі выконваюцьфункцыянальнасць блока/модуля/падмодуля часткова, пакуль фактычны модуль не будзе гатовы да інтэграцыі, паколькі інтэграцыя субмодуляў складаная.
Кампаненты нізкага ўзроўню могуць быць заменены заглушкамі ў парадку інтэграваць. Такім чынам, падыход зверху ўніз можа прытрымлівацца структураванай або працэдурнай мовы. Пасля таго, як адна заглушка будзе заменена сапраўдным кампанентам, наступная заглушка можа быць заменена сапраўднымі кампанентамі.
Выкананне прыведзенай вышэй дыяграмы будзе складацца з модуля A, модуля B, модуля C, модуля D, модуля E, модуль F і модуль G.
Прыклад для заглушак:
#2) Падыход знізу ўверх
Гэты падыход прытрымліваецца іерархіі знізу ўверх. Тут спачатку інтэгруюцца ніжнія модулі, а затым інтэгруюцца і тэстуюцца вышэйшыя модулі.
Самыя ніжнія модулі або блокі аб'ядноўваюцца і тэстуюцца. Набор ніжніх адзінак называецца Кластэрамі . Пры інтэграцыі падмодуляў з асноўным модулем, калі асноўны модуль недаступны, ДРАЙВЕРЫ выкарыстоўваюцца для кодавання асноўнай праграмы.
ДРАЙВЕРЫ называюцца праграмамі выкліку .
Пры такім падыходзе ўцечка дэфектаў меншая.
Каб інтэграваць падмодулі ў больш высокі ўзровень або асноўны модуль, ствараецца модуль драйвера, як паказана на малюнку вышэй.
#3) Падыход Вялікага выбуху
Простымі словамі, у падыходзе Вялікага выбуху вам трэба злучыць усе адзінкі адразу іправерыць усе кампаненты. Ніякага падзелу тут не робяць. Уцечка дэфектаў не павінна адбывацца.
Гэты падыход карысны для толькі што распрацаваных праектаў, якія створаны з нуля, або для тых, якія былі істотна ўдасканалены.
Прыняцце карыстальнікам Тэставанне (UAT)
Кожны раз, калі тэсціроўшчык перадае завершаны пратэставаны праект кліенту/канчатковаму карыстальніку, кліент/канечны карыстальнік будзе зноў тэставаць праект, каб убачыць, ці правільна ён распрацаваны. Гэта называецца тэсціраваннем прыняцця карыстальнікам.
Для выканання тэсціравання для абодвух павінны быць напісаны адпаведныя тэставыя прыклады.
Распрацоўшчыкі распрацоўваюць код, заснаваны на дакумент Спецыфікацыі функцыянальных патрабаванняў. Тэстэры правяраюць яго і паведамляюць пра памылкі. Але кліент або канчатковы карыстальнік ведае толькі, як менавіта працуе сістэма. Такім чынам, яны тэстуюць сістэму са свайго боку.
Працоўныя этапы UAT
- План UAT павінен быць створаны на падставе патрабаванняў.
- Сцэнарыі павінны быць пабудаваны з патрабаванняў.
- Тэставыя прыклады і тэставыя даныя павінны быць падрыхтаваны.
- Тэставыя прыклады павінны быць запушчаны і правераны на наяўнасць памылак.
- Калі памылак няма і тэставыя прыклады прайшлі, тады праект можа быць падпісаны і адпраўлены ў вытворчасць.
- Калі будуць выяўленыя якія-небудзь дэфекты або памылкі, іх трэба неадкладна выправіць, каб падрыхтаваць да выпуску.
Віды тэсціравання UAT
- Альфа і бэтаТэставанне: Альфа-тэставанне праводзіцца на месцы распрацоўкі, у той час як бэта-тэставанне праводзіцца ў знешнім асяроддзі, напрыклад, у старонняй кампаніі і г.д.
- Прыёмачнае тэсціраванне кантракта: У кантракце прынятыя спецыфікацыі якія загадзя вызначаны, павінны быць выкананы.
- Праверка прыёмкі: Як вынікае з назвы, праверка праводзіцца насуперак правілам.
- Аперацыйнае прыёмачнае выпрабаванне: Распрацаваная аперацыя або працоўны працэс павінны адпавядаць чаканням.
- Тэставанне чорнай скрыні: Не паглыбляючыся ў глыбокія задачы, праграмнае забеспячэнне павінна быць праверана на яго жыццёва важнае прызначэнне.
Асноўныя адрозненні паміж SIT і UAT
SIT | UAT |
---|---|
Гэта выконваецца тэсціроўшчыкамі і распрацоўшчыкамі. | Гэта выконваецца канчатковымі карыстальнікамі і кліентамі. |
Інтэграцыя субблокаў/блокаў правяраецца тут. Інтэрфейсы падлягаюць тэсціраванню. | Тут правяраецца ўвесь дызайн. |
Асобныя блокі інтэгруюцца і тэстуюцца так, каб сістэма працавала ў адпаведнасці з патрабаваннямі. | Сістэма ў цэлым тэсціруецца на асноўную функцыянальнасць прадукту па жаданні карыстальніка. |
Гэта робіцца на аснове патрабаванняў тэсціроўшчыкаў. | Гэта робіцца з пункту гледжання карыстальніка адносна таго, як канечны карыстальнік павінен выкарыстоўваць прадукт. |
SIT выконваецца, як толькі сістэма сабрана. | Выконваецца UATнарэшце перад выпускам прадукту. |
Выснова
Тэставанне сістэмнай інтэграцыі праводзіцца галоўным чынам для праверкі патрабаванняў да інтэрфейсу сістэмы. У той час як тэставанне прыняцця карыстальнікам праводзіцца для праверкі канчатковым карыстальнікам функцыянальнасці сістэмы ў цэлым. Адпаведныя тэсты павінны быць напісаны для абодвух тэсціравання.
SIT можа быць зроблена з дапамогай 3 метадаў (зверху ўніз, знізу ўверх і падыходы Вялікага выбуху). UAT можа быць зроблена з выкарыстаннем 5 метадалогій (альфа- і бэта-тэставанне, тэставанне прыняцця кантракту, выпрабаванне прыняцця нарматыўных актаў, выпрабаванне эксплуатацыйнай прыёмкі і тэсціраванне чорнай скрыні).
Дэфекты, выяўленыя падчас тэсціравання сістэмы, можна лёгка выправіць. На аснове дэфектаў можна рабіць розныя зборкі. У той час як дэфекты, выяўленыя ў UAT, разглядаюцца як чорная пазнака для тэсціроўшчыкаў і не прымаюцца.
У UAT службовыя асобы або кліенты павінны быць задаволены тым, што распрацаваны прадукт адпавядае іх патрэбам у бізнес-асяроддзі. SIT павінен задавальняць функцыянальным патрабаванням сістэмы.
Мы спадзяемся, што гэты артыкул растлумачыў усе вашы пытанні аб SIT супраць UAT!!