- SIT Vs UAT: шолу
- Жүйелік интеграциялық тестілеу ( SIT)
- Пайдаланушы қабылдауы Тестілеу (UAT)
- SIT және UAT арасындағы негізгі айырмашылықтар
- Қорытынды
Бұл мақала SIT пен UAT арасындағы негізгі айырмашылықтарды түсіндіреді. Жүйелік интеграцияны тестілеу және пайдаланушыны қабылдау тестілеу әдістері туралы да біле аласыз:
Жалпы, тестілеуді тестерлер де, әзірлеушілер де жасайды. Олардың әрқайсысы қолданбаны сынау үшін өз үлгісін орындайды.
Жүйелік интеграциялық тестілеу немесе SIT тестілеушілермен, ал әдетте UAT деп аталатын пайдаланушыны қабылдау тестілеуін соңғы пайдаланушылар жасайды. Бұл мақала SIT және UAT екеуін де егжей-тегжейлі салыстырады және екеуінің арасындағы негізгі айырмашылықтарды түсінуге көмектеседі.
Зертейік!!
SIT Vs UAT: шолу
Жалпы, тестілеу деңгейлері келесі иерархияға ие:
- Бірлік тестілеу
- Компоненттерді тестілеу
- Жүйені тестілеу
- Жүйені интеграциялауды тестілеу
- Пайдаланушыны қабылдауды тексеру
- Өндіріс
Келіңіз, Жүйелік интеграциялық тестілеу (SIT) және Пайдаланушыны қабылдау тестілеуі (UAT) арасындағы негізгі айырмашылықтарды талдап көрейік.
Жүйелік интеграциялық тестілеу ( SIT)
Екі түрлі ішкі жүйе/жүйе кез келген жобаның бір нүктесінде біріктіріледі. Содан кейін біз бұл жүйені тұтастай сынап көруіміз керек. Сондықтан бұл Жүйелік интеграциялық тестілеу деп аталады.
SIT жұмыс қадамдары
- Жеке блоктар алдымен бөлек құрылымдарда біріктірілуі керек.
- Бүкіл жүйе тұтастай тестілеуге жатады.
- Тест жағдайлары жазылуы керекбағдарламалық құрал талаптарына негізделген тиісті бағдарламалық құралды пайдалану.
- UI қателері, деректер ағыны қателері және интерфейс қателері сияқты қателерді осы сынақтан табуға болады.
Мысалы:
Денсаулық сақтау сайтында бастапқыда 3 қойынды бар, яғни Науқас туралы ақпарат, білім және алдыңғы медициналық жазбалар екенін қарастырайық. Денсаулық сақтау сайты енді Инъекция туралы ақпарат деп аталатын жаңа қойынды қосты.
Енді жаңа қойындының мәліметтері немесе дерекқоры бар қойындылармен біріктірілуі керек және жүйеде 4 қойындысы бар тұтастай сыналу керек.
Біз төрт қойындысы бар біріктірілген сайтты сынауымыз керек.
Біріктірілген сайт көрінеді төменде көрсетілгендей нәрсе:
SIT-те қолданылатын әдістер
- Жоғарыдан төменге көзқарас
- Төменнен жоғарыға көзқарас
- Үлкен жарылыс тәсілі
№1) Жоғарыдан төменге көзқарас
Аты айтып тұрғандай, ол мынаны білдіреді: жоғарыдан төменге орындау. Бұл негізгі функционалдылық немесе модуль тексерілетін, содан кейін ішкі модульдер ретімен тексерілетін әдіс. Бұл жерде, егер дәйекті нақты ішкі модульдер интеграция үшін бірден қатыспаса, біз не істейміз деген сұрақ туындайды.
Осының жауабы STUBS-ды тудырады.
Stub бағдарламалар деп аталады . Олар жалғас модульдер ретінде әрекет етеді және қажетті модуль функциясын шектеулі түрде орындайды.
Төртінділерішкі модульдерді біріктіру қиын болғандықтан, нақты модуль интеграцияға дайын болғанға дейін бөлік/модуль/қосалқы модульдің функционалдығын ішінара орындаңыз. біріктіру. Демек, жоғарыдан төмен көзқарас құрылымдық немесе процедуралық тілге сәйкес келуі мүмкін. Бір тірек нақты құрамдаспен ауыстырылғаннан кейін, келесі тірек нақты құрамдастармен ауыстырылуы мүмкін.
Жоғарыда келтірілген диаграмманың орындалуы А модулі, В модулі, С модулі, D модулі, E модулі, F модулі және G модулі.
Stubs үшін мысал:
№2) Төменнен жоғарыға көзқарас
Бұл тәсіл төменнен жоғарыға иерархияға сәйкес келеді. Мұнда алдымен төменгі модульдер біріктіріледі, содан кейін жоғары модульдер біріктіріліп, сыналады.
Ең төменгі модульдер немесе блоктар біріктіріліп, сыналады. Төменгі бірліктердің жиыны Кластерлер деп аталады. Ішкі модульдерді негізгі модульмен біріктіру кезінде, егер негізгі модуль қол жетімді болмаса, онда негізгі бағдарламаны кодтау үшін Драйверлер пайдаланылады.
Драйверлер шақырушы бағдарламалар деп аталады. .
Бұл тәсілде ақаудың ағуы азырақ.
Ішкі модульдерді біріктіру үшін жоғары деңгейлі немесе негізгі модуль драйвер модулі жоғарыдағы суретте көрсетілгендей жасалады.
№3) Big Bang Approach
Қарапайым сөзбен айтқанда, Big Bang Approach кезінде барлығын қосу керек. бірліктерді бірден жәнебарлық компоненттерді сынаңыз. Мұнда ешқандай бөлім жасалмайды. Ақау ағып кетпеуі керек.
Бұл тәсіл нөлден жасалған немесе күрделі жақсартулардан өткен жаңадан әзірленген жобалар үшін пайдалы.
Пайдаланушы қабылдауы Тестілеу (UAT)
Тестілеуші аяқталған сыналған жобаны клиентке/түпкі пайдаланушыға тапсырған кезде, клиент/соңғы пайдаланушы жобаның дұрыс жасалғанын тексеру үшін жобаны қайтадан тексереді. Бұл пайдаланушыны қабылдау тесті деп аталады.
Тестілеуді орындау үшін екеуіне де сәйкес сынақ жағдайлары жазылуы керек.
Әзірлеушілер кодты әзірлейді. Функционалдық талаптар спецификациясының құжаты. Сынақшылар оны тексереді және қателер туралы хабарлайды. Бірақ клиент немесе соңғы пайдаланушы жүйенің қалай жұмыс істейтінін ғана біледі. Сондықтан олар жүйені өз соңынан сынайды.
UAT жұмыс қадамдары
- UAT жоспары талаптар негізінде құрылуы керек.
- Сценарийлер талаптардан құрастырылуы керек.
- Сынақ жағдайлары мен сынақ деректері дайындалуы керек.
- Сынақ жағдайлары іске қосылып, бар қателердің бар-жоғын тексеру керек.
- Егер ешқандай қате жоқ және сынақ жағдайлары өткен болса, жобаны қол қоюға қоюға және өндіріске жіберуге болады.
- Егер қандай да бір ақаулар немесе қателер анықталса, оны шығаруға дайындау үшін дереу жөндеу керек.
UAT тестінің түрлері
- Альфа және бетаТестілеу: Альфа-тесті әзірлеу орнында, ал бета-тестілеу сыртқы ортада, яғни сыртқы компанияда және т.б. орындалады.
- Келісімшартты қабылдау сынағы: Келісімшартта қабылданған спецификациялар алдын ала белгіленген талаптарды орындау қажет.
- Ережелерді қабылдау сынағы: Аты айтып тұрғандай, сынақ ережелерге қайшы келеді.
- Операциялық қабылдау сынағы: Операция немесе жобаланған жұмыс процесі күтілгендей болуы керек.
- Қара жәшік сынағы: Тереңге бармай-ақ, бағдарламалық құралды оның өмірлік мақсатына сай тексеру қажет.
SIT және UAT арасындағы негізгі айырмашылықтар
SIT | UAT |
---|---|
Мұны тестерлер мен әзірлеушілер орындайды. | Бұл соңғы пайдаланушылар мен клиенттер арқылы орындалады. |
Бұл жерде ішкі блоктардың/бірліктердің интеграциясы тексеріледі. Интерфейстерді сынау керек. | Бүкіл дизайн осы жерде тексеріледі. |
Жеке блоктар жүйе талаптарға сай жұмыс істейтіндей біріктірілген және сыналған. | Жүйе тұтынушы қалағандай өнімнің негізгі функционалдығы үшін тұтастай сыналады. |
Ол тестерлер талаптары негізінде жасалады. | Бұл өнімді соңғы пайдаланушы қалай пайдалану керектігі туралы пайдаланушы көзқарасы негізінде жасалады. |
SIT жүйе жиналған бойда орындалады. | UAT орындаладыақырында, өнімді шығарар алдында. |
Қорытынды
Жүйені біріктіру сынағы негізінен жүйенің интерфейс талаптарын тексеру үшін жасалады. Ал пайдаланушыны қабылдау тестілеу соңғы пайдаланушының тұтастай жүйенің функционалдығын тексеру үшін жасалады. Тестілеудің екеуіне де сәйкес сынақ жағдайлары жазылуы керек.
SIT 3 әдіспен (жоғарыдан төменге, төменнен жоғарыға және үлкен жарылыс тәсілдері) орындалуы мүмкін. UAT 5 әдістемені (Альфа және Бета тестілеуі, Келісімшартты қабылдау тестілеуі, Ережені қабылдау тестілеуі, Операциялық қабылдау тестілеуі және Қара жәшік сынағы) қолдану арқылы жасауға болады.
Жүйені тестілеуде табылған ақауларды оңай түзетуге болады. Ақаулар негізінде әртүрлі құрылыстар жасалуы мүмкін. Ал UAT-та табылған ақаулар сынаушыларға қара белгі ретінде қарастырылады және қабылданбайды.
UAT-та бизнес-шенеуніктер немесе клиенттер әзірленген өнімнің бизнес-ортада олардың қажеттіліктеріне сәйкес келетініне қанағаттануы керек. SIT жүйенің функционалдық талаптарын қанағаттандыруы керек.
Бұл мақала SIT Vs UAT туралы барлық сұрауларыңызды түсіндірді деп үміттенеміз!!