Kakšna je razlika med testiranjem SIT in UAT?

Ta članek pojasnjuje ključne razlike med SIT in UAT. Naučili se boste tudi o metodah testiranja sistemske integracije in testiranja sprejemljivosti uporabnikov:

Na splošno testiranje opravljajo tako preizkuševalci kot razvijalci. Vsak od njih se pri testiranju aplikacije ravna po svojem vzorcu.

Testiranje integracije sistema ali SIT opravijo preizkuševalci, medtem ko testiranje sprejemljivosti uporabnika, splošno znano kot UAT, nazadnje opravijo končni uporabniki. V tem članku bomo podrobno primerjali SIT in UAT ter vam pomagali razumeti ključne razlike med njima.

Raziskujmo!!

SIT in UAT: pregled

Na splošno so ravni testiranja hierarhično razvrščene na naslednji način:

  • Testiranje enote
  • Testiranje komponent
  • Testiranje sistema
  • Testiranje integracije sistema
  • Preizkus uporabniškega sprejema
  • Proizvodnja

Analizirajmo ključne razlike med Testiranje integracije sistema (SIT) in . Preizkušanje sprejemljivosti uporabnika (UAT).

Testiranje integracije sistema (SIT)

Dva različna podsistema/sistema se v nekem trenutku v projektu združita. Nato moramo ta sistem preizkusiti kot celoto. Zato se to imenuje testiranje integracije sistema.

Delovni koraki SIT

  1. Posamezne enote je treba najprej integrirati v ločenih gradnjah.
  2. Celoten sistem je treba preizkusiti kot celoto.
  3. Testne primere je treba napisati z ustrezno programsko opremo na podlagi zahtev za programsko opremo.
  4. Pri tem testiranju je mogoče najti napake, kot so napake uporabniškega vmesnika, napake podatkovnega toka in napake vmesnika.

Primer:

Recimo, da ima zdravstvena ustanova 3 zavihki na začetku, tj. Informacije o pacientu, izobraževanje in prejšnja zdravstvena dokumentacija . Zdravstvena stran je zdaj dodala nov zavihek . Informacije o vbrizgavanju.

Zdaj je treba podrobnosti novega zavihka ali zbirko podatkov združiti z obstoječimi zavihki, sistem pa je treba preizkusiti kot celoto s štirimi zavihki.

Preizkusiti moramo integrirano spletno mesto, ki ima štiri zavihke.

Integrirano spletno mesto je videti tako, kot je prikazano spodaj:

Tehnike, ki se uporabljajo v SIT

  • Pristop od zgoraj navzdol
  • Pristop od spodaj navzgor
  • Pristop velikega poka

#1) Pristop od zgoraj navzdol

Kot pove že samo ime, to pomeni, da se izvaja od zgoraj navzdol. To je metoda, pri kateri se testira glavna funkcionalnost ali modul, ki mu sledijo podmoduli po vrstnem redu. Tu se pojavi vprašanje, kaj bomo storili, če zaporedni dejanski podmoduli niso takoj prisotni za integracijo.

Odgovor na to vprašanje je STUBS.

Podstavki so znani kot imenovani programi . Delujejo kot navidezni moduli in omejeno opravlja zahtevano funkcijo modula.

Podmoduli izvajajo funkcionalnost enote/modula/podmodula na delni način, dokler dejanski modul ni pripravljen za integracijo, saj je integracija podmodulov težavna.

Komponente na nizki ravni se lahko za integracijo nadomestijo s podstavki. Zato lahko pristop od zgoraj navzdol sledi strukturiranemu jeziku ali jeziku postopkov. Ko se en podstavek nadomesti z dejansko komponento, se lahko naslednji podstavek nadomesti z dejanskimi komponentami.

Zgornji diagram se izvede tako, da se izvedejo modul A, modul B, modul C, modul D, modul E, modul F in modul G.

Primer za iztočnice:

#2) Pristop od spodaj navzgor

Ta pristop sledi hierarhiji od spodaj navzgor. Najprej se integrirajo nižji moduli, nato pa se integrirajo in testirajo višji moduli.

Najnižji moduli ali enote se združijo in testirajo. Nabor nižjih enot se imenuje Grozdi Pri povezovanju podmodulov z glavnim modulom, če glavni modul ni na voljo, je treba VOZNIKI se uporabljajo za kodiranje glavnega programa.

DRIVERJI se imenujejo klicni programi .

Pri tem pristopu je uhajanje napak manjše.

Za povezovanje podmodulov z višjo ravnjo ali glavnim modulom se ustvari gonilni modul, kot je prikazano na zgornji sliki.

#3) Pristop velikega poka

Z enostavnimi besedami, pri pristopu velikega poka morate povezati vse enote naenkrat in preizkusiti vse sestavne dele. Pri tem se ne izvaja delitev. Do uhajanja napak ne sme priti.

Ta pristop je uporaben pri sveže razvitih projektih, ki so bili razviti od začetka, ali pri projektih, ki so bili deležni večjih izboljšav.

Preizkušanje sprejemljivosti uporabnika (UAT)

Kadar koli preizkuševalec izroči končan preizkušen projekt naročniku/končnemu uporabniku, bo naročnik/končni uporabnik ponovno preizkusil projekt, da preveri, ali je pravilno zasnovan. To se imenuje uporabniško sprejemno preizkušanje (User Acceptance Testing).

Za izvedbo testiranja je treba za oba napisati ustrezne testne primere.

Razvijalci razvijejo kodo na podlagi dokumenta s specifikacijo funkcionalnih zahtev. Preizkuševalci jo preizkusijo in sporočijo napake. Toda odjemalec ali končni uporabnik ve le, kako sistem natančno deluje. Zato sistem preizkusijo s svojega konca.

Delovni koraki UAT

  • Načrt UAT je treba izdelati na podlagi zahtev.
  • Scenarije je treba oblikovati na podlagi zahtev.
  • Pripraviti je treba testne primere in testne podatke.
  • Testne primere je treba zagnati in preveriti morebitne napake.
  • Če ni napak in so testni primeri uspešno opravljeni, se lahko projekt potrdi in pošlje v produkcijo.
  • Če se odkrijejo kakršne koli pomanjkljivosti ali napake, jih je treba takoj odpraviti in pripraviti za objavo.

Vrste testiranja UAT

  1. Testiranje alfa in beta: Alfa testiranje se izvaja na mestu razvoja, beta testiranje pa v zunanjem okolju, tj. v zunanjem podjetju itd.
  2. Preizkušanje sprejemljivosti pogodbe: V pogodbi je treba izpolniti sprejete specifikacije, ki so vnaprej opredeljene.
  3. Preizkus sprejemanja predpisov: Kot pove že ime, se testiranje izvaja v skladu s predpisi.
  4. Preizkušanje obratovalnega prevzema: Načrtovano delovanje ali potek dela mora biti v skladu s pričakovanji.
  5. Testiranje črne škatle: Ne da bi se poglobili v programsko opremo, jo je treba preizkusiti za njen ključni namen.

Ključne razlike med SIT in UAT

SIT UAT
To opravljajo preizkuševalci in razvijalci. To opravijo končni uporabniki in stranke.
Tu se preveri integracija podenot/enot. Preizkusiti je treba vmesnike. Celotno zasnovo preverite tukaj.
Posamezne enote so integrirane in preizkušene tako, da sistem deluje v skladu z zahtevami. Sistem se preizkusi kot celota za glavne funkcionalnosti izdelka, kot jih želi uporabnik.
Testerji ga izvedejo na podlagi zahtev. Izvede se na podlagi vidika uporabnika, kako bo izdelek uporabljal končni uporabnik.
SIT se izvede takoj, ko je sistem sestavljen. UAT se dokončno izvede tik pred izdajo izdelka.

Zaključek

Testiranje sistemske integracije se izvaja predvsem za testiranje zahtev glede vmesnika sistema, medtem ko se testiranje uporabniškega sprejema izvaja za preverjanje funkcionalnosti sistema kot celote s strani končnega uporabnika. Za obe testiranji je treba napisati ustrezne testne primere.

SIT je mogoče izvesti s tremi tehnikami (pristopi od zgoraj navzdol, od spodaj navzgor in veliki pok). UAT je mogoče izvesti s petimi metodologijami (testiranje alfa in beta, pogodbeno sprejemno testiranje, predpisano sprejemno testiranje, operativno sprejemno testiranje in testiranje črne škatle).

Napake, ugotovljene pri testiranju sistema, je mogoče zlahka odpraviti. Na podlagi napak je mogoče izdelati različne gradnje. Napake, ugotovljene pri testiranju UAT, pa veljajo za črno piko testerjev in niso sprejete.

Pri UAT morajo biti poslovni uslužbenci ali stranke zadovoljni, da razviti izdelek izpolnjuje njihove potrebe v poslovnem okolju. SIT mora izpolnjevati funkcionalne zahteve sistema.

Upamo, da je ta članek razjasnil vsa vaša vprašanja o SIT Vs UAT!!

Pomakni se na vrh