what is difference between sit vs uat testing
Тази статия обяснява ключови разлики между SIT срещу UAT. Също така ще научите за тестването на системна интеграция и методите за тестване на приемането от потребителя:
Като цяло тестването се извършва както от тестери, така и от разработчици. Всеки от тях следва свой собствен модел, за да тества приложение.
Тестването на системна интеграция или SIT се извършва от тестери, докато тестването за приемане от потребителя, известно като UAT, се извършва накрая от крайните потребители. Тази статия ще сравнява подробно SIT и UAT и ще ви помогне да разберете ключовите разлики между двете.
Нека да изследваме !!
Какво ще научите:
- SIT Vs UAT: Общ преглед
- Тестване на системната интеграция (SIT)
- Тест за приемане от потребителя (UAT)
- Основни разлики между SIT срещу UAT
- Заключение
SIT Vs UAT: Общ преглед
Като цяло нивата на тестване имат следната йерархия:
- Единично тестване
- Тестване на компоненти
- Тестване на системата
- Тестване на системната интеграция
- Тестване за приемане от потребителя
- Производство
как да пиша ръчни тестови случаи
Нека анализираме ключовите разлики между Тестване на системната интеграция (SIT) и Тест за приемане от потребителя (UAT).
Тестване на системната интеграция (SIT)
Две различни подсистеми / системи ще се комбинират в даден момент от всеки проект. След това трябва да тестваме тази система като цяло. Следователно това се нарича Тестване на системната интеграция.
Работни стъпки на SIT
- Отделните единици трябва да бъдат интегрирани първо в отделни компилации.
- Цялата система трябва да бъде тествана като цяло.
- Тестовите случаи трябва да бъдат написани с помощта на подходящ софтуер въз основа на софтуерните изисквания.
- Грешки като грешки на потребителския интерфейс, грешки в потока от данни, грешки в интерфейса могат да бъдат намерени при това тестване.
Пример:
Нека помислим, че сайтът за здравеопазване има 3 раздела първоначално т.е. Информация за пациента, образование, предишни медицински досиета . Сайтът за здравеопазване вече е добавен нов раздел Наречен Информация за инжектиране.
Сега данните за новия раздел или базата данни трябва да бъдат обединени със съществуващите раздели и системата трябва да бъде тествана като цяло с 4 раздела.
Трябва да тестваме интегрирания сайт, който има четири раздела.
Интегрираният сайт изглежда по следния начин:
Техники, използвани в SIT
- Подход отгоре надолу
- Подход отдолу нагоре
- Подход с голям взрив
# 1) Подход отгоре надолу
Както подсказва самото име, това означава, че следва изпълнението отгоре надолу. Това е метод, при който се тества основната функционалност или модул, последван от подмодулите по ред. Тук възниква въпрос какво ще правим, ако последователните действителни подмодули не присъстват веднага за интеграция.
Отговорът на това поражда STUBS.
Stubs са известни като наречени програми . Те действат като фиктивни модули и изпълнете необходимата функция на модула по ограничен начин.
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 трябва да отговаря на функционалните изисквания на системата.
сливане сортиране c ++ изходен код
Надяваме се, че тази статия е изяснила всички ваши запитвания за SIT срещу UAT !!
Препоръчително четене
- Какво е тестване за приемане от потребителя (UAT): Пълно ръководство
- Какво е тестване за системна интеграция (SIT): Научете с примери
- Системно тестване срещу цялостно тестване: Коя е по-добра за избор?
- Какво е системно тестване - Ръководство за крайни начинаещи
- Тестване на черна кутия: задълбочен урок с примери и техники
- Алфа тестване и бета тестване (Пълно ръководство)
- Какво е алфа тестване? Ранен сигнал за дефекти
- Разлика между тестване на настолни компютри, клиентски сървър и уеб тестване