what is difference between sit vs uat testing
Овај чланак објашњава кључне разлике између СИТ и УАТ. Такође ћете научити о тестирању системске интеграције и методама испитивања прихватљивости корисника:
Генерално, тестирање врше и тестери и програмери. Свако од њих следи свој образац за тестирање апликације.
Тестирање системске интеграције или СИТ обављају тестери, док тестирање прихватљивости корисника, обично познато као УАТ, на крају раде крајњи корисници. Овај чланак ће детаљно упоредити и СИТ и УАТ и помоћи ће вам да разумете кључне разлике између њих.
која је фаза имплементације у сдлц?
Истражимо !!
Шта ћете научити:
- СЕДИ вс УАТ: Преглед
- Испитивање системске интеграције (СИТ)
- Испитивање прихватљивости корисника (УАТ)
- Кључне разлике између СИТ и УАТ
- Закључак
СЕДИ вс УАТ: Преглед
Генерално, нивои тестирања имају следећу хијерархију:
- Јединствено тестирање
- Испитивање компонената
- Тестирање система
- Тестирање системске интеграције
- Испитивање прихватања корисника
- Производња
Анализирајмо кључне разлике између Испитивање системске интеграције (СИТ) и Испитивање прихватљивости корисника (УАТ).
Испитивање системске интеграције (СИТ)
Два различита подсистема / система комбиноваће се у једном тренутку у било ком пројекту. Затим морамо да тестирамо овај систем у целини. Отуда се ово назива Тестирање системске интеграције.
Радни кораци СИТ-а
- Појединачне јединице морају се прво интегрисати у засебне грађевине.
- Читав систем мора бити тестиран у целини.
- Тест примери морају бити написани помоћу одговарајућег софтвера на основу софтверских захтева.
- У овом тестирању могу се наћи грешке као што су грешке корисничког интерфејса, грешке протока података, грешке интерфејса.
Пример:
Узмимо у обзир да здравствена локација има 3 картице у почетку тј. Информације о пацијенту, образовање, ранији медицински картони . Веб локација за здравствену заштиту сада је додата нови језичак позвао Информације о ињекцијама.
Сада се детаљи нове базе података или база података морају објединити са постојећим картицама, а систем мора бити тестиран у целини са 4 картице.
Морамо да тестирамо интегрисану страницу која има четири картице.
Интегрисана веб локација изгледа некако као што је приказано у наставку:
Технике коришћене у СИТ
- Одозго на доле приступ
- Приступ одоздо према горе
- Приступ великог праска
# 1) Приступ од врха надоле
Као што само име сугерише, то значи да прати извршење од врха до дна. То је метода у којој се тестира главна функционалност или модул, а редом прате подмодули. Овде се поставља питање шта ћемо учинити ако узастопни стварни под-модули нису одмах присутни за интеграцију.
Одговор на ово даје повода СТУБС.
Стубс су познати под називом програми . Они се понашају као лажни модули и обављати потребну функцију модула на ограничени начин.
Стубс изводе функционалност јединице / модула / подмодула делимично док се стварни модул не припреми за интеграције јер је интеграција подмодула тешка.
Компоненте ниског нивоа могу се заменити клемама како би се интегрисале. Стога приступ од врха надоле може да следи структурирани језик или језик поступка. Након што се један заметак замени стварном компонентом, следећи стуб се може заменити стварним компонентама.
Извођење горњег дијаграма биће модул А, модул Б, модул Ц, модул Д, модул Е, модул Ф, модул Г.
Пример за гребање:
# 2) Приступ одоздо према горе
Овај приступ следи хијерархију од дна до врха. Овде се прво интегришу нижи модули, а затим се интегришу и тестирају виши модули.
Најдоњи модули или јединице су обједињени и тестирани. Скуп доњих јединица се назива Кластери . Током интеграције подмодула са главним модулом, у случају да главни модул није доступан, тада ВОЗАЧИ користе се за кодирање главног програма.
ВОЗАЧИ се називају позивни програми .
У овом приступу мање је цурења недостатака.
Да би се подмодули интегрисали на виши ниво или главни модул, креира се управљачки модул као што је приказано на горњој слици.
како применити хасхтабле у јави
# 3) Приступ Великог праска
Једноставним речима, у приступу Великог праска морате повезати све јединице одједном и тестирати све компоненте. Овде није извршена ниједна подела. Не сме доћи до цурења недостатака.
Овај приступ је користан за свјеже развијене пројекте који су се развили од нуле или оне који су претрпјели велика побољшања.
Испитивање прихватљивости корисника (УАТ)
Кад год тестер преда завршени тестирани пројекат клијенту / крајњем кориснику, тада ће клијент / крајњи корисник поново тестирати пројекат да би утврдио да ли је правилно дизајниран. Ово се назива тестирање прихватљивости корисника.
Да би се обавило тестирање, морају се написати одговарајући тестови.
(слика извор )
Програмери развијају код заснован на документу Спецификација функционалних захтева. Тестери га тестирају и пријављују грешке. Али клијент или крајњи корисник зна само како систем тачно ради. Стога систем тестирају са свог краја.
Радни кораци УАТ-а
- План УАТ мора бити креиран на основу захтева.
- Сценарији се морају градити на основу захтева.
- Тест примери и подаци о тестовима морају бити припремљени.
- Тест случајеви морају се покренути и проверити да ли постоје присутне грешке.
- Ако не дође до грешке и тест случајеви су прошли, пројекат се може ставити на потписивање и послати у продукцију.
- Ако се пронађу било какве грешке или грешке, то се мора одмах отклонити како би се припремили за пуштање.
Врсте УАТ тестирања
- Алфа и бета тестирање: Алфа тестирање се врши на локацији за развој, док се бета тестирање врши у спољном окружењу, тј. У спољној компанији итд.
- Тестирање прихватања уговора: У уговору морају бити испуњене унапред дефинисане спецификације.
- Испитивање прихватања прописа: Као што и само име каже, тестирање се врши против прописа.
- Испитивање оперативног прихватања: Дизајнирана операција или ток рада мора бити онакав какав се очекивао.
- Тестирање црне кутије: Без дубљег заузимања софтвер треба тестирати за своју виталну сврху.
Кључне разлике између СИТ и УАТ
| СИТ | УАТ |
|---|---|
| Ово изводе тестери и програмери. | Ово обављају крајњи корисници и клијенти. |
| Овде се проверава интеграција подјединица / јединица. Интерфејси ће бити тестирани. | Овде се проверава цео дизајн. |
| Појединачне јединице су интегрисане и тестиране тако да систем ради у складу са захтевима. | Систем је у целини тестиран за главну функционалност производа по жељи корисника. |
| То се ради на основу захтева тестера. | То се ради на основу корисничке перспективе како производ мора да користи крајњи корисник. |
| СИТ се изводи чим се систем склопи. | УАТ се коначно изводи непосредно пре пуштања производа. |
Закључак
Тестирање системске интеграције врши се углавном за тестирање захтева за интерфејсом система. Док се испитивање прихватљивости корисника врши ради верификације функционалности система у целини од стране крајњег корисника. За оба тестирања морају се написати одговарајући примери испитивања.
СИТ се може изводити помоћу 3 технике (приступи одозго према доле, одоздо према горе и Биг банг). УАТ се може извршити помоћу 5 методологија (Алфа и Бета тестирање, испитивање прихватања уговора, испитивање прихватања прописа, испитивање оперативног прихватања и тестирање црне кутије).
Кварови пронађени у тестирању система могу се лако отклонити. На основу недостатака могу се направити различите грађе. Док се кварови пронађени у УАТ-у сматрају испитивачима црном ознаком и нису прихваћени.
У УАТ-у пословни службеници или клијенти морају бити сигурни да развијени производ задовољава њихове потребе у пословном окружењу. СИТ треба да задовољи функционалне захтеве система.
Надамо се да је овај чланак разјаснио све ваше упите о СИТ вс УАТ !!
Препоручено читање
- Шта је тестирање прихватљивости корисника (УАТ): Комплетан водич
- Шта је тестирање системске интеграције (СИТ): научите на примерима
- Системско тестирање против тестирања од краја до краја: Који је бољи избор?
- Шта је системско тестирање - крајњи водич за почетнике
- Тестирање црне кутије: продубљени водич са примерима и техникама
- Алфа тестирање и бета тестирање (потпун водич)
- Шта је алфа тестирање? Рани аларм за недостатке
- Разлика између тестирања радне површине, клијентског сервера и веб тестирања