what is difference between sit vs uat testing
Tento článek vysvětluje klíčové rozdíly mezi SIT vs. UAT. Dozvíte se také o testování integrace systému a metodách testování přijetí uživatele:
Obecně platí, že testování provádějí testeři i vývojáři. Každý z nich se při testování aplikace řídí svým vlastním vzorem.
Testování integrace systému nebo SIT provádějí testeři, zatímco testování přijatelnosti uživatelů, běžně známé jako UAT, provádějí konečně koncoví uživatelé. Tento článek podrobně porovná SIT i UAT a pomůže vám pochopit klíčové rozdíly mezi nimi.
Pojďme prozkoumat !!
Co se naučíte:
- SIT Vs UAT: Přehled
- Testování integrace systému (SIT)
- Uživatelské akceptační testování (UAT)
- Klíčové rozdíly mezi SIT vs. UAT
- Závěr
SIT Vs UAT: Přehled
Úrovně testování mají obecně následující hierarchii:
html5 otázky a odpovědi na rozhovor pro zkušené pdf
- Testování jednotky
- Testování komponent
- Testování systému
- Testování systémové integrace
- Testování přijetí uživatele
- Výroba
Pojďme analyzovat klíčové rozdíly mezi nimi Testování integrace systému (SIT) a Testování uživatelské přejímky (UAT).
Testování integrace systému (SIT)
V kterémkoli projektu se v určitém okamžiku spojí dva různé subsystémy / systémy. Poté musíme tento systém otestovat jako celek. Proto se tomu říká Testování integrace systému.
Pracovní kroky SIT
- Jednotlivé jednotky musí být nejprve integrovány do samostatných sestavení.
- Celý systém musí být testován jako celek.
- Testovací případy musí být psány pomocí vhodného softwaru na základě softwarových požadavků.
- Chyby, jako jsou chyby uživatelského rozhraní, chyby toku dat, chyby rozhraní, najdete v tomto testování.
Příklad:
Uvažujme, že web zdravotní péče má 3 záložky zpočátku tj. Informace o pacientech, vzdělání, předchozí lékařské záznamy . Web pro zdravotní péči byl nyní přidán nová karta volala Informace o injekci.
Nyní je nutné sloučit podrobnosti nebo databázi nové záložky s existujícími záložkami a systém je třeba otestovat jako celek se 4 záložkami.
Musíme otestovat integrovaný web, který má čtyři karty.
Integrovaný web vypadá nějak takto:
Techniky používané v SIT
- Přístup shora dolů
- Přístup zdola nahoru
- Přístup velkého třesku
# 1) Přístup shora dolů
Jak název napovídá, znamená to, že sleduje provádění shora dolů. Jedná se o metodu, při které se testuje hlavní funkčnost nebo modul následovaný dílčími moduly v pořadí. Zde vyvstává otázka, co budeme dělat, pokud po sobě následující skutečné dílčí moduly nejsou k dispozici okamžitě pro integraci.
Odpověď na to dává vzniknout STUBS.
Pahýly se nazývají programy . Chovají se jako fiktivní moduly a omezeným způsobem provádět požadovanou funkci modulu.
Stubs provádí funkčnost jednotky / modulu / sub-modulu částečným způsobem, dokud se skutečný modul nepripraví na integraci, protože integrace sub-modulů je obtížná.
Nízkoúrovňové komponenty mohou být za účelem integrace nahrazeny pahýly. Přístup shora dolů tedy může sledovat strukturovaný nebo procedurální jazyk. Poté, co je jeden pahýl nahrazen skutečnou komponentou, lze další pahýl nahradit skutečnými komponentami.
Provedení výše uvedeného diagramu bude modul A, modul B, modul C, modul D, modul E, modul F, modul G.
Příklad pro pahýly:
# 2) Přístup zdola nahoru
Tento přístup sleduje hierarchii zdola nahoru. Zde jsou nejprve integrovány spodní moduly a poté jsou integrovány a testovány vyšší moduly.
Spodní moduly nebo jednotky jsou sloučeny a testovány. Sada nižších jednotek se nazývá Klastry . Při integraci dílčích modulů s hlavním modulem, pokud hlavní modul není k dispozici, pak ŘIDIČI slouží k kódování hlavního programu.
ŘIDIČE se nazývají volací programy .
U tohoto přístupu je únik vad menší.
Pro integraci dílčích modulů do vyšší úrovně nebo hlavního modulu je vytvořen modul ovladače, jak je znázorněno na obrázku výše.
# 3) Přístup velkého třesku
Jednoduše řečeno, v přístupu velkého třesku musíte připojit všechny jednotky najednou a vyzkoušet všechny komponenty. Zde se nedělá žádný oddíl. Nesmí dojít k úniku vady.
Tento přístup je užitečný pro čerstvě vyvinuté projekty, které se vyvinuly od nuly, nebo pro ty, které prošly významnými vylepšeními.
Uživatelské akceptační testování (UAT)
Kdykoli tester předá dokončený testovaný projekt klientovi / koncovému uživateli, klient / koncový uživatel projekt znovu otestuje, aby zjistil, zda je navržen správně. Tomu se říká testování přijatelnosti uživatele.
Aby bylo možné provést testování, musí být pro oba sepsány příslušné testovací případy.
[obraz zdroj ]
Vývojáři vyvíjejí kód na základě dokumentu Specifikace funkčních požadavků. Testeři to otestují a nahlásí chyby. Ale klient nebo koncový uživatel ví jen to, jak systém přesně funguje. Proto testují systém od konce.
Pracovní kroky UAT
- Plán UAT musí být vytvořen na základě požadavků.
- Scénáře musí být sestaveny z požadavků.
- Je třeba připravit testovací případy a testovací data.
- Testovací případy musí být spuštěny a zkontrolovány na přítomnost jakýchkoli chyb.
- Pokud není chyba a testovací případy prošly, lze projekt odhlásit a odeslat k produkci.
- Pokud jsou nalezeny nějaké závady nebo chyby, musí být okamžitě opraveny, aby se připravily na vydání.
Druhy testování UAT
- Alfa a beta testování: Alfa testování se provádí na vývojovém místě, zatímco beta testování se provádí v externím prostředí, tj. V externí společnosti atd.
- Testování přijetí smlouvy: Ve smlouvě musí být splněny předepsané přijaté specifikace.
- Testování přejímky regulace: Jak název napovídá, testování probíhá v souladu s předpisy.
- Provozní přejímací zkoušky: Navrhovaná operace nebo pracovní postup musí být podle očekávání.
- Testování černé skříňky: Aniž bychom šli do hloubky, je třeba software otestovat z hlediska jeho zásadního účelu.
Klíčové rozdíly mezi SIT vs. UAT
SEDĚT | UAT |
---|---|
To provádějí testeři a vývojáři. | To provádějí koncoví uživatelé a klienti. |
Zde se kontroluje integrace dílčích jednotek / jednotek. Rozhraní musí být testována. | Celý design je zkontrolován zde. |
Jednotlivé jednotky jsou integrovány a testovány tak, aby systém fungoval podle požadavků. | Systém je jako celek testován na hlavní funkčnost produktu podle požadavků uživatele. |
Provádí se to na základě požadavků testerů. | Dělá se to na základě uživatelské perspektivy, jak má produkt koncový uživatel používat. |
SIT se provádí ihned po sestavení systému. | UAT se provádí konečně těsně před vydáním produktu. |
Závěr
Testování integrace systému se provádí hlavně za účelem testování požadavků na rozhraní systému. Zatímco uživatelské akceptační testování se provádí za účelem ověření funkčnosti systému jako celku koncovým uživatelem. Pro obě zkoušky je třeba sepsat příslušné testovací případy.
SIT lze provést 3 technikami (přístupy shora dolů, zdola nahoru a velký třesk). UAT lze provést pomocí 5 metodik (testování alfa a beta, testování přijatelnosti smlouvy, testování přijatelnosti regulace, testování provozní přijatelnosti a testování černé skříňky).
Vady nalezené při testování systému lze snadno opravit. Na základě defektů lze vyrobit různé verze. Zatímco vady nalezené v UAT jsou považovány za černou značku pro testery a nejsou akceptovány.
V UAT musí být obchodní úředníci nebo klienti přesvědčeni, že vyvinutý produkt splňuje jejich potřeby v obchodním prostředí. SIT by měl splňovat funkční požadavky systému.
Doufáme, že tento článek objasnil všechny vaše dotazy týkající se SIT Vs UAT !!
Doporučené čtení
- Co je Uživatelská přejímací zkouška (UAT): Kompletní průvodce
- Co je Testování integrace systému (SIT): Naučte se s příklady
- Testování systému Vs end-to-end testování: Který je lepší zvolit?
- Co je Testování systému - Průvodce pro začátečníky
- Black Box Testing: An In-depth Tutorial with examples and Techniques
- Alfa testování a beta testování (kompletní průvodce)
- Co je Alpha Testing? Včasný poplach pro vady
- Rozdíl mezi stolním počítačem, klientským serverem a webovým testováním