Sissejuhatus süsteemi testimisse
Kas olete kunagi süsteemi testimisest kuulnud? Jah, muidugi, olete kuulnud, kuid ei tea, mida katsetatakse. Kuidas seda reaalses keskkonnas rakendatakse. Tänapäeva maailm on täis palju seadmeid, uued tehnoloogiad ilmuvad iga päev. Kvaliteedi säilitamiseks ja meie toote vigadeta ning usaldusväärseks tagamiseks on igal arendusel oma paralleelne testimismeeskond.
Testimine on ristkontrolli protsess, kas meil on õige funktsionaalsus või mitte. Tarkvara testimine on etapp, kus tarkvara valmib. Nüüd proovib seda integreeritud tarkvara. Testimisel kontrollime, kas tarkvara vastab meie nõuetele või mitte.
Testimine, mis toimub kogu süsteemil, mida nimetatakse süsteemi testimiseks. Selle testi abil leiame vead. See tagab, et kogu süsteem töötab ootuspäraselt. Kvaliteetse toote saamiseks kontrollime süsteemi jõudlust ja funktsionaalsust. Süsteemi testimine pole midagi muud kui süsteemi kui terviku testimine. Selle testimisega kontrollitakse kliendi vaatepunktist lähtudes terviklikku stsenaariumi.
Funktsionaalsed ja mittefunktsionaalsed testid tehakse ka süsteemi testimisega. Kõik toimingud on tehtud selleks, et säilitada arengus usaldus, et süsteem on puudusteta ja vigadeta. Süsteemi testimine on ette nähtud ka riistvara / tarkvara nõuete spetsifikatsioonide testimiseks.
Süsteemi testimine on rohkem piiratud tüüpi testimine; selle eesmärk on tuvastada mõlemad sõlmedevahelised defektid.
Teste on kahte tüüpi:
Need on spetsiaalsed süsteemid ja rakendused
Enne otse süsteemi testimist alustamist tahan teada saada testimise voogu. Nii saate selge idee. Vaadake järgmist diagrammi.
Süsteemi testimise tüübid
Allpool on toodud erinevad katsetamise tüübid, mis on järgmised:
1. Funktsionaalsuse testimine
- See testimine tagab, et toote funktsionaalsus töötab vastavalt nõuete spetsifikatsioonile süsteemi võimaluste piires.
- Funktsionaalne testimine toimub käsitsi või automatiseeritud tööriistade abil.
2. Taaskasutatavuse testimine
- Selle testimisega tehakse kindlaks, kas operatsioone saab jätkata pärast katastroofi või pärast süsteemi terviklikkuse kaotamist.
- Parim näide sellest eeldatakse, et laadime alla ühe faili. Ja äkki ühendus kustub. Pärast ühenduse taastamist algab meie allalaadimine sealt, kus lahkusime. See ei alga uuesti alustamisest.
- Seda kasutatakse seal, kus toimingute järjepidevus on hädavajalik
3. jõudluse testimine
- See testimine tagab süsteemi jõudluse erinevates tingimustes toimivusomaduste osas.
- Seda testimist nimetatakse ka toimivuse vastavuse testimiseks.
- See testimine tagab süsteemi nõuetele vastavuse
- See kontrollib, kui mitu kasutajat kasutavad sama rakendust korraga, siis kuidas see reageerib
Jõudluskontrolli võib jagada kolme peamisse kategooriasse nagu kiirus, mastaapsus, stabiilsus.
4. Skaleeritavuse testimine
See testimine tagab süsteemi skaleerimise võimete erinevatel alustel, näiteks kasutajate skaleerimine, geograafiline ja ressursi skaleerimine.
5. Usaldusväärsuse testimine
- Usaldusväärsuse testimine tagab, et süsteem on vigadeta.
- See testimine tagab süsteemi pikema töötamise ilma tõrgete ilmnemiseta.
6. Dokumentatsiooni testimine
See testimine tagab, et süsteemi kasutusjuhend ja muud abiteemade dokumendid on korrektsed ja kasutatavad.
7. Turvalisuse testimine
- Testimine, mis kinnitab, et programm pääseb juurde volitatud töötajatele ja volitatud töötajad saavad juurdepääsu nende turbetasemel saadaolevatele funktsioonidele.
- See testimine tagab, et süsteem ei võimalda volitamata juurdepääsu andmetele ja ressurssidele.
- Turvakontrolli eesmärk on välja selgitada, kui hästi süsteem kaitseb volitamata sisemise või välise juurdepääsu või tahtliku kahjustuse eest.
- Üldiselt saame turvalisust kontrollida järgmises valdkonnas:
- Autentimine
- Autoriseerimine
- Andmete valideerimine
- Transpordi turvalisus
- Andmekaitse
- Seansi juhtimine
8. Kasutatavuse testimine
Süsteemi lihtsa kasutamise, õppimise ja käsitsemise tagamiseks
9. Nõuete testimine
Iga süsteem on testitud nõue.
- Süsteemi kasutavate inimeste otsesed vaatlused.
- Selle testimise käigus on tehtud kasutatavusuuringuid.
- Kasutajatestid selle testimise all. Seda nimetatakse ka beetatestimiseks.
- Selle testimisega kontrollitakse süsteemi, kuidas tegelik kasutaja keskkonnas töötab.
- Kasutatavuse testimist kasutatakse peamiselt rakenduse kujundamisel.
- Kasutatavuse testis proovivad tegelikud kasutajad saada kontrollitud tingimustes tootega tüüpilisi eesmärke ja ülesandeid.
Selle süsteemi abil saab kindlaks teha:
- Kui lihtne on rakenduste kasutamisest aru saada.
- Kui lihtne on taotlusprotsessi teostada.
10. Koormustestid
See testimine määrab, kuidas rakendus käitub, kui mitu kasutajat pääsevad sellele samaaegselt mitmesse kohta.
- Seda testimist tehakse selleks, et teha kindlaks, kas süsteemi jõudlus on eelnevalt kindlaksmääratud koormuse tasemel vastuvõetav.
- Koormustestid hindavad süsteemi jõudlust eelnevalt määratletud koormustasemetega.
- See kontrollib rakenduse tavapäraseid ja etteantud tingimusi.
11. Stressitestimine
Selle katsetamisega kontrollitakse üldiselt, kas süsteem jätkab toimimist, kui sellele on eeldatud suure hulga andmeid.
- Stressitestimine võib sisaldada sisendtehinguid, sisemisi tabeleid, sidekanaleid, kettaruumi jne.
- Stressitestimine kontrollib, kas süsteem peaks töötama nii nagu tootmiskeskkonnas.
- See kontrollib süsteemi ekstreemsetes tingimustes.
- Stressitestimist tuntakse ka vastupidavustestidena.
12. Konfiguratsiooni testimine
- Konfiguratsiooni testimine on selle kontrollimine riistvara mitme rakenduse kombinatsiooni abil.
- Selle testimisega kontrollitakse ühilduvusprobleeme.
- Määrake minimaalne ja optimaalne H / W ja S / W konfiguratsioon.
- Selle testimisega määratakse kindlaks ressursside, näiteks mälu, kettaruumi, protsessori, võrgukaardi, lisamise või muutmise mõjud.
13. Ühilduvuse testimine
- Ühilduvustesti abil kontrollitakse, kas teie rakendus on võimeline töötama erinevates H / W, OS-i, rakendustes, võrgukeskkondades või mobiilseadmetes jne.
- Sarnaselt mitmeplatvormilise testimisega.
- Võimaluste testimine on kasulikum veebipõhistes rakendustes, kus saame kontrollida, kas rakendustele peab olema juurdepääs igast brauserist.
Põhifookuse piirkond
- Süsteemi testimise ajal testitakse süsteemi tootmiskeskkonnas. Enne toote tarnimist tuleks süsteemi testida tootmiskeskkonnas.
- Arendus- ja tootmiskeskkond võib ettevõtte lõikes olla erinev.
- Peamiselt peaks see saama konfiguratsiooniga seotud tõrke.
Süsteemi testimise kontseptsioon
Süsteemi testimine kuulub Black-Boxi testimise alla. Samuti on olemas sellised testid nagu turvalisus, töökindlus, jõudlus, paigaldamine, funktsionaalne testimine jne.
Meil on ka White-boxi testimine. Seda nimetatakse ka selge kasti testimiseks. Valge kasti testimine tähendab testimist, kus testija on testimisrakenduse sisemise struktuuri teada. Kuid selles artiklis keskendume musta kasti testimisele.
Mis on musta kasti testimine?
- Seda testimist nimetatakse ka käitumuslikuks testimiseks.
- Musta kasti testimine keskendub peamiselt sisendile ja väljundile, kuna sisemine kood on testija eest peidetud
Süsteemi testimisel on ka järgmine spetsialiseeritud testimine:
1. Regressioonitestimine
See testimine sõltub ajast. Faktorist ei piisa selle testimise jaoks alati. Seda testimist tehakse kahel viisil:
- Käsitsi testimine :
Manuaalset testimist saab teha väikese süsteemi jaoks. Projekt, mille probleemiks on kulud. Automatiseeritud testimine pole mugav.
Arendajad või kvaliteedi tagamise meeskond testivad käsitsi tarkvarakoodide iga tee. Ja siis on toimunud võrdlus.
See testimine on väga aeganõudev ja selle tööks on vaja palju ressursse.
See testimine pole efektiivne, nii et automaatika testimine on pildil
- Automatiseeritud testimine:
See testimine on väga hea. Paljud ettevõtted, kes proovivad hankida automatiseeritud testimisriistu.
Kui meil on rakenduse jaoks palju versioonimuudatusi, on sellest väga palju abi. Nende tööriistade ühte klassi nimetatakse hõivatud esituse tööriistadeks.
2. Veakäsitluse testimine
- Selgitada välja süsteemi võime ekslikke tehinguid õigesti töödelda.
- Peaks rakendussüsteem tuvastama kogu mõistliku vea.
- Kontroll vea parandamise ajal on kohustuslik.
- Protseduurid tagavad enamasti vea korrektse parandamise.
- See testimine peaks toimuma kogu SDLC vältel.
- Vead hõlmavad kõiki ootamatuid tingimusi.
- See kontrollib tarkvara võimet kõiki tehinguid õigesti teostada.
- Nt: lihtsalt lisage rakendusse mõned ekslikud väärtused, et kontrollida, kas süsteem on nende probleemide leidmiseks piisavalt võimeline. See protsess võib olla korduv.
3. Süsteemidevaheline testimine
- See testimine toimub siis, kui rakendus asetatakse hajutatud ala. Ja kõik paigutatud integratsioon toimub. Seda testimist tehakse peamiselt andmete voo kontrollimiseks hostitud põhisüsteemist teistesse süsteemidesse.
- Lühidalt võib öelda, et kahe või enama rakendussüsteemi vahelise liidese testimine.
- See otsustab:
- Süsteemi dokumentatsioon on täielik ja täpne.
- Parameetrid ja andmed on kahe rakenduse vahel õigesti edastatud.
- Testikomplekte on tükkides, et tehing ühelt süsteemilt teisele ja vastupidi toimiks korralikult. ristkontrollid on toimunud ja kui juhtub viga, siis see parandatakse sel ajal.
- See testimine tagab andmevoo rakenduste vahel.
- See testimine on tüütu, kui automatiseerimist ei tehta.
- Maksumus on suurem, kui iteratsioone on rohkem.
4. Mõistlikkuse testimine
- Mõistlikkuse testimine tähendab süsteemi käitumise kontrollimist. Seda testimist nimetati ka kitsaks regressioonitestimiseks.
- Tervislikkuse testid on kasulikud nii keskkonna esmasel valideerimisel kui ka tulevaste interaktiivsete sammude jaoks.
- Mõistlikkuse testimine on keskendunud ühele.
- Seda testimist peetakse ka regressioonitesti alamhulgaks.
- Ex sanity testimine on, võime öelda, et vajame süsteemi tööaega. Kuidas peab ajasüsteem üles tõusmiseks kuluma?
- Mõistlikkuse testimine, mis oli algselt kavandatud tuummoodulite testimiseks.
- Mõistlikkuse testimine võib kontrollida ühenduvust rakendusserverite ja välisseadmetega.
5. Suitsu testimine
- Üldiselt tuntakse suitsu testimist ka kui “ehituse kontrollimise testimist”.
- See termin on tulnud riistvara testimisest. Riistvara testimisel läbis seade testi, kui see ei süttinud sisse ega suitsetanud esimest korda sisse lülitades.
- Suitsu testimine kontrollib tarkvara kontrollitavust kui suitsetatud testimist.
- Suitsu testimine otsustab, kas testimiseks piisab rakendusest. Kas see on stabiilne?
- Suitsu testimine aitab kindlaks teha, kus peatuda.
- Suitsutesti saab teha käsitsi või automatiseeritud tööriistadega.
- Suitsutesti stsenaariumides rõhutatakse laius rohkem kui sügavust.
- Suitsutestid on tuntud ka kui verifitseerimise testimine / lingi testimine / põhifunktsioonide testimine.
- See on "pinnapealne ja lai" lähenemisviis rakendusele.
- Suitsu testimine aitab probleemid varakult paljastada.
- Suitsutestid aitavad leida ka integratsioonitesti.
- Suitsu testimisel tuleks puudutada kõiki komponente ja kõiki peamisi omadusi tuleks korraks katsetada.
- Kui test ebaõnnestub, tagastatakse ehitamine arendajatele testimata.
- Suitsu testimist kasutatakse tavaliselt süsteemi testimisel, aktsepteerimise ja integratsiooni testimisel.
6. Paralleelne testimine
- Paralleelne testimine tähendab korraga mitme rakenduse või alamsüsteemi testimist.
- Võib öelda, et kahe erineva süsteemi võrdlus.
- Paralleelne testimine tuleb kindlaks teha - rakenduse uus versioon või uued süsteemid toimivad korrektselt, viidates olemasolevale süsteemile, mis töötab õigesti.
- Uue süsteemi vastuvõtmisel saab kasutada paralleelset testimist.
- Paralleelselt katsetades kasutatakse mõlemas süsteemis samu andmeid.
- Paralleelselt katsetatakse uut süsteemi olemasoleva süsteemiga mõnda aega.
- O / p ristkontrolli ja olemasoleva süsteemi o / p võrdluse kaudu. Paralleelset testimist tehakse selleks, et veenduda, kas uus süsteem töötab kuni märgini nagu eelmine süsteem.
Järeldus
Igal tarkvara arendamise protsessil on testimise osa. Kui tarkvara omab kõiki teste ja vastab kõigile tingimustele, on see valmis kliendile üleandmiseks. Testimine on ülioluline osa ja seda tuleb teha väga tõsiselt.
Soovitatavad artiklid
See on olnud süsteemi testimise juhend. Siin oleme arutanud sissejuhatust, süsteemi testimise erinevaid tüüpe ja selle peamist fookusvaldkonda. võite lisateabe saamiseks vaadata ka järgmisi artikleid -
- Karjäär tarkvara testimisel
- Läbivuse testimise intervjuu küsimused
- Mis on närvivõrgud?
- Defektide elutsükkel tarkvara testimisel
- Erinevad tööriistad jõudluse testimiseks