what is difference between sit vs uat testing
Tento článok vysvetľuje základné rozdiely medzi SIT vs. UAT. Dozviete sa tiež o testovaní integrácie systému a testovacích metódach prijímania používateľov:
Testovanie vo všeobecnosti vykonávajú testeri aj vývojári. Každý z nich postupuje podľa vlastného vzoru na otestovanie aplikácie.
Testovanie systémovej integrácie alebo SIT vykonávajú testeri, zatiaľ čo Testy prijímania používateľov, bežne známe ako UAT, vykonávajú nakoniec koncoví používatelia. Tento článok podrobne porovná SIT aj UAT a pomôže vám pochopiť kľúčové rozdiely medzi nimi.
Poďme preskúmať !!
Čo sa dozviete:
- SIT Vs UAT: Prehľad
- Testovanie systémovej integrácie (SIT)
- Testovanie prijatia používateľa (UAT)
- Kľúčové rozdiely medzi SIT vs. UAT
- Záver
SIT Vs UAT: Prehľad
Úrovne testovania majú vo všeobecnosti nasledujúcu hierarchiu:
- Testovanie jednotky
- Testovanie komponentov
- Testovanie systému
- Testovanie systémovej integrácie
- Akceptačné testovanie používateľom
- Výroba
Poďme analyzovať kľúčové rozdiely medzi nimi Testovanie systémovej integrácie (SIT) a Testovanie prijatia používateľa (UAT).
Testovanie systémovej integrácie (SIT)
V ktoromkoľvek projekte sa budú kombinovať dva rôzne subsystémy / systémy. Tento systém musíme potom otestovať ako celok. Preto sa tomu hovorí Testovanie integrácie systému.
Pracovné kroky SIT
- Jednotlivé jednotky musia byť najskôr integrované do samostatných zostáv.
- Celý systém musí byť testovaný ako celok.
- Testovacie prípady sa musia písať pomocou správneho softvéru založeného na softvérových požiadavkách.
- Chyby, ako sú chyby používateľského rozhrania, chyby toku údajov, chyby rozhrania, sa dajú nájsť v tomto testovaní.
Príklad:
Uvažujme, že web zdravotnej starostlivosti má 3 záložky spočiatku t.j. Informácie o pacientovi, vzdelávanie, predchádzajúce lekárske záznamy . Stránka pre zdravotníctvo je teraz pridaná nová karta zavolal Informácie o injekcii.
Teraz je potrebné zlúčiť podrobnosti alebo databázu novej karty s existujúcimi kartami a systém musí byť testovaný ako celok so 4 kartami.
Musíme otestovať integrovanú stránku, ktorá má štyri karty.
Integrovaný web vyzerá takto:
najlepší externý softvér na obnovenie pevného disku
Techniky používané v SIT
- Prístup zhora nadol
- Prístup zdola nahor
- Prístup veľkého tresku
# 1) Prístup zhora nadol
Ako už sám názov napovedá, znamená to, že postupuje zhora nadol. Jedná sa o metódu, pri ktorej sa testuje hlavná funkčnosť alebo modul a potom postupne sledujú čiastkové moduly. Tu vyvstáva otázka, čo urobíme, ak po sebe nasledujúce skutočné podmoduly nebudú okamžite k dispozícii na integráciu.
Z odpovede na túto otázku vyplýva STUBS.
Pahýly sú známe ako programy . Konajú ako fiktívne moduly a obmedzeným spôsobom vykonávať požadovanú funkciu modulu.
Stubs vykonáva funkčnosť jednotky / modulu / podmodulu čiastočne, až kým sa skutočný modul nepripraví na integráciu, pretože integrácia podmodulov je zložitá.
Nízkoúrovňové komponenty môžu byť za účelom integrácie nahradené pahýľmi. Prístup zhora nadol môže preto nasledovať štruktúrovaný alebo procedurálny jazyk. Potom, čo je jeden pahýľ nahradený skutočným komponentom, je možné ďalší pahýľ nahradiť skutočnými komponentmi.
Vykonaním vyššie uvedeného diagramu bude modul A, modul B, modul C, modul D, modul E, modul F, modul G.
Príklad pre pahýly:
# 2) Prístup zdola nahor
Tento prístup sleduje hierarchiu zdola nahor. Tu sa najskôr integrujú spodné moduly a potom sa integrujú a otestujú vyššie moduly.
Spodné moduly alebo jednotky sú zlúčené a testované. Súbor nižších jednotiek sa volá Klastre . Pri integrácii čiastkových modulov s hlavným modulom, v prípade, že hlavný modul nie je k dispozícii, stlačte VODIČI sa používajú na kódovanie hlavného programu.
OVLÁDAČE sa nazývajú volacie programy .
Pri tomto prístupe je únik defektov menší.
Na integráciu čiastkových modulov do vyššej úrovne alebo do hlavného modulu sa vytvorí ovládačový modul, ako je to znázornené na obrázku vyššie.
# 3) Prístup veľkého tresku
Jednoducho povedané, v prístupe veľkého tresku musíte pripojiť všetky jednotky naraz a vyskúšať všetky komponenty. Tu sa nerobí žiadny oddiel. Nesmie dôjsť k úniku chyby.
Tento prístup je užitočný pre čerstvo vyvinuté projekty, ktoré sa vyvinuli úplne od začiatku, alebo tie, ktoré prešli významnými vylepšeniami.
Testovanie prijatia používateľa (UAT)
Kedykoľvek tester odovzdá dokončený testovaný projekt klientovi / koncovému používateľovi, potom klient / koncový používateľ znova otestuje projekt, či je navrhnutý správne. Nazýva sa to Testovanie prijatia používateľa.
Na vykonanie testovania musia byť pre obidva prípady napísané príslušné testovacie prípady.
Otázky a odpovede na rozhovor so serverom sql pre skúsených pdf
[obrázok zdroj ]
Vývojári vyvíjajú kód na základe dokumentu Specification Functional Requirement Specification. Testeri to otestujú a nahlásia chyby. Klient alebo koncový používateľ však vie iba to, ako systém presne funguje. Preto testujú systém od konca.
Pracovné kroky UAT
- Plán UAT musí byť vytvorený na základe požiadaviek.
- Scenáre musia byť zostavené z požiadaviek.
- Musia sa pripraviť testovacie prípady a testovacie údaje.
- Testovacie prípady je potrebné spustiť a skontrolovať, či sa v nich nenachádzajú chyby.
- Ak nie je chyba a testovacie prípady prešli, je možné projekt odhlásiť a odoslať na výrobu.
- Ak sa nájdu nejaké chyby alebo chyby, musí sa to okamžite opraviť, aby sa pripravilo na vydanie.
Typy testovania UAT
- Alfa a beta testovanie: Testovanie verzie alfa sa vykonáva na vývojovom serveri, zatiaľ čo testovanie verzie beta sa vykonáva v externom prostredí, tj. V externej spoločnosti atď.
- Testovanie prijatia zmluvy: V zmluve musia byť splnené vopred definované špecifikácie.
- Testovanie prijatia nariadenia: Ako hovorí názov, testovanie sa vykonáva v súlade s predpismi.
- Prevádzkové testovacie preberanie: Navrhovaná prevádzka alebo pracovný tok musia byť podľa očakávania.
- Testovanie čiernej skrinky: Bez toho, aby sme zachádzali do hĺbky, je potrebné softvér testovať na svoje základné účely.
Kľúčové rozdiely medzi SIT vs. UAT
SIT | UAT |
---|---|
Vykonávajú to testeri a vývojári. | Vykonávajú to koncoví používatelia a klienti. |
Tu sa kontroluje integrácia podjednotiek / jednotiek. Rozhrania sa musia testovať. | Tu sa kontroluje celý dizajn. |
Jednotlivé jednotky sú integrované a testované tak, aby systém fungoval podľa požiadaviek. | Systém je testovaný ako celok z hľadiska hlavnej funkčnosti produktu podľa želania používateľa. |
Robí sa to na základe požiadaviek testujúcich. | Robí sa to na základe užívateľskej perspektívy toho, ako musí produkt koncový užívateľ používať. |
SIT sa vykoná hneď po zostavení systému. | UAT sa vykonáva konečne tesne pred vydaním produktu. |
Záver
Testovanie systémovej integrácie sa vykonáva hlavne na testovanie požiadaviek na rozhranie systému. Zatiaľ čo užívateľské testovanie sa prijíma na overenie funkčnosti systému ako celku koncovým používateľom. Pre obe skúšky je potrebné napísať príslušné testovacie prípady.
SIT je možné vykonať 3 technikami (prístupy zhora nadol, zdola nahor a veľký tresk). UAT je možné vykonať pomocou 5 metodík (testovanie verzie alfa a beta, testovanie prijatia zmluvy, testovanie prijatia nariadenia, testovanie prevádzkovej akceptácie a testovanie čiernej skrinky).
Poruchy zistené pri testovaní systému je možné ľahko opraviť. Na základe chýb je možné vyrobiť rôzne vyhotovenia. Zatiaľ čo chyby zistené v UAT sa považujú za čiernu značku pre testerov a nie sú akceptované.
V UAT musia byť obchodní úradníci alebo klienti spokojní s tým, že vyvinutý produkt zodpovedá ich potrebám v obchodnom prostredí. SIT by mal vyhovovať funkčným požiadavkám systému.
Dúfame, že tento článok objasnil všetky vaše otázky týkajúce sa SIT vs. UAT !!
Odporúčané čítanie
- Čo je to Test akceptovania používateľov (UAT): Kompletný sprievodca
- Čo je Testovanie integrácie systému (SIT): Učte sa na príkladoch
- Testovanie systému vs. Testovanie typu end-to-end: Ktorý z nich je lepšie zvoliť?
- Čo je Testovanie systému - Sprievodca pre úplných začiatočníkov
- Testovanie čiernej skrinky: Podrobný návod s príkladmi a technikami
- Alfa testovanie a beta testovanie (kompletný sprievodca)
- Čo je testovanie verzie alfa? Včasný alarm pre chyby
- Rozdiel medzi počítačom, klientskym serverom a webom