Sissejuhatus süsteemiintegratsiooni testimisse (SIT)
Süsteemi integreerimise testimine on teatud tüüpi testimine, mis toimub kogu süsteemis pärast selle süsteemi riist- ja tarkvara moodulite integreerimist. Selle eesmärk on kontrollida süsteemi käitumist ja kontrollida, kas kõik süsteemi moodulid töötavad üksteisega sobivalt. Seda tehakse ka selleks, et säilitada süsteemi moodulite vaheline andmete terviklikkus.
Süsteemiintegratsiooni testimine (SIT) viiakse läbi pärast seda, kui alamsüsteemid on üksikult testitud ja testimine läbitud. Pärast integreerimist testib SIT süsteemi tervikuna. Seejärel edastatakse SIT-i tulemus kasutaja aktsepteerimise testimisele (UAT).
Süsteemi integreerimise testi eelised
- SIT aitab defekte varajases staadiumis tuvastada. SIT-i käigus leitud puudused saadetakse tagasi, et arendusmeeskond need parandada. See aitab säästa aega ja selle hilisemas etapis kinnistamise kulusid, mis võivad olla kallimad.
- SIT aitab saada varase arvamuse mooduli vastuvõetavuse kohta süsteemis.
- SIT aitab tuvastada rikkeid, mis võivad tekkida integreeritud komponentide vastasmõjul.
- Süsteemis on mitu moodulit ja kõigi moodulite eraldi testimine võtab aega. Isegi kui iga seadet katsetatakse eraldi, on isegi võimalus, et tervikuna integreerituna see rikke võib juhtuda, kuna alamsüsteemide vastastikuse mõju korral tõuseb palju probleeme.
Seega on SIT põhimõtteliselt vajalik probleemide avastamiseks ja parandamiseks enne süsteemi kasutajale saatmist.
SIT-i läbiviimise lähenemisviisid
Vaatame SIT-i teostamise erinevaid lähenemisviise, mõistame seda ükshaaval.
1. Ülalt-alla lähenemine
See on järkjärguline lähenemisviis, kus testimine algab rakenduse ülaosast moodulist. Moodulite funktsionaalsust madalamal tasemel simuleeritakse tüvede abil. Ülemine moodul on integreeritud madalamate moodulite moodulitega, ükshaaval, et testida nende funktsionaalsust. Kui iga test on lõpetatud, asendatakse vastav tükk reaalse mooduliga. Seda testimisviisi jätkatakse seni, kuni kogu süsteem on testitud.
Eelis
- Draiverid pole vajalikud ja testjuhtumite täpsustamiseks kasutatakse süsteemi funktsionaalsust.
Puuduseks
- Madalama taseme moodulite funktsionaalsuse kättesaadavusest sõltub.
- Testimisel võib viibida, kuna päris moodulid asendatakse tükkidega.
- Tüvede kirjutamine on keeruline.
2. Alt-üles lähenemine
See on järkjärguline lähenemisviis, kus kõigepealt koondatakse madalaima taseme moodulid klastrite moodustamiseks. Seejärel tehakse juht, kes saab testjuhtumi sisendi ja väljundi. Seejärel testitakse klastrit. Pärast klastri testimist eemaldatakse draiver, nii et klastrit saab ühendada ülemise astmega. Seda testimisviisi jätkatakse seni, kuni kogu süsteem on testitud.
Eelis
- Tüvesid pole selles lähenemisviisis vaja.
- Testimine muutub protsessi tõustes lihtsamaks, kuna draiverite kasutamine väheneb.
Puuduseks
- Kõige olulisem moodul ehk kasutajaliides testitakse lõpus.
3. Suure paugu lähenemine
Selle lähenemisviisi korral integreeritakse süsteemi moodulid alles pärast kõigi moodulite valmimist. Pärast integreerimist testitakse kogu süsteemi selle toimimise kontrollimiseks.
Eelis
- Vajalik on ainult üks SIT-i voor.
Puuduseks
- Vea algpõhjust on keeruline leida.
Süsteemiintegratsiooni testimise protsess
Kõige tavalisem SIT-i teostamise meetod on andmepõhine meetod, kuna see nõuab tarkvara testimisriistade kasutamist kõige vähem.
Selle meetodi puhul toimub peamiselt andmevahetus, st andmete import ja eksport süsteemimoodulite vahel ning seejärel vaadeldakse iga kihi iga andmevälja toimivust.
Kui tarkvara on integreeritud, võib andmevoos olla kolm peamist olekut:
1. Andme olek voolab integratsioonikihis
Integreerimiskiht toimib liidesena andmete impordi ja ekspordi vahel. Selles kihis SIT-i teostamiseks on vaja põhiteadmisi teatud skeemitehnoloogiate kohta.
Andmevahetuse kinnitamiseks toimivad SIT-i toimingud:
- Autentige selle kihi andmeomadused nõuete dokumentidega.
- Kinnitage veebiteenuse taotlus.
- Andmete vastete ja taotluste kontrollimiseks viige läbi üksusetestid.
- Vaadake logid üle.
2. Andmeseisund, kui voolab andmebaasi kihis
Selles kihis SIT-i teostamiseks on vaja põhiteadmisi SQL-i kohta.
Andmevahetuse kinnitamiseks toimivad SIT-i toimingud:
- Kontrollige, kas kõik andmed on eelmisele tasemele jõudnud ja neile pühendunud.
- Autentige tabeli ja veeru atribuudid nõuetele vastavate dokumentidega.
- Kontrollige andmete valideerimise reegleid ja andmebaasis rakendatud piiranguid.
- Kontrollige, kas salvestatud protseduure pole töödeldud andmete osas.
- Vaadake logid üle.
3. Andmete olek voolavuses rakenduskihis
Andmevahetuse kinnitamiseks toimivad SIT-i toimingud:
- Kontrollige UI väljade nähtavust.
- Andmete kinnitamiseks viige läbi nii positiivseid kui ka negatiivseid testijuhtumeid.
SIT näide
SIT-i pisut selgemaks muutmiseks toome näite ettevõttest, mis kasutab töötajate andmete salvestamiseks tarkvara.
See tarkvara koosneb kahest kasutajaliideses olevast ekraanist, nimelt nimeekraan ja töötajate ID-ekraan, ning sellel on andmebaas nimega Database A. Andmed Nimiekraanile ja Töötaja ID-ekraanile sisestatud andmed sisestatakse andmebaasi A.
Mõne aasta pärast nõuab ettevõte töötajatelt täiendavaid andmeid. Seega on vaja täiustust ja nad arendavad aadressiekraani koos teise andmebaasiga, andmebaasiga B. Nüüd tuleb see aadressiekraani ja andmebaasi B omav süsteem integreerida olemasoleva süsteemiga ning seejärel testida seda kogu süsteemis, et see toimiks korralikult. nimetatakse SIT.
Kokkuvõtteks võib öelda, et SIT on oluline osa meie testimisest, kuna see annab meile esmamulje meie rakenduse töökindlusest. Seda saab teha erinevate lähenemisviiside ja protsesside abil ning võime kasutada seda, mis meie rakenduseks sobib.
Soovitatavad artiklid
See on olnud süsteemiintegratsiooni testimise juhend. Siin arutasime süsteemiintegreerimise testimise kontseptsioone, lähenemisviise, eeliseid ja puudusi. Lisateavet leiate ka meie muudest soovitatud artiklitest -
- Mis on tarkvara testimine?
- Intervjuu küsimuste testimine
- Defektide elutsükkel tarkvara testimisel
- Küsimused süsteemi kujundamise kohta