- SIT Vs UAT: Vështrim i përgjithshëm
- Testimit të Integrimit të Sistemit ( SIT)
- Pranimi i përdoruesit Testimi (UAT)
- Dallimet kryesore midis SIT dhe UAT
- Përfundim
Ky artikull shpjegon ndryshimet kryesore midis SIT dhe UAT. Do të mësoni gjithashtu për metodat e testimit të integrimit të sistemit dhe testimit të pranimit të përdoruesit:
Në përgjithësi, testimi bëhet nga testuesit dhe zhvilluesit. Secila prej tyre ndjek modelin e vet për të testuar një aplikacion.
Testimi i Integrimit të Sistemit ose SIT bëhet nga testuesit ndërsa Testimi i Pranimit të Përdoruesit, i njohur zakonisht si UAT bëhet së fundi nga përdoruesit fundorë. Ky artikull do të krahasojë si SIT ashtu edhe UAT në detaje dhe do t'ju ndihmojë të kuptoni dallimet kryesore midis të dyjave.
Le të eksplorojmë!!
SIT Vs UAT: Vështrim i përgjithshëm
Në përgjithësi, nivelet e testimit kanë hierarkinë e mëposhtme:
- Testimi i njësisë
- Testimi i komponentëve
- Testimi i sistemit
- Testimi i integrimit të sistemit
- Testimi i pranimit të përdoruesit
- Prodhimi
Le të analizojmë ndryshimet kryesore midis Testimit të Integrimit të Sistemit (SIT) dhe Testimit të Pranimit të Përdoruesit (UAT).
Testimit të Integrimit të Sistemit ( SIT)
Dy nënsisteme/sisteme të ndryshme do të kombinohen në një pikë në çdo projekt. Më pas duhet ta testojmë këtë sistem në tërësi. Prandaj ky quhet Testimi i Integrimit të Sistemit.
Hapat e Punës së SIT
- Njësitë individuale duhet të integrohen fillimisht në ndërtime të veçanta.
- I gjithë sistemi duhet të të testohen në tërësi.
- Testet duhet të shkruhenduke përdorur softuerin e duhur bazuar në kërkesat e softuerit.
- Gabimet si gabimet e ndërfaqes së përdoruesit, gabimet e rrjedhës së të dhënave dhe gabimet e ndërfaqes mund të gjenden në këtë testim.
Shembull:
Le të marrim parasysh se një sajt i kujdesit shëndetësor fillimisht ka 3 skeda d.m.th. Informacioni i pacientit, edukimi dhe të dhënat e mëparshme mjekësore . Faqja e kujdesit shëndetësor ka shtuar tani një skedë të re të quajtur Informacioni i injektimit.
Tani detajet ose baza e të dhënave të skedës së re duhet të bashkohen me skedat ekzistuese dhe sistemi ka për t'u testuar në tërësi me 4 skeda.
Duhet të testojmë sajtin e integruar që ka katër skeda.
Siti i integruar duket diçka siç tregohet më poshtë:
Teknikat e përdorura në SIT
- Qasja nga lart-poshtë
- Qasja nga poshtë-lart
- Qasja e shpërthimit të madh
#1) Qasja nga lart-poshtë
Siç sugjeron vetë emri, do të thotë se ajo ndjek ekzekutimi nga lart poshtë. Është një metodë në të cilën funksionaliteti ose moduli kryesor testohet i ndjekur nga nën-modulet sipas renditjes. Këtu lind një pyetje se çfarë do të bëjmë nëse nën-modulet e njëpasnjëshme aktuale nuk janë të pranishme menjëherë për integrim.
Përgjigja për këtë krijon STUBS.
Cungët njihen si programe . Ato veprojnë si module të rreme dhe kryejnë funksionin e kërkuar të modulit në një mënyrë të kufizuar.
Cungët kryejnëfunksionaliteti i një njësie/moduli/nën-moduli në mënyrë të pjesshme derisa moduli aktual të bëhet gati për integrim pasi integrimi i nën-moduleve është i vështirë.
Përbërësit e nivelit të ulët mund të zëvendësohen me cungë sipas renditjes për t'u integruar. Prandaj, qasja nga lart-poshtë mund të ndjekë një gjuhë të strukturuar ose procedurë. Pasi një cung zëvendësohet me komponentin aktual, cung tjetër mund të zëvendësohet me komponentët aktualë.
Ekzekutimi i diagramit të mësipërm do të jetë moduli A, moduli B, moduli C, moduli D, moduli E, moduli F dhe moduli G.
Shembull për Studimet:
#2) Qasja nga poshtë lart
Kjo qasje ndjek hierarkinë nga poshtë-lart. Këtu, modulet më të ulëta integrohen fillimisht dhe më pas modulet më të larta integrohen dhe testohen.
Modulet ose njësitë më të ulëta bashkohen dhe testohen. Bashkësia e njësive më të ulëta quhet Grupe . Ndërsa integrohen nën-modulet me modulin kryesor, në rast se moduli kryesor nuk është i disponueshëm atëherë DRIVERS përdoren për të koduar programin kryesor.
DRIVERS quhen programe thirrëse .
Rrjedhja e defektit është më e vogël në këtë qasje.
Për të integruar nën-modulet në një niveli më i lartë ose moduli kryesor krijohet një modul drejtuesi siç tregohet në figurën e mësipërme.
#3) Qasja e Big Bang
Me fjalë të thjeshta, në Big Bang Approach, ju duhet të lidhni të gjitha njësitë në të njëjtën kohë dhetestoni të gjithë komponentët. Asnjë ndarje nuk bëhet këtu. Rrjedhja e defektit nuk duhet të ndodhë.
Kjo qasje është e dobishme për projektet e sapo zhvilluara që janë zhvilluar nga e para ose ato që kanë pësuar përmirësime të mëdha.
Pranimi i përdoruesit Testimi (UAT)
Sa herë që një testues ia dorëzon klientit/përdoruesit fundor projektin e përfunduar të testuar, atëherë klienti/përdoruesi fundor do ta testojë sërish projektin për të parë nëse është projektuar saktë. Ky quhet Testimi i Pranimit të Përdoruesit.
Rastet e duhura të provës duhet të shkruhen për të dyja në mënyrë që të kryhet testimi.
Zhvilluesit zhvillojnë një kod të bazuar në dokumenti i Specifikimit të Kërkesave Funksionale. Testuesit e testojnë atë dhe raportojnë gabime. Por klienti ose përdoruesi fundor e di vetëm se si funksionon saktësisht sistemi. Prandaj ata testojnë sistemin nga fundi i tyre.
Hapat e punës të UAT
- Plani UAT duhet të krijohet bazuar në kërkesat.
- Skenarët duhet të të ndërtohet nga kërkesat.
- Rastet e provës dhe të dhënat e provës duhet të përgatiten.
- Rastet e provës duhet të ekzekutohen dhe kontrollohen për ndonjë defekt të pranishëm.
- Nëse nuk ka asnjë defekt dhe rastet e testimit kanë kaluar, atëherë projekti mund të nënshkruhet dhe të dërgohet për prodhim.
- Nëse gjenden ndonjë defekt ose defekt, atëherë ai duhet të rregullohet menjëherë për t'u përgatitur për publikim.
Llojet e testimit UAT
- Alfa dhe BetaTestimi: Testimi alfa bëhet në vendin e zhvillimit ndërsa testimi beta bëhet në mjedisin e jashtëm, p.sh. një kompani e jashtme etj.
- Testimi i pranimit të kontratës: Në një kontratë specifikimet e pranuara që janë të paracaktuara duhet të plotësohen.
- Testimi i pranimit të rregullores: Siç thotë emri, testimi është bërë në kundërshtim me rregulloret.
- Testimi i pranimit operacional: Operacioni ose rrjedha e punës e projektuar duhet të jetë siç pritet.
- Testimi i kutisë së zezë: Pa u thelluar, softueri duhet të testohet për qëllimin e tij jetësor.
Dallimet kryesore midis SIT dhe UAT
SIT | UAT |
---|---|
Kjo kryhet nga testuesit dhe zhvilluesit. | Kjo kryhet nga përdoruesit përfundimtarë dhe klientët. |
Integrimi i nën-njësive/njësive kontrollohet këtu. Ndërfaqet duhet të testohen. | Këtu kontrollohet i gjithë dizajni. |
Njësitë individuale janë integruar dhe testuar në mënyrë që sistemi të funksionojë sipas kërkesave. | Sistemi testohet në tërësi për funksionalitetin kryesor të produktit sipas dëshirës së përdoruesit. |
Kjo është bërë në bazë të kërkesave nga testuesit. | Bëhet bazuar në këndvështrimin e përdoruesit se si produkti duhet të përdoret nga përdoruesi përfundimtar. |
SIT kryhet sapo të montohet sistemi. | UAT kryhetmë në fund pak para lëshimit të produktit. |
Përfundim
Testimi i integrimit të sistemit bëhet kryesisht për të testuar kërkesat e ndërfaqes së një sistemi. Ndërsa testimi i pranimit të përdoruesit bëhet për të verifikuar funksionalitetin e sistemit në tërësi nga një përdorues fundor. Rastet e duhura të testit duhet të shkruhen për të dy testimin.
SIT mund të bëhet me 3 teknika (qasjet nga lart-poshtë, nga poshtë-lart dhe nga Big Bang). UAT mund të bëhet duke përdorur 5 metodologji (testimi alfa dhe beta, testimi i pranimit të kontratës, testimi i pranimit të rregullores, testimi i pranimit operacional dhe testimi i kutisë së zezë).
Defektet e gjetura në testimin e sistemit mund të korrigjohen lehtësisht. Ndërtime të ndryshme mund të bëhen në bazë të defekteve. Ndërsa defektet e gjetura në UAT konsiderohen si një pikë e zezë për testuesit dhe nuk pranohen.
Në UAT zyrtarët apo klientët e biznesit duhet të jenë të kënaqur që produkti i zhvilluar plotëson nevojat e tyre në mjedisin e biznesit. SIT duhet të plotësojë kërkesat funksionale të sistemit.
Shpresojmë që ky artikull të ketë sqaruar të gjitha pyetjet tuaja mbi SIT Vs UAT!!