Süsteemi testimine on tarkvara testimise liik, mille käigus kontrollitakse süsteemi kui tervikut.
See hõlmab teie väljatöötatud tarkvara kõigi üksikute moodulite ja komponentide integreerimist, et testida, kas süsteem töötab koos ootuspäraselt.
Süsteemi testimine on oluline tarkvara testimise etapp, mis võimaldab testimismeeskondadel kontrollida koostamise kvaliteeti enne selle lõppkasutajatele väljastamist.
Selles artiklis uurime, mis on süsteemitestimine: mis see on, kuidas see toimib, kes teostab süsteemitestimist ning milliseid lähenemisviise ja vahendeid saavad testimismeeskonnad kasutada, et muuta süsteemitestimine kiiremaks ja usaldusväärsemaks.
Lühidalt öeldes leiad siit kõik, mida pead teadma süsteemi testimise kohta.
Mis on süsteemi testimine?
Süsteemi testimine on tarkvara testimise liik, mis viiakse alati läbi kogu süsteemi kohta. See kontrollib, kas süsteem vastab tema nõuetele, mis iganes need ka ei oleks.
Testijad teostavad süsteemi testimist, et hinnata nii süsteemi funktsionaalseid kui ka mittefunktsionaalseid nõudeid pärast seda, kui üksikud moodulid ja komponendid on omavahel integreeritud.
Süsteemi testimine on musta kasti testimise kategooria, mis tähendab, et testitakse ainult tarkvara väliseid tööfunktsioone, mitte aga rakenduse sisemist disaini.
Testijatel ei ole vaja teadmisi tarkvarakoodi programmeerimisest ja struktuurist, et süsteemi testimise käigus täielikult hinnata tarkvara koostamist. Selle asemel hindavad testijad lihtsalt tarkvara toimivust kasutaja vaatenurgast.
1. Millal me peame süsteemi testimist tegema?
Süsteemi testimine viiakse läbi pärast integratsioonitestimist ja enne vastuvõtutestimist. Tarkvara testimise meeskond teostab korrapäraselt süsteemi testimist, et tagada, et süsteem töötab arenduse võtmetähtsusega etappides nii, nagu see peaks toimima.
Mõned näited süsteemi testimise juhtudest on järgmised:
● Uute tarkvaraversioonide väljatöötamise ajal.
● rakenduse käivitamise ajal, kui toimub alfa- ja beetatestimine.
● Pärast ühiku- ja integratsioonitestimise lõpetamist.
● Kui süsteemi loomise nõuded on täidetud.
● Kui muud katsetamise tingimused on täidetud.
Nagu ka muud tarkvara testimise vormid, on soovitatav regulaarselt läbi viia süsteemi testimist, et tagada tarkvara toimimine nii, nagu see peaks toimima.
Süsteemi testimise sagedus sõltub teie meeskonna ressurssidest ning lähenemisviisidest ja vahenditest, mida te kasutate süsteemi tarkvara testimiseks.
2. Kui te ei vaja süsteemiteste
Kui te ei ole veel teinud esialgseid teste, nagu suitsutestid, ühiktestid ja integratsioonitestid, siis ei ole te veel valmis alustama süsteemi testimist.
Süsteemi testimine on alati oluline pärast integratsioonitestimise lõpetamist, kuid kui teil tekivad vead ja probleemid, mis põhjustavad süsteemitesti ebaõnnestumise, võite peatada süsteemi testimise ja pöörduda tagasi arenduse ja vigade parandamise juurde, enne kui jätkate edasi.
3. Kes on kaasatud süsteemi testimisse?
Süsteemi testimist viivad läbi testijad ja kvaliteedi tagamise meeskonnad, mitte arendajad. Süsteemi testimine võtab arvesse ainult tarkvara väliseid elemente ehk teisisõnu kasutajate kogemust, kes üritavad tarkvara funktsioonidele ligi pääseda.
See tähendab, et süsteemi testimisega tegelevad testijad ei vaja tehnilisi teadmisi arvutikodeerimisest, programmeerimisest ja muudest tarkvaraarenduse aspektidest, mis võivad nõuda arendajate panust.
Ainus erand on automaatne süsteemitestimine, mis võib nõuda arendajatelt mõningast panust sõltuvalt sellest, kuidas te sellele lähenete.
Mida me testime süsteemi testimisel?
Süsteemi testimine on tarkvara testimise liik, mida kasutatakse nii tarkvara funktsionaalsete kui ka mittefunktsionaalsete aspektide testimiseks.
Seda saab kasutada väga erinevate funktsioonide ja omaduste testimiseks, millest paljusid on põhjalikumalt käsitletud süsteemi testimise tüüpide all.
Mõned tarkvara aspektid, mida süsteemi testimine kontrollib, on üksikasjalikult kirjeldatud allpool.
1. Funktsionaalsus
Testijad kasutavad süsteemi testimist, et kontrollida, kas valmis süsteemi erinevad aspektid toimivad nii, nagu nad peaksid.
Eelneva testimise abil saab hinnata sisekoodi struktuuri ja loogikat ning seda, kuidas erinevad moodulid omavahel integreeruvad, kuid süsteemitestimine on esimene samm, millega testitakse tarkvara funktsionaalsust tervikuna.
2. Integratsioon
Süsteemi testimine testib, kuidas erinevad tarkvara komponendid koos töötavad ja kas nad integreeruvad omavahel sujuvalt.
Testijad võivad testida ka väliseid välisseadmeid, et hinnata nende koostoimet tarkvaraga ja nende nõuetekohast toimimist.
3. Oodatav väljund
Testijad kasutavad tarkvara nagu kasutaja süsteemi testimisel, et kontrollida tarkvara väljundit tavapärase kasutamise ajal. Nad kontrollivad, kas tarkvara iga funktsionaalse ja mittefunktsionaalse funktsiooni väljund vastab ootustele.
Kui tarkvara ei käitu nii, nagu peaks, on ilmne järeldus, et see vajab edasist arendustööd.
4. Vead ja vead
Süsteemi testimist kasutatakse tarkvara funktsionaalsuse ja töökindluse hindamiseks mitme platvormi ja operatsioonisüsteemi puhul.
Süsteemi testijad kontrollivad, et tarkvara ei sisaldaks vigu, jõudlusprobleeme ja ühilduvusprobleeme kõigil platvormidel, millel tarkvara peaks töötama.
Sisenemis- ja väljumiskriteeriumid
Süsteemi testimisel kasutatakse sisenemis- ja väljumiskriteeriume, et teha kindlaks, kas süsteem on valmis süsteemi testimiseks ja kas süsteemi testimise nõuded on täidetud või mitte.
Teisisõnu, sisenemis- ja väljumiskriteeriumid aitavad testijatel hinnata, millal alustada süsteemi testimist ja millal lõpetada süsteemi testimine.
Sisenemiskriteeriumid
Sisenemiskriteeriumid määravad kindlaks, millal testijad peaksid alustama süsteemi testimist.
Sisenemiskriteeriumid võivad projektiti erineda sõltuvalt testimise eesmärgist ja järgitavast testimisstrateegiast.
Sisenemiskriteeriumid määravad tingimused, mis peavad olema täidetud enne süsteemi testimise alustamist.
1. Testimise etapp
Enamasti on oluline, et testitav süsteem oleks juba enne süsteemi testimise alustamist lõpetanud integratsioonitestimise ja vastaks integratsioonitestimise väljumisnõuetele.
Integratsioonitestimine ei tohiks olla tuvastanud suuremaid vigu või probleeme komponentide integreerimisega.
2. Plaanid ja skriptid
Enne süsteemi testimise alustamist peaks testiplaan olema koostatud, allkirjastatud ja heaks kiidetud.
Teil peavad olema ka eelnevalt ettevalmistatud testjuhtumid ja testimisstsenaariumid, mis on täitmiseks valmis.
3. Valmisolek
Kontrollige, et testimiskeskkond on valmis ja et kõik testimise mittefunktsionaalsed nõuded on kättesaadavad.
Valmisoleku kriteeriumid võivad erinevates projektides erineda.
Väljumiskriteeriumid
Väljumiskriteeriumid määravad kindlaks süsteemi testimise lõppetapi ja kehtestavad nõuded, mis peavad olema täidetud, et süsteemi testimist saaks pidada lõpetatuks.
Väljumiskriteeriumid esitatakse sageli ühe dokumendina, milles lihtsalt määratakse kindlaks selle testimisfaasi tulemused.
1. Täitmine
Süsteemi testimise lõpetamise kõige põhilisem väljumiskriteerium on see, et kõik süsteemi testimise plaanides ja sisenemiskriteeriumides kirjeldatud testjuhtumid on nõuetekohaselt täidetud.
2. Vead
Enne süsteemi testimisest väljumist kontrollige, et ükski kriitiline või prioriteetne viga ei oleks avatud.
Keskmise ja madala prioriteediga vead võib jätta avatud olekusse, kui need on kliendi või lõppkasutaja nõusolekul rakendatud.
3. Aruandlus
Enne süsteemi testimise lõppu tuleb esitada väljumisaruanne. Selles aruandes registreeritakse süsteemi testide tulemused ja näidatakse, et testimine vastab nõutavatele väljumiskriteeriumidele.
Süsteemi testimise elutsükkel
Süsteemi testimise elutsükkel kirjeldab iga süsteemi testimise etappi alates planeerimisest kuni aruandluse ja lõpetamiseni.
Süsteemi testimise elutsükli iga etapi mõistmine aitab teil mõista, kuidas süsteemi testimist läbi viia ja kuidas see toimib.
Etapp 1: Loo testimise kava
Süsteemi testimise esimene etapp on süsteemi testimise kava koostamine.
Testiplaani eesmärk on kirjeldada testjuhtumite ootusi ja testimisstrateegiat.
Testiplaanis määratletakse tavaliselt testimise eesmärgid ja ülesanded, ulatus, valdkonnad, tulemused, ajakava, sisenemis- ja väljumiskriteeriumid, testimiskeskkond ning tarkvarasüsteemi testimisega seotud inimeste rollid ja kohustused.
2. etapp: Testjuhtumite loomine
Süsteemi testimise järgmine etapp on testjuhtumite loomine.
Testjuhtumid määratlevad täpselt funktsioonid, funktsioonid ja mõõdikud, mida te süsteemi testimise käigus testida kavatsete. Näiteks võite testida, kuidas mingi konkreetne funktsioon töötab või kui pikk on konkreetne laadimisaeg.
Iga testjuhtumi jaoks tuleb määrata testjuhtumi ID ja nimi ning teave selle kohta, kuidas seda stsenaariumi testida ja milline on testjuhtumi oodatav tulemus.
Samuti saate siin kirjeldada iga testjuhtumi läbimise/läbikukkumise kriteeriumid.
3. etapp: Testandmete loomine
Kui olete loonud testjuhtumid, saate luua testandmete, mida vajate testide läbiviimiseks.
Testiandmed kirjeldavad sisendeid, mida testimisrühm vajab, et testida, kas nende tegevused annavad oodatud tulemusi.
4. etapp: testjuhtumite täitmine
See etapp on see, mida enamik inimesi võib mõelda, kui nad mõtlevad süsteemi testimisele: testjuhtumite täitmine või tegelik testimine ise.
Testimismeeskond täidab iga testjuhtumi eraldi, jälgides samal ajal iga testi tulemusi ja registreerides kõik leitud vead või tõrked.
5. etapp: Vigadest teatamine ja nende parandamine
Pärast testjuhtumite täitmist koostavad testijad süsteemi testimisaruande, milles kirjeldatakse üksikasjalikult kõiki testimise käigus tekkinud probleeme ja vigu.
Mõned testi käigus ilmnenud vead võivad olla väikesed ja kergesti parandatavad, samas kui teised võivad ehitust tagasi lükata. Parandage need vead, kui need tekivad, ja korrake testitsüklit (mis hõlmab ka muud tüüpi tarkvara testimist, näiteks suitsu testimist) uuesti, kuni see läbitakse ilma suuremate vigadeta.
Segaduse klaarimine: Süsteemi testimine vs. integratsioonitestimine vs. kasutaja vastuvõtmise testimine
Paljud inimesed ajavad süsteemi testimise segamini muude tarkvara testimise liikidega, nagu integratsioonitestimine ja kasutaja aktsepteerimistestimine.
Kuigi süsteemi testimine, integratsioonitestimine ja kasutaja vastuvõtutestimine jagavad mõningaid ühiseid omadusi, on need erinevad testimise tüübid, mis teenivad erinevaid eesmärke, ja iga testimise tüüp tuleb läbi viia teistest sõltumatult.
Mis on integratsioonitestimine?
Integratsioonitestimine on tarkvara testimise liik, mille puhul testitakse tarkvaramooduleid ja -komponente rühmana, et hinnata, kui hästi need omavahel integreeruvad.
Integratsioonitestimine on esimene tarkvara testimise tüüp, mida kasutatakse üksikute moodulite koos töötamise testimiseks.
Integratsioonitestimist teostavad testijad kvaliteedi tagamise keskkonnas ja see on oluline, sest see paljastab defektid, mis võivad tekkida, kui üksikult kodeeritud komponendid omavahel suhelda.
Millised on erinevused süsteemi testimise ja integratsioonitestimise vahel?
Kuigi nii süsteemitestimine kui ka integratsioonitestimine testivad tarkvara kui tervikut, on need erinevad tarkvara testimise tüübid, mis toimivad erinevalt.
Integratsioonitestimine toimub kõigepealt ja süsteemitestimine pärast integratsioonitestimise lõpetamist. Muud peamised erinevused süsteemi testimise ja integratsioonitestimise vahel on järgmised:
1. Eesmärk:
Integratsioonitesti eesmärk on hinnata, kas üksikud moodulid töötavad integreerituna korralikult koos. Süsteemi testimise eesmärk on testida, kuidas süsteem tervikuna toimib.
2. Tüüp:
Integratsioonitestimine testib üksnes funktsionaalsust ja see ei ole aktsepteerimistestimise liik.
Seevastu süsteemitestimine testib nii funktsionaalseid kui ka mittefunktsionaalseid funktsioone ning kuulub vastuvõtutestimise (kuid mitte kasutaja vastuvõtutestimise) alla.
3. Tehnika:
Integratsioonitestimine kasutab nii musta kasti kui ka valge kasti testimist, et hinnata tarkvara koostamist nii kasutaja kui ka arendaja seisukohast, samas kui süsteemitestimine kasutab puhtalt musta kasti testimise meetodeid, et testida tarkvara kasutaja seisukohast.
4. Väärtus:
Integratsioonitestimist kasutatakse liidese vigade tuvastamiseks, samas kui süsteemitestimist kasutatakse süsteemi vigade tuvastamiseks.
Mis on kasutaja aktsepteerimistestimine?
Kasutaja vastuvõtutestimine ehk UAT on tarkvara testimise liik, mille viib läbi lõppkasutaja või klient, et kontrollida, kas tarkvara vastab soovitud nõuetele.
Kasutaja vastuvõtutestimine on viimane testimise vorm, mis toimub enne tarkvara tootmisse viimistlemist.
See toimub pärast seda, kui funktsionaalne testimine, integratsioonitestimine ja süsteemitestimine on juba lõpetatud.
Millised on erinevused süsteemi testimise ja kasutaja vastuvõtutestimise vahel?
Nii kasutaja vastuvõtmise testimine kui ka integratsioonitestimine kontrollivad, kas tarkvara töötab nii, nagu see peaks, ja mõlemad testimisviisid keskenduvad sellele, kuidas tarkvara tervikuna töötab.
Süsteemi testimise ja kasutaja vastuvõtutestimise vahel on siiski palju erinevusi:
1. Testijad:
Kui süsteemi testimist viivad läbi testijad (ja mõnikord ka arendajad), siis kasutaja vastuvõtutestimist viivad läbi lõppkasutajad.
2. Eesmärk:
Kasutaja vastuvõtutestimise eesmärk on hinnata, kas tarkvara vastab lõppkasutaja nõuetele, ja süsteemi testimise eesmärk on kontrollida, kas süsteem vastab testija nõuetele.
3. Meetod:
Süsteemi testimise käigus integreeritakse ja testitakse tarkvara üksikuid üksusi kui tervikut. Kasutaja vastuvõtutestimise käigus testib lõppkasutaja süsteemi kui tervikut.
4. Etapp:
Süsteemi testimine viiakse läbi kohe pärast integratsioonitestimise lõpetamist ja enne kasutaja vastuvõtutestimist. Kasutajate heakskiitmise testimine toimub vahetult enne toote väljastamist liiga varajaste kasutajate jaoks.
Süsteemi testimise tüübid
On üle 50 erineva süsteemi testimise tüübi, mille saate kasutusele võtta, kui soovite testida, kuidas teie tarkvara tervikuna töötab.
Tegelikkuses kasutab enamik testimismeeskondi siiski ainult mõnda neist süsteemitestimise viisidest.
See, millist tüüpi süsteemitestimist te kasutate, sõltub paljudest erinevatest teguritest, sealhulgas teie eelarvest, ajalistest piirangutest, prioriteetidest ja ressurssidest.
1. Funktsionaalsuse testimine
Funktsionaalsuse testimine on süsteemi testimise liik, mille eesmärk on kontrollida tarkvara üksikuid funktsioone ja funktsioone ning hinnata, kas need töötavad nii, nagu nad peaksid.
Seda tüüpi süsteemitestimist võib teostada käsitsi või automaatselt ning see on üks peamisi süsteemitestimise liike, mida testimismeeskonnad teostavad.
2. Tulemuslikkuse testimine
Jõudlustestimine on süsteemi testimise üks liik, mis hõlmab testimist, kui hästi rakendus toimib tavapärase kasutamise ajal.
Seda nimetatakse ka vastavustestimiseks ja tavaliselt tähendab see rakenduse jõudluse testimist, kui seda kasutavad korraga mitu kasutajat.
Jõudlustestimisel vaatavad testijad nii laadimisaegu kui ka vigu ja muid probleeme.
3. Koormuse testimine
Koormuse testimine on süsteemi testimise liik, mida testijad viivad läbi, et hinnata, kui hästi rakendus talub suurt koormust.
Näiteks võivad testijad testida, kui hästi rakendus töötab, kui paljud ja paljud kasutajad üritavad korraga sama ülesannet täita, või kui hästi täidab rakendus korraga mitut ülesannet.
4. Skaleeritavuse testimine
Skaleeritavuse testimine on tarkvarasüsteemi testimise liik, millega testitakse, kui hästi tarkvara skaleerub, et vastata erinevate projektide ja meeskondade vajadustele.
See on mittefunktsionaalne testimine, mille käigus hinnatakse, kuidas tarkvara toimib erineva arvu kasutajate puhul või eri kohtades ja erinevate ressurssidega kasutamisel.
5. Kasutatavuse testimine
Kasutatavuse testimine on süsteemi testimise üks liik, mis hõlmab rakenduse kasutatavuse kontrollimist.
See tähendab, et testijad hindavad ja hindavad, kui lihtne on rakenduses navigeerida ja seda kasutada, kui intuitiivsed on selle funktsioonid ning kas on vigu või probleeme, mis võivad põhjustada kasutatavusprobleeme.
6. Usaldusväärsuse testimine
Usaldusväärsuse testimine on süsteemi integreerimise testimise liik, millega kontrollitakse, kui usaldusväärne on tarkvara.
See nõuab tarkvara funktsioonide ja jõudluse testimist kontrollitud keskkonnas, et hinnata, kas ühekordsete testide tulemused on usaldusväärsed ja korratavad.
7. Konfiguratsiooni testimine
Konfiguratsiooni testimine on süsteemi testimise liik, mille käigus hinnatakse, kui hästi toimib süsteem koos eri tüüpi tarkvara ja riistvaraga.
Konfiguratsiooni testimise eesmärk on tuvastada parim tarkvara ja riistvara konfiguratsioon, et maksimeerida süsteemi kui terviku jõudlust.
8. Turvalisuse testimine
Turvalisuse testimine on süsteemi testimise liik, millega hinnatakse, kuidas tarkvara toimib seoses turvalisuse ja konfidentsiaalsusega.
Turvalisuse testimise eesmärk on tuvastada võimalikud nõrgad kohad ja ohud, mis võivad olla allikaks andmete rikkumistele ja rikkumistele, mille tagajärjel võib kaduda raha, konfidentsiaalsed andmed ja muud olulised varad.
9. Migratsiooni testimine
Migratsioonitestimine on süsteemi testimise liik, mis viiakse läbi tarkvarasüsteemide puhul, et hinnata nende võimalikku koostoimimist vanemate või uuemate infrastruktuuridega.
Näiteks võivad testijad hinnata, kas vanemad tarkvaraelemendid on võimalik uude infrastruktuuri üle viia ilma vigade ja vigade tekkimiseta.
Mida on vaja süsteemi testimise alustamiseks
Enne süsteemi testimise alustamist on oluline, et teil oleks selge plaan, kuidas koondada edukaks ja sujuvaks süsteemi testimiseks vajalikud ressursid ja vahendid.
See on suhteliselt keerukas protsess, olenemata sellest, kas testite käsitsi, automaatselt või kasutades mõlemat lähenemisviisi, seega on parim viis vähendada viivituste ja häirete ohtu testimise ajal, kui teate, mida vajate enne alustamist.
1. Stabiilne build, mis on peaaegu valmis käivitamiseks.
Süsteemi testimine on üks viimaseid tarkvara testimise etappe, mis toimub enne väljalaskmist: ainus testimise liik, mis toimub pärast süsteemi testimist, on kasutaja vastuvõtu testimine.
On oluline, et enne süsteemi testimise alustamist oleksite juba läbi viinud muud tüüpi tarkvara testimise, sealhulgas funktsionaalse testimise, regressioonitestimise ja integratsioonitestimise, ning et teie loodud tarkvara vastab iga sellise tarkvara testimise väljumiskriteeriumidele.
2. Süsteemi testimise plaanid
Enne testimise alustamist koostage ametlik dokumentatsioon, milles kirjeldatakse läbiviidavate testide eesmärki ja eesmärke ning määratletakse süsteemi testimise sisse- ja väljumiskriteeriumid.
Seda plaani võite kasutada üksikute testimisstsenaariumide kirjeldamiseks, mida kavatsete testida, või selleks, et määratleda oma ootused süsteemi toimimise kohta.
Süsteemi testimise kava peaks lihtsustama testijate jaoks süsteemi testimise kavandamist ja läbiviimist, järgides kava.
3. Testjuhtumid
Enne süsteemi testimise alustamist on oluline visandada testjuhtumid, mida te kavatsete süsteemi testimise käigus testida.
Testjuhtumid ei pruugi olla ammendavad, kuid need peaksid olema piisavalt täielikud, et testida süsteemi kõige olulisemaid funktsionaalseid ja mittefunktsionaalseid omadusi ning anda täpne ülevaade süsteemi kui terviku toimimisest.
4. Oskused ja aeg
Veenduge, et enne süsteemitestide alustamist eraldate süsteemi testimiseks piisavalt ressursse.
Süsteemi testimine võib võtta suhteliselt kaua aega, eriti kui seda võrrelda teiste testimisviisidega, näiteks suitsutestimisega.
Peate kindlaks tegema, millised inimesed teie meeskonnas testimist läbi viivad ja kui kaua nad peavad enne testimise alustamist blokeerima.
5. Süsteemi testimise vahendid
Süsteemi testimine võib toimuda käsitsi või automatiseeritult, kuid sõltumata sellest, millist lähenemisviisi testimisele kasutate, on võimalik ühtlustada ja optimeerida oma süsteemi testimise töövooge, võttes kasutusele vahendid ja tehnoloogia, mis aitavad testimise eri aspektide puhul.
Näiteks võite kasutada tehisintellekti vahendeid, et automatiseerida osa oma süsteemitestidest, või võite kasutada dokumendihaldustarkvara, mis aitab jälgida testimise edenemist ja tulemusi.
Süsteemi testimise protsess
Enne alustamist on oluline mõista süsteemi testimise protsessi ja selle iga etapi läbiviimist.
See samm-sammult koostatud kava järgib eespool kirjeldatud süsteemi testimise elutsüklit, kuid kirjeldab üksikasjalikumalt süsteemi testimisega seotud üksikuid samme.
1. samm: süsteemi testimise kava koostamine
Looge oma süsteemi testimise kava enne süsteemi testimise alustamist. Iga süsteemi testimise kava on erinev, kuid teie kava peaks sisaldama vähemalt ülevaadet testimise eesmärgist ning asjakohaseid sisenemis- ja väljumiskriteeriume, mis määravad kindlaks, millal testimine peaks algama ja millal see on lõpetatud.
2. samm: Testi stsenaariumide ja testjuhtumite koostamine
Järgmine etapp on testimisstsenaariumide ja testjuhtumite koostamine, milles kirjeldatakse täpselt, mida te kavatsete testida ja kuidas te seda testida kavatsete.
Lisage reaalsed testistsenaariumid, mis testivad, kuidas tarkvara töötab tüüpilises kasutuses, ning lisage iga üleskirjutatud testjuhtumi kohta üksikasjad testi läbimise ja läbikukkumise kriteeriumide kohta ning eeldatava tulemuse kohta.
3. samm: Loo vajalikud katseandmed
Looge vajalikud testandmed iga testimisstsenaariumi jaoks, mida kavatsete teostada.
Testandmed, mida vajate iga testimisstsenaariumi jaoks, mida kavatsete käivitada, on kõik testimisandmed, mis mõjutavad või mida mõjutab iga konkreetne test.
Testandmeid on võimalik genereerida käsitsi või automatiseerida see etapp, kui soovite aega säästa ja teil on selleks ressursse.
4. samm: Testimiskeskkonna seadistamine
Järgmine samm on testimiskeskkonna loomine, mis on valmis süsteemitestide läbiviimiseks. Saate süsteemi testimisel paremaid tulemusi, kui seate sisse tootmisega sarnase testimiskeskkonna.
Veenduge, et teie testimiskeskkond sisaldab kogu tarkvara ja riistvara, mida soovite konfiguratsiooni- ja integratsioonitestimise käigus testida.
5. samm: testjuhtumite täitmine
Kui olete seadistanud testimiskeskkonna, saate teises etapis loodud testjuhtumeid käivitada.
Neid testjuhtumeid saab täita kas käsitsi või automatiseerida testjuhtumite täitmist skripti abil.
Iga testjuhtumi läbiviimisel märkige testi tulemused üles.
6. samm: Vigade aruannete ettevalmistamine
Kui olete kõik kirjeldatud testjuhtumid läbi viinud, saate iga testi tulemuste põhjal koostada veateate, milles on üksikasjalikult välja toodud kõik vead ja puudused, mille tuvastasite süsteemitestide käigus.
Edastage see aruanne arendajatele vigade parandamiseks ja paranduste tegemiseks. Vigade parandamise etapp võib võtta aega, sõltuvalt tuvastatud vigade keerukusest ja tõsidusest.
Samm 7: Uuesti testimine pärast vigade parandamist
Kui tarkvara arendajad on pärast vigade parandamist saatnud tarkvara tagasi edasiseks testimiseks, on oluline tarkvara uuesti testida.
Oluline on, et süsteemi testimist ei tohiks pidada lõpetatuks enne, kui see etapp on läbitud ilma vigade või puuduste ilmnemiseta.
Ei piisa sellest, kui eeldada, et kõik vead on parandatud ja et build on nüüd valmis, et minna kasutaja vastuvõtutestimisele.
8. samm: Korda tsüklit
Viimane samm on lihtsalt korrata seda tsüklit nii mitu korda, et läbida sammu seitse, tuvastamata ühtegi viga või defekti.
Kui süsteemitest on läbitud ja olete täitnud kõik süsteemitestimise kavas kirjeldatud väljumiskriteeriumid, on aeg liikuda edasi kasutaja vastuvõtutestimise ja lõpuks toote väljalaskmise juurde.
Manuaalsed vs. automatiseeritud süsteemitestid
Sarnaselt muudele tarkvara testimise liikidele võib ka süsteemi testimine toimuda kas käsitsi inimtestijate poolt või vähemalt osaliselt automatiseeritult tarkvara abil. Tarkvara testimise automatiseerimine tõhustab testimisprotsessi ning säästab aega ja raha, kuid mõnikord on oluline teostada ka käsitsi süsteemi testimist.
Nii manuaalsel kui ka automatiseeritud süsteemitestimisel on omad plussid ja miinused ning neid on oluline mõista, enne kui otsustate, millist tüüpi süsteemitestimist soovite teostada.
Manuaalne süsteemi testimine
Manuaalne süsteemitestimine tähendab süsteemi testimist käsitsi, ilma et osa kogu testimisprotsessist oleks automatiseeritud.
Manuaalne süsteemi testimine võtab kauem aega kui automatiseeritud testimine, kuid see tähendab ka seda, et testimisprotsess saab kasu inimlikust arusaamast ja otsustusvõimest.
Manuaalset testimist kombineeritakse sageli automatiseeritud testimisega, et maksimeerida süsteemi testimise ja muud tüüpi tarkvaratesti tõhusust ja täpsust.
1. Manuaalse süsteemi testimise eelised
Manuaalsel süsteemitesteerimisel on palju eeliseid ja need eelised selgitavad, miks paljud testimismeeskonnad otsustavad jätkata nii käsitsi kui ka automatiseeritud testimist isegi pärast testiskriptide automatiseerimist.
Keerukus
Käsitsi testimine sobib keeruliste testimisstsenaariumide testimiseks, mida ei ole alati lihtne automatiseerida.
Kui teie süsteemi testimise nõuded on keerulised või üksikasjalikud, võib teil olla lihtsam neid stsenaariume käsitsi testida kui kirjutada nende jaoks automatiseeritud testiskripte.
Uurimuslik testimine
Kui automatiseerite mis tahes tarkvara testi, järgib test oma skripti ja testib ainult täpselt neid funktsioone, mille hindamiseks olete testi programmeerinud.
Seevastu käsitsi testimisel saate uurida erinevaid funktsioone siis, kui need äratavad teie huvi, näiteks kui märkate, et tarkvara kasutajaliideses on midagi, mis ei näe välja nii, nagu peaks.
Lihtsus
Kui olete kirjutanud oma automatiseeritud testiskriptid, on automatiseeritud testimine lihtne. Kuid tavaliselt on vaja arendajaid, et testiskriptide kirjutamine üldse võimalik, ja väiksematel testimismeeskondadel ei pruugi olla selleks piisavalt ressursse.
Käsitsi testimine ei nõua tehnilisi teadmisi ega kodeerimisalaseid teadmisi.
2. Manuaalsete süsteemitestide väljakutsed
Manuaalne testimine toob samuti kaasa oma probleemid. Tarkvara testimise meeskonnad, kes viivad läbi ainult käsitsi süsteemi testimist ilma automatiseeritud testimise elemente kaasamata, võivad sattuda ebasoodsasse olukorda võrreldes nende meeskondadega, kes kasutavad mõlemat lähenemist.
Ajamahukas
Nagu arvata võib, on süsteemi käsitsi testimine aeganõudvam kui automaatne testimine. See on eriti nõrk koht, kui on vaja agiilset testimist.
See tähendab, et regulaarsete või väga põhjalike süsteemikatsete läbiviimine on vähem otstarbekas, mis omakorda võib mõjutada tulemuste usaldusväärsust ja ulatust.
Inimlik viga
Kui inimesed teostavad käsitsi testimist, on alati ruumi inimlikele vigadele. Inimesed teevad vigu ja tüdinevad või hajameelsed, ja see on eriti tõenäoline korduvate, aeganõudvate testide läbiviimisel, mis võivad testijad tõenäolisemalt väsitada.
Katvuse testimine
Manuaalsed testid ei paku sama laiaulatuslikku katvust kui automaatsed testid.
Kuna testijad peavad ise käsitsi teste läbi viima, on käsitsi testimisel võimatu katta nii palju valdkondi kui automatiseeritud testimisel, ning see võib viia vähem põhjalike testitulemusteni.
Millal kasutada tarkvara käsitsi testimist
Manuaalne tarkvara testimine ei ole asendunud automatiseeritud testimisega ning käsitsi testimine on endiselt oluline etapp süsteemi testimise protsessis.
Käsitsi testimine sobib väiksematele tarkvarameeskondadele, kellel ei pruugi olla ressursse süsteemi testimise iseseisvaks automatiseerimiseks, ning isegi meeskonnad, kes on võtnud kasutusele automatiseeritud testimise, peaksid kasutama käsitsi testimist keerukamate testimisstsenaariumide või testjuhtumite hindamiseks, kus uuriv testimine pakub väärtust.
Süsteemi testimise automatiseerimine
Süsteemi testimist on võimalik automatiseerida kas ise testiskriptide kirjutamise teel või kasutades hüperautomaatika vahendeid ja protsesse, et osaliselt või täielikult automatiseerida süsteemi testimise protsess.
Kõige sagedamini kombineeritakse automatiseeritud süsteemitestimine käsitsi süsteemitestimisega, et saavutada parim tasakaal katvuse, tõhususe ja täpsuse vahel.
1. Süsteemi testimise automatiseerimise eelised
Automaatne süsteemitestimine muutub üha populaarsemaks osaliselt tänu automatiseeritud testimisvahendite laialdasele kättesaadavusele, mis lihtsustab tarkvarasüsteemide testimise automatiseerimist.
Automatiseeritud süsteemitestimisest on palju kasu, eriti kui seda kombineeritakse käsitsi testimisega.
Efektiivsus
Automatiseeritud testimine on tõhusam kui käsitsi testimine, sest automatiseeritud teste on võimalik käivitada taustal, samal ajal kui testijad ja arendajad täidavad muid ülesandeid.
See muudab automatiseeritud testimise korrapärasemaks ja vähendab vajadust delegeerida suur hulk ressursse testimiseks pärast automatiseeritud testide loomist.
Suurem testide katvus
Automatiseeritud testid suudavad sageli katta suurema osa tarkvara loomisest kui manuaalsed testid, seda suuresti suurema tõhususe tõttu.
Kui testijad teostavad süsteemi testimist käsitsi, peavad nad valima kõige olulisemad testjuhtumid, mida hinnata, samas kui automatiseeritud testimine annab tarkvarameeskondadele paindlikkuse, et testida rohkem stsenaariume väiksema aja jooksul.
Eemaldada inimlikud vead
Automatiseeritud testid ei ole inimlike vigade suhtes haavatavad samamoodi nagu manuaalsed testid.
Korduvate, aeganõudvate testide läbiviimisel, mis võivad väsitada käsitsi testijaid, jätkavad automatiseeritud testid tarkvara testimist sama kiiruse ja täpsuse tasemega.
Samuti keskenduvad inimesed pigem lihtsate vigade kui raskete vigade leidmisele, mistõttu võivad mõned olulised, kuid vähem ilmsed vead jääda tähelepanuta.
Testimise standardiseerimine
Kui kirjutate skripti süsteemi testimise automatiseerimiseks, loote oma tarkvara testimisvahendi jaoks juhised, mida järgida.
See standardiseerib tõhusalt tarkvara testid, mida te käivitate, ja tagab, et iga kord, kui te teste käivitate, käivitate sama testi ja testite tarkvara samade standardite järgi.
2. Süsteemi testimise automatiseerimise väljakutsed
Automaatne süsteemitestimine ei ole täiuslik, mistõttu viiakse see parimate tulemuste saavutamiseks sageli läbi koos käsitsi testimisega. See on tõhusam kui käsitsi testimine, kuid ei pruugi pakkuda nii palju sügavust või kvalitatiivseid andmeid.
Paindlikkus
Kuna automatiseeritud testimine järgib alati skripti, ei ole võimalik paindlikult testida mehhanisme või funktsioone, mis ei kuulu testimise skripti.
Kuigi selle tulemuseks on järjepidevus, tähendab see, et vead ja vead võivad jääda märkamata, kui neid ei ole planeerimise käigus arvesse võetud.
Ressursid
Automatiseeritud testid nõuavad aega ja ressursse.
Kuigi süsteemi testimist on võimalik automatiseerida valmis tarkvara ja tööriistade abil, tuleb neid enamasti siiski kohandada vastavalt teie tarkvara nõuetele.
Traditsiooniliselt on automatiseeritud testimine tähendanud tehniliste ressursside eraldamist automaatsete testide nõuetekohaseks kirjutamiseks ja käivitamiseks, kuigi üha enam vahendeid, nagu ZAPTEST, pakuvad täiustatud arvutinägemistarkvara automatiseerimist koodita kasutajaliideses.
Keerulised testjuhtumid
Enamikul juhtudel ei ole võimalik süsteemi testimist 100% automatiseerida, ilma et oleks vaja üldse käsitsi testimist.
See kehtib eriti siis, kui teil on vaja testida keerulisi testimisstsenaariume, mille testimiseks enamik automatiseerimisvahendeid ei ole võimelised.
3. Millal rakendada automatiseeritud süsteemi testimist
Kui teie testimismeeskonnal on olemas ressursid automatiseeritud testimise rakendamiseks, kas kirjutades kohandatud testiskripte või kasutades nende kirjutamiseks automatiseerimisvahendeid, võib automatiseeritud testimine muuta süsteemi testimise nii tõhusamaks kui ka usaldusväärsemaks.
Siiski on alati oluline jätkata käsitsi testimist isegi siis, kui olete kindel oma automatiseeritud testide kvaliteedis ja katvuses, sest automatiseeritud testimine ei suuda korrata sügavust ja arusaamist, mida saab pakkuda ainult käsitsi testimine.
Kokkuvõte: Automaatne süsteemi testimine vs. manuaalne süsteemi testimine
Nii automatiseeritud kui ka manuaalne süsteemitestimine on mõlemad olulised tarkvaraarenduse testimisfaasis.
Kuigi väiksemad ettevõtted võivad alustada ainult käsitsi süsteemi testimisega, sest automatiseeritud testimine nõuab täiendavaid investeeringuid või ressursse, võtab enamik testimismeeskondi kasutusele kombineeritud lähenemisviisi, mis hõlmab automatiseeritud testimist niipea, kui nad on selleks praktiliselt võimelised.
Kombineerides automatiseeritud testimist käsitsi testimisega, saavad testimismeeskonnad maksimeerida tõhusust, täpsust ja paindlikkust, ilma et see kahjustaks süsteemi testimise tulemusi.
Süsteemi testimise parimad tavad
Kui soovite optimeerida oma süsteemi testimise töövooge maksimaalse tõhususe ja täpsuse saavutamiseks, on süsteemi testimise parimate tavade järgimine parim viis seda teha.
Parimad tavad aitavad teil tagada, et te ei jäta süsteemi testimise etapis midagi tähelepanuta, ning tagavad, et teie süsteemitestid on alati ühtlaselt kõrgel tasemel.
1. Kavandage süsteemi testid piisavalt
Kõik süsteemitestid peaksid algama ametliku testimiskavaga, milles on selgelt kirjeldatud testjuhtumid ja testimise käigus kasutatavad lähenemisviisid.
Ametliku plaaniga alustamine vähendab testimise ajal tekkivate viivituste ohtu ja väldib häireid, mis võivad tekkida ebaselguste tõttu.
See tagab, et kõik asjaomased osapooled teavad, milline on nende roll ja mille eest nad vastutavad.
2. Koostage alati üksikasjalikke ja täpseid aruandeid.
Oluline on, et süsteemi testimine oleks alati hästi dokumenteeritud, sest muidu ei pruugi testijatel ja tarkvaraarendajatel olla lihtne testide tulemuste põhjal tegutseda.
Koostage iga testimise kohta selge ja põhjalik aruanne, milles kirjeldatakse üksikasjalikult kõiki leitud vigu, näidatakse täpselt, kuidas neid korratakse, ja selgitatakse, kuidas tarkvara peaks pärast parandamist käituma.
Veenduge, et teie veateated oleksid üheselt mõistetavad ja kergesti jälgitavad.
3. Testi reaalsetel seadmetel
Sageli otsustavad testimismeeskonnad testimiskeskkonnas erinevaid seadmeid korrata, ilma et nad tegelikult katsetaksid tarkvara eri seadmetel.
Kui te ehitate tarkvara, mida kasutatakse erinevatel platvormidel, näiteks mobiiltelefonidel, st. Android, iOS jne tahvelarvutid, veeb ja lauaarvutid, st. Windows, Linux jne, siis veenduge, et testite neid nendes seadmetes, et hinnata, kuidas nad toimivad erinevate koormuste korral või kas võrguühenduse probleemid võivad põhjustada probleeme teatud platvormidel.
4. Võimaluse korral automatiseerida testimine
Parima tulemuse saavutamiseks on tavaliselt kõige parem kombineerida süsteemi käsitsi testimist automaatse testimisega.
Kui te ei ole veel katsetanud automatiseeritud süsteemiintegratsiooni testimist, siis proovige RPA + tarkvara testimise vahendeid, mis aitavad teil automatiseerida vähemalt osa teie süsteemitestidest, mis võimaldab teil suurendada katvust ja tõhusust ilma tulemuste täpsust ohustamata.
5. Testige ühte funktsiooni iga juhtumi kohta
Testjuhtumite koostamisel keskenduge võimaluse korral ainult ühe funktsiooni testimisele juhtumi kohta.
See lihtsustab nende testjuhtumite taaskasutamist tulevastes testides ja võimaldab arendajatel paremini mõista, kuidas vead tekivad ja millised funktsioonid neid esile kutsuvad.
Süsteemitestide väljundite tüübid
Kui teete süsteemiteste, on oluline teada, millist tüüpi väljundid on teie testidelt oodata ja kuidas neid tulemusi kasutada edasise arenduse ja testimise jaoks.
Testiväljundid on tegelikult varad ja teave, mille saate süsteemi testide läbiviimisel.
1. Katsetulemused
Teie testitulemused sisaldavad andmeid selle kohta, kuidas tarkvara toimis igas läbiviidud testjuhtumis, koos võrdlusega selle kohta, kuidas te eeldasite, et tarkvara toimiks.
Need tulemused aitavad kindlaks teha, kas iga testjuhtum läbib või ebaõnnestub, sest kui tarkvara toimib viisil, mida te ei oodanud, tähendab see tavaliselt, et see on ebaõnnestunud.
2. Vigade päevik
Defektilogid on logid kõikide süsteemi testimise käigus leitud vigade ja defektide kohta.
Defektilogis on loetletud kõik leitud vead koos muu olulise teabega, nagu iga vea prioriteet, iga vea raskusaste ning vea sümptomid ja kirjeldus.
Samuti peaksite märkima üles vea avastamise kuupäeva ja muud teavet, mis aitab arendajatel viga uuesti korrata.
3. Katsearuanne
Testimisaruanne on tavaliselt osa süsteemi testimise lõpetamise kriteeriumidest ja sisaldab tavaliselt kokkuvõtet tehtud testimisest, soovitusi GO/No-Go, teavet faasi ja iteratsiooni kohta ning testimise kuupäeva.
Võite lisada ka muud olulist teavet katsetulemuste kohta või lisada sellele aruandele koopia defektiloetelust.
Näiteid süsteemitestide kohta
Süsteemitestid on mõeldud süsteemi kui terviku testimiseks, mis tähendab, et nendega testitakse kõiki erinevaid tarkvaraüksusi, mis töötavad koos süsteemina.
Süsteemi testide näited aitavad teil paremini mõista, mis on süsteemitest ja mida see testib.
1. Funktsionaalsuse testimine
Tarkvarainseneride meeskond on koostamas uut osturakendust, mis aitab toidupoodidel tõhusamalt valida ja pakkida online-tellimusi.
Rakendus koosneb mitmest erinevast moodulist, millest igaüht on juba iseseisvalt testitud ühiktestimise käigus ja testitud koos teiste moodulitega integratsioonitestimise käigus.
Süsteemi testimine on esimene kord, kui kõiki mooduleid testitakse koos ning testijad koostavad testjuhtumid, et hinnata rakenduse iga üksikut funktsiooni ja kontrollida, kas need toimivad ootuspäraselt, kui kõik moodulid töötavad koos.
2. Laadimisaegade testimine
Tarkvaratestijate meeskond testib, kui kiiresti rakendus laadib erinevates punktides erineva koormuse korral.
Nad loovad testjuhtumid, mis kirjeldavad, millist tüüpi stressi rakendusele avaldatakse (näiteks kui palju kasutajaid seda samaaegselt kasutab) ja milliseid funktsioone ja funktsioone kasutaja püüab laadida.
Süsteemi testimise ajal registreeritakse koormusajad testimisaruandesse ja liiga aeglaseks peetud koormusajad käivitavad teise arendusetapi.
3. Testimise konfiguratsioon
Kui koostatakse videomäng, mida saab kasutada koos paljude erinevate lisaseadmetega, sealhulgas arvutihiir, VR-peakomplekt ja mängupadi, viivad tarkvara testijad läbi konfiguratsioonitestimise, et kontrollida, kui hästi iga selline lisaseade mänguga toimib.
Nad töötavad iga testistsenaariumi läbi, testides iga perifeeriaseadet eraldi ja koos, märkides üles, kuidas iga perifeeriaseadme töö erinevates mängupunktides toimib ja kas jõudlus on isegi oodatust kehvem.
Süsteemi testimise käigus avastatud vigade ja vigade tüübid
Kui teete süsteemitestimist, võimaldavad teie poolt läbiviidavad testid teil tuvastada tarkvaras olevaid vigu ja tõrkeid, mida ei ole leitud ühiktestimise ja integratsioonitestimise käigus.
Süsteemi testimise käigus on võimalik tuvastada mitmesuguseid vigu, mõnikord seetõttu, et need on varem tähelepanuta jäänud, või tavaliselt seetõttu, et need tekivad alles siis, kui süsteem toimib tervikuna.
1. Tulemuslikkuse vead
Süsteemi testimine võib tuua esile jõudlusvead tarkvara koostamise kiiruses, järjepidevuses ja reageerimisaegades.
Testijad võivad hinnata, kuidas tarkvara erinevate ülesannete täitmisel toimib, ja märkida üles kõik vead või viivitused, mis kasutamise ajal esinevad. Need on toimivusvead, mida võib pidada piisavalt tõsiseks, et nõuda edasist arendamist, kuid ei pruugi seda teha.
2. Turvalisusvead
Süsteemi testimise käigus on võimalik tuvastada turvavigu, mis toovad esile süsteemi turvakihi haavatavused.
Turvalisuse testimine toimub süsteemi testimise etapis ja seda saab kasutada krüpteerimisvigade, loogiliste vigade ja XSS-haavatavuste tuvastamiseks tarkvaras.
3. Kasutatavuse vead
Kasutatavusvead on vead, mis raskendavad rakenduse eesmärgipärast kasutamist. Need võivad tekitada kasutajatele ebamugavusi, mis omakorda võivad panna kasutajaid rakendusest loobuma.
Mõned näited kasutatavuse vigadest on näiteks keeruline navigeerimissüsteem või kujundus, milles ei ole lihtne navigeerida platvormi kõigis aspektides.
Kasutatavuse tööriistade abil võib vigu tuvastada juba varem testimise käigus, kuid need võivad ilmneda ka süsteemi testimise käigus.
4. Kommunikatsioonivead
Sidevigad tekivad siis, kui osa tarkvarast üritab suhelda teise mooduliga ja viga põhjustab selle suhtluse ebaõnnestumise.
Näiteks kui tarkvara palub kasutajal laadida alla uus värskendus, kuid kui kasutaja klõpsab värskenduse allalaadimise nupule, ei leia värskendust, on tegemist kommunikatsiooniveaga.
5. Vigade käsitlemise vead
Vigu esineb mõnikord isegi siis, kui tarkvara töötab nii, nagu peaks. Võib-olla seetõttu, et mõni komponent ei ole õigesti paigaldatud või et kasutaja ei kasuta seda õigesti.
Süsteem peab aga suutma neid vigu korrektselt käsitleda nii, et kasutajad saaksid probleemi tuvastada ja parandada.
Kui veateated ei sisalda piisavat teavet esineva vea kohta, ei ole kasutajatel võimalik viga parandada.
Süsteemi testimise ühised mõõdikud
Kui te teostate süsteemi testimist, võite jälgida teatavaid testimismeetodeid, et aidata teie testimismeeskonnal jälgida, kui tõhus on süsteemi testimine, kui sageli leitakse vigu ja kas süsteemi testimine toimub testimistsükli õiges etapis.
Näiteks kui te jälgite läbivate ja ebaõnnestunud testide arvu ning leiate, et suur osa süsteemitestidest ebaõnnestub, võite järeldada, et testimise tsükli alguses on vaja põhjalikumat testimist, et tuvastada vead ja vead enne süsteemi testimise algust.
1. Absoluutsed mõõdikud
Absoluutsed arvud on need näitajad, mis annavad teile lihtsalt absoluutse arvu, mitte proportsiooni või suhtarvu.
Absoluutsed näitajad võivad olla kasulikud, kuid kuna tegemist on absoluutsete numbritega, ei ole alati lihtne tõlgendada nende tähendust.
Mõned näited absoluutsetest mõõdikutest on näiteks süsteemi testimise kestus, süsteemi testimise kestus ja süsteemi testimise käigus leitud defektide koguarv.
2. Katse tõhususe näitajad
Testimise tõhususe mõõdikud aitavad testimismeeskondadel mõista, kui tõhusad on nende praegused süsteemitestimise menetlused, kuigi need ei anna teavet süsteemitestide kvaliteedi kohta.
Mõned näited testide tõhususe näitajate kohta on näiteks läbitud testide protsent ja parandatud vigade protsent.
Läbiviidud testid võivad teile öelda, kas te läbite liiga palju teste ja seetõttu jäävad vead tähelepanuta, eriti kui näete kõrget läbitud testide arvu koos kõrge defektide vältimise suhtarvuga.
3. Testi tõhususe näitajad
Testi tõhususe näitajad ütlevad testijatele midagi nende poolt läbiviidavate süsteemitestide kvaliteedi kohta.
Nad mõõdavad, kui tõhusalt on süsteemitestid süsteemis esinevate vigade ja defektide tuvastamisel ja hindamisel.
Kogu defektide piiramise tõhusus on näide testimise tõhususe mõõtühikust, mis näitab testimisfaasis leitud vigade arvu võrreldes pärast väljalaskmist leitud vigadega.
4. Testimise ulatuse näitajad
Testi katvuse mõõdikud aitavad testijatel mõista, kui täielik on nende katvus kogu süsteemis, mida nad testida üritavad.
Näiteks võite mõõta, kui suur osa teie süsteemitestidest on automatiseeritud või kui palju nõutavaid teste on seni tehtud.
Nõuete katvuse mõõdik aitab testijatel ka jälgida, milline osa nõutavatest funktsioonidest on testimisega kaetud.
5. Defektimeetodid
Defektimõõdikud on mõõdikud, mis mõõdavad defektide olemasolu erinevatel viisidel. Mõned defektimõõdikud võivad keskenduda defektide raskusastmele, teised aga defektide tüübile või algpõhjusele.
Üks näide levinud defektimõõdikust on defektitihedus, mis mõõdab defektide koguarvu kogu väljalaske jooksul.
Defektitihedus esitatakse tavaliselt defektide arvuna 1000 koodirea kohta.
Süsteemi testjuhtumid
Süsteemi testjuhtumid on teststsenaariumid, mida kasutatakse süsteemi testimisel, et kontrollida, kuidas tarkvara toimib ja kas see vastab arendajate, testijate, kasutajate ja sidusrühmade ootustele.
1. Mis on testjuhtumid süsteemi testimisel?
Testjuhtumid on sisuliselt juhised, mis määratlevad, mida tuleb testida ja milliseid samme peab testija iga üksiku juhtumi testimiseks tegema.
Kui kirjutate süsteemitestide testjuhtumeid, on oluline lisada kogu teave, mida testijad vajavad iga testi läbiviimiseks. Lisage iga testjuhtumi ID ja teave selle kohta, kuidas testi teostada ja milliseid tulemusi te ootate, ning vajaduse korral ka iga testjuhtumi läbimise ja läbikukkumise kriteeriumid.
2. Kuidas kirjutada süsteemi testjuhtumeid
Kui te olete uus testijuhtumite kirjutamisel, võite järgida allpool toodud samme, et kirjutada testjuhtumeid süsteemi testimiseks. Testjuhtumite kirjutamine muud tüüpi tarkvara testimiseks on väga sarnane protsess.
- Määrake ala, mida soovite, et teie testjuhtum hõlmaks.
- Veenduge, et testjuhtumit oleks lihtne testida.
- Rakendage iga testjuhtumi suhtes asjakohaseid testimismudeleid.
- Määrake igale testjuhtumile unikaalne testjuhtumi ID.
- Lisage selge kirjeldus, kuidas iga testjuhtumit käivitada.
- Lisage igale testjuhtumile eel- ja järeltingimused.
- Määrake tulemus, mida te igalt testjuhtumilt ootate.
- Kirjeldage, milliseid testimismeetodeid tuleks kasutada.
- Paluge kolleegil enne edasiliikumist iga testjuhtumi vastastikust ülevaatust teha.
3. Näited süsteemi testjuhtumitestidest
Testi näidisjuhtumite kasutamine võib aidata teil kirjutada omaenda testjuhtumeid. Allpool on toodud kaks näidet süsteemitestide kohta, mida testijad võivad kasutada rakenduse või tarkvara toimimise testimiseks.
Toidukaupade skaneerimisrakenduse hinna valideerimine
Katse ID: 0788
Katsejuhtum: Valideeri objekti hind
Testjuhtumi kirjeldus: Kontrollida toodet ja kontrollida selle hinda.
Oodatavad tulemused: Skaneeritud hind peaks olema vastavuses praeguse aktsia hinnaga.
Tulemus: See vastab praegusele aktsiahinnale.
Passiivne/kahjuv: Passiivne.
Haldustarkvara läbiva tehingu reageerimisaeg
Katse ID: 0321
Katsejuhtum: Avakuva laadimisaeg
Testjuhtumi kirjeldus: Veenduge, et rakenduse laadimisekraan laetakse õige aja jooksul.
Oodatavad tulemused: Ekraan peaks laadima nelja sekundi jooksul või vähem.
Tulemus: Ekraan laadis 6 sekundi jooksul.
Passiivne/kahjuv: Läbiviimine: läbikukkumine.
Parimad süsteemi testimise vahendid
Süsteemi testimise tööriistade kasutamine on üks lihtsamaid viise, kuidas testimise protsessi lihtsustada ja vähendada testimismeeskondade aega, mis kulub aeganõudvatele manuaalsetele ülesannetele.
Süsteemi testimise tööriistad võivad kas automatiseerida süsteemi testimise protsessi elemente või teha testjuhtumite kirjutamise ja testimise edenemise jälgimise lihtsamaks.
Viis parimat tasuta süsteemi testimise tööriista
Kui te ei ole valmis kulutama suurt osa oma eelarvest süsteemi testimisvahenditele, kuid soovite uurida, mis on olemas, ja võib-olla samal ajal parandada oma süsteemi testimise protsessi tõhusust, on hea uudis, et internetis on saadaval palju tasuta testimisvahendeid.
Tasuta testimisvahendid ei paku sama funktsionaalsust kui tasulised testimisvahendid, kuid need võivad pakkuda väiksematele ettevõtetele kuluefektiivset võimalust tarkvara automatiseerimise ja RPAga tutvumiseks.
1. ZAPTEST FREE Edition
ZAPTEST on tarkvara testimise tööriistade komplekt, mida saab kasutada süsteemi testimiseks ja muud tüüpi tarkvara testimiseks.
ZAPTEST on saadaval nii tasuta kui ka tasulise ettevõtte versioonina, kuid tasuta versioon on ideaalne sissejuhatus automatiseeritud süsteemitestimisse väiksematele ettevõtetele ja ettevõtetele, kes soovivad teha esimesi samme testimise automatiseerimise suunas.
ZAPTEST võimaldab automatiseerida süsteemiteste nii laua- kui ka pihuarvutite jaoks ning võimaldab testijatel teste automatiseerida ilma kodeerimiseta.
2. Seleen
Selenium on üks tuntumaid avatud lähtekoodiga testimisvahendeid, mis on turul saadaval.
Seleniumi tasuta versioon pakub automatiseerimise testimise vahendeid, mida saab kasutada süsteemi testimisel, regressioonitestimisel ja vigade taastootmisel ning sellega saab luua oma testiskripte paljude erinevate testimisstsenaariumide jaoks.
See on aga lihtsuse ja kasutusmugavuse arvelt ning seda võib olla üsna raske õppida mittetehnilistele kasutajatele.
3. Appium
Appium on tasuta süsteemi testimise tööriist, mis sobib kasutamiseks spetsiaalselt mobiilirakenduste puhul.
Appiumiga saate automatiseerida iOS-i ja Androidi nutitelefonide ja tahvelarvutitega kasutamiseks mõeldud rakenduste süsteemitestimist.
See tasuta tööriist ei sobi kasutamiseks töölauarakendustega, mis on üks selle suurimaid nõrkusi.
3. Testlink
Kui soovite lihtsalt lihtsustada süsteemi testimise planeerimist, ettevalmistamist ja dokumenteerimist, siis Testlink on suurepärane tasuta tööriist, mis muudab testidokumentatsiooni haldamise lihtsaks.
Testlinki kasutades saate aruandeid hõlpsasti jaotada, et leida vajalikku teavet, kui seda vajate.
Testlink on väärtuslik testimisvahend, olenemata sellest, kas te teostate süsteemitestimist, suitsutestimist või muud liiki tarkvara testimist.
5. Loadium
Loadium on tasuta testimisvahend, mis on mõeldud spetsiaalselt jõudluse ja koormuse testimiseks.
Selle keskendumine jõudluse ja koormuse testimisele on aga märkimisväärne nõrkus kasutajate jaoks, kes soovivad automatiseerida kogu spektrit otsestest testidest.
4 parimat ettevõtte süsteemi testimise tööriista
Kui teie ettevõte kasvab, võib juhtuda, et tasuta testimisvahendid ei sobi enam teie vajadustele. Paljud tasuta tööriistad, nagu ZAPTEST, pakuvad lisaks tasuta versioonidele ka ettevõtlusversioone.
1. ZAPTEST Enterprise edition
ZAPTEST pakub oma testimisvahendi ettevõtlusversiooni, millel on samad hõlpsasti kasutatavad funktsioonid ja intuitiivne kasutajaliides kui tasuta tööriistal, kuid mis sobib paremini suuremate meeskondade jaoks, kes vajavad intensiivsemat testimist või soovivad testida keerulisemaid tarkvarakomplekte.
ZAPTESTi ettevõtte versioon pakub piiramatut jõudlustestimist ja piiramatut arvu iteratsioone ning ZAPi sertifitseeritud eksperti, kes töötab kliendimeeskonna osana (see on juba iseenesest märkimisväärne eelis võrreldes teiste olemasolevate automatiseerimisvahenditega).
Selle piiramatute litsentside mudel on samuti juhtiv pakkumine turul, tagades, et ettevõtetel on alati fikseeritud kulud, olenemata sellest, kui kiiresti nad kasvavad.
2. SoapUI
SoapUI on testimisvahend, mis võimaldab hallata ja teostada süsteemiteste erinevatel veebiteenuste platvormidel ja API-del.
Testimismeeskonnad saavad SoapUI abil vähendada aeganõudvatele ülesannetele kuluvat aega ning töötada välja põhjalikumad ja tõhusamad testimisstrateegiad.
3. Testigma
Testsigma on tarkvara testimise platvorm, mis töötab riiulilt. See võimaldab tootemeeskondadel automaatselt planeerida ja teostada tarkvara teste veebisaitide, mobiilirakenduste ja APIde puhul.
Platvorm on ehitatud Java’ga, kuid see töötab lihtsas inglise keeles kirjutatud testiskriptidega.
4. TestingBot
TestingBot on suhteliselt odav ettevõtluslahendus ettevõtetele, kes soovivad selles sektoris katsetada, ilma et nad kulutaksid algusest peale palju raha. TestingBot pakub testijatele lihtsat võimalust testida nii veebisaite kui ka mobiilirakendusi, kasutades 3200 brauseri ja mobiilseadme kombinatsiooni.
Sellel puudub suuremate Enterprise’i tööriistade funktsionaalsus, kuid see on hea valik väiksema eelarvega ettevõtetele.
Millal peaksite kasutama ettevõtte vs. tasuta süsteemitesti tööriistu
See, kas te otsustate kasutada ettevõtte või tasuta süsteemi testimise vahendeid, sõltub teie meeskonna vajadustest, eelarvest, prioriteetidest ja tööplaanist.
On ütlematagi selge, et ettevõtte tööriistad pakuvad tasuta tööriistadega võrreldes rohkem funktsioone ja võimalusi, kuid väiksemate ettevõtete jaoks, kellel pole eelarves palju ruumi, on tasuta tööriistad fantastiline valik.
Kui teie ettevõte kasvab või kui leiate, et teie testimismeeskond kulutab rohkem aega kui soovite süsteemi testimisele ja muud liiki tarkvara testimisele, võib ettevõtte testimisvahendite uuendamine ja nende vahendite täieliku ärakasutamise õppimine aidata teil oma ettevõtet veelgi laiendada, et vastata kasvavale nõudlusele.
Lisaks sellele, kasutades selliseid vahendeid nagu ZAPTEST Enterprise, mis pakuvad uuenduslikke tarkvara + teenus mudeleid ja piiramatuid litsentsi mudeleid, on tagatud, et te kaotate nii oma tehniliste teadmiste puudujäägi kui ka hoiate oma kulud fikseeritud, olenemata sellest, kui kiiresti te kasvate ja kui palju te vahendeid kasutate.
Süsteemi testimise kontrollnimekiri, näpunäited ja nipid
Enne süsteemi testimise alustamist vaadake läbi allpool esitatud süsteemi testimise kontrollnimekiri ja järgige neid nõuandeid, et optimeerida oma süsteemi testimist täpsuse, tõhususe ja katvuse osas.
Süsteemi testimise kontrollnimekiri aitab tagada, et olete süsteemi testimise käigus katnud kõik vajaliku.
1. Kaasake testijad projekteerimisfaasi ajal
Kuigi testijad ei tööta tavaliselt tarkvara kallal enne, kui arendus- ja projekteerimisfaas on lõpetatud, on testijate varajase kaasamisega lihtsam mõista, kuidas erinevad komponendid koos toimivad, ja seda oma testimisel arvesse võtta.
Selle tulemuseks on sageli põhjalikum uuriv testimine.
2. Kirjutage selged testjuhtumid
Kui kirjutate oma testjuhtumeid, veenduge, et need on selged ja üheselt mõistetavad.
Testijad peaksid olema võimelised lugema testjuhtumeid ja mõistma kohe, mida tuleb testida ja kuidas seda testida.
Vajadusel selgitage, kust leida testimist vajav funktsioon ja milliseid samme tuleb süsteemi testimise käigus teha.
3. Maksimeerida testide katvust
Süsteemi testimisel ei ole tavaliselt võimalik saavutada 100% katvust, isegi kui kasutate automatiseerimisvahendeid.
Mida suurem on testide katvus, seda tõenäolisem on, et tuvastate ja parandate vead enne väljalaskmist.
Püüdke saavutada testide katvus vähemalt 90% või sellele võimalikult lähedane.
4. Analüüsige tulemusi põhjalikult
Analüüsige iga süsteemitesti tulemusi põhjalikult ning teatage vigadest ja puudustest selgelt oma dokumentatsioonis.
Mida rohkem üksikasju saate esitada vigade kohta, seda lihtsam on arendajatel hiljem neid vigu korrata.
Kui teil on ideid, miks vead esinevad ja kuidas neid parandada, lisage need oma testitulemustele.
5. Minge kaugemale nõuete testimisest
Ärge testige oma rakendusi lihtsalt selleks, et näha, kas nad teevad seda, mida nad peaksid tegema.
Testige, kuidas teie tarkvara töötab väljaspool selle nõudeid, et näha, kuidas see reageerib ülesannetele ja toimingutele väljaspool kavandatud kasutust. See võib aidata teil tuvastada vigu ja defekte, mida te muidu ei märkaks.
7 viga ja lõksu, mida vältida süsteemitestide rakendamisel
Süsteemi testide esmakordsel rakendamisel on oluline olla teadlik tavalistest vigadest ja lõksudest, mida testimismeeskonnad sageli teevad.
Teades, millised on need vead, on lihtne neid vältida, mis peaks suurendama teie enda süsteemi testimise tõhusust ja täpsust.
1. Alustamine ilma testimiskavata
Enne süsteemi testimise alustamist on oluline koostada üksikasjalik testimiskava.
Kui alustate integratsioonitestimist ilma plaani koostamata, on lihtne unustada mõned testjuhtumid, mida kavatsete täita, või testjuhtumid, mis ei kuulu testimiskavasse.
Enamik inimesi ei suuda mäletada testimiskava kõiki üksikasju, kui see ei ole selgelt dokumenteeritud, ning see takistab ka meeskondade üleandmist teistele testijatele.
2. Süsteemi testimise ulatuse määratlemata jätmine
Süsteemi testimine on mitmemõõtmeline ülesanne, mis hõlmab ühe tarkvarakomplekti paljude erinevate aspektide testimist.
Sõltuvalt arendatava tarkvara tüübist ja sellest, mida olete seni testinud, võib süsteemi testimise ulatus testide vahel väga palju erineda.
Oluline on määratleda testimise ulatus enne testimise alustamist ja tagada, et kõik testimismeeskonna liikmed mõistaksid seda ulatust.
3. Valepositiivsete ja valenegatiivsete tulemuste ignoreerimine
Valepositiivsed tulemused tekivad siis, kui süsteemitestid lähevad läbi, kuigi teststsenaariumid ei tööta tegelikult ootuspäraselt.
Samamoodi võivad tekkida valenegatiivsed tulemused, kui test ebaõnnestub, kuigi see töötab ootuspäraselt.
Mõnikord võib olla raske tuvastada valepositiivseid ja valenegatiivseid tulemusi, eriti kui te lihtsalt vaatate testi tulemusi, ilma et uuriksite testi tegelikke tulemusi. Valepositiivsed ja -negatiivsed tulemused on eriti tõenäolised ja neid on lihtne eirata automatiseeritud süsteemi testimisel.
4. Testimine sarnaste katseandmete tüübiga
Kui te kasutate mitut erinevat tüüpi testandmeid, suurendate süsteemi testimise katvust, kui kasutate võimalikult palju erinevaid testandmete atribuute.
See tähendab, et teil on väiksem tõenäosus jätta vead ja defektid märkamata ning see lisab väärtust testimisele, mida te teostate.
Erinevat tüüpi testimisandmeid hõlmates saate üksikasjalikuma pildi sellest, kuidas toode käitub pärast väljalaskmist.
5. Uurimusliku testimise eiramine
Kuigi testimiskava järgimine on oluline, on oluline teha ruumi ka uurivale testimisele ja võimaldada testijatel katsetada erinevaid funktsioone ja funktsioone, kui nad neid testimise käigus leiavad.
Uurimuslik testimine võib sageli paljastada uusi vigu, mis muidu jääksid märkamata, või vigu, mis on juba jäänud märkamata testimise teistes etappides.
Võite isegi planeerida uurimusliku testimise sessioone, korraldades testimissessioone, kus testijad teevad kõik planeerimata süsteemi testimist kindlaksmääratud aja jooksul.
6. Testide automatiseerimise tulemuste korrapärane kontrollimata jätmine
Kui te olete uus tarkvara süsteemi testimise ja eriti automatiseeritud testimise alal, võite arvata, et võite lihtsalt käivitada testi ja jätta selle käiku.
Oluline on aga testide automatiseerimise tulemused korrapäraselt üle vaadata ja vajadusel testide automatiseerimise koodi muuta.
Näiteks kui teete testitavasse tarkvarasse muudatusi, peaksid need kajastuma automatiseeritud testide koodis.
Lugege hoolikalt automatiseeritud testi tulemusi, et mõista kõiki testi tulemusi, mitte ainult positiivseid/langetuid tulemusi.
7. Vale automatiseerimisvahendi kasutamine
Tänapäeval on saadaval palju automatiseerimisvahendeid, millest mõnda saab kasutada tasuta ja mõnede eest tuleb maksta kuutasu.
Kuigi algajad valivad tavaliselt avatud lähtekoodiga tööriistad, on oluline veenduda, et valitud tööriist vastab teie vajadustele ja pakub vajalikke funktsioone.
Näiteks on avatud lähtekoodiga tööriistad tuntud oma piiratud funktsionaalsuse, mitteintuitiivse kasutajaliidese ja väga keerulise õppimise poolest. Seevastu täisfunktsionaalsed testimisvahendid, nagu ZAPTEST Free Edition, pakuvad tipptasemel testimise ja RPA funktsionaalsust, nagu 1SCRIPT, Cross Browser, Cross Device, Cross Platform Technology, lihtsasti kasutatavas koodita liideses, mis sobib nii mittetehnilistele kui ka kogenud testijatele.
Ja mõnikord tasub investeerida veidi kallimasse, ettevõtte tasemel automatiseerimisvahendisse, kui selle pakutav funktsionaalsus sobib teie projektile palju paremini.
Kokkuvõte
Süsteemi testimine on tarkvara testimise oluline etapp, mille käigus kontrollitakse süsteemi kui tervikut ja veendutakse, et iga üksik komponent töötab sujuvalt ja tõhusalt.
See on tarkvara testimise etapp, mis järgneb integratsioonitestimisele ja enne kasutaja vastuvõtutestimist, ning see on üks viimaseid formaalse tarkvara testimise etappe, mis toimub enne esialgset vabastamist.
Süsteemi testimine võimaldab testijatel tuvastada erinevaid vigu, sealhulgas funktsionaalseid ja mittefunktsionaalseid vigu, samuti kasutatavuse vigu ja konfiguratsioonivead.
Süsteemi testimist on võimalik teostada käsitsi või automatiseerida, kuigi enamikul juhtudel on soovitatav kasutada hübriidset lähenemisviisi, et maksimeerida tõhusust, jättes samas ruumi uurivale testimisele.
Järgides parimaid tavasid ja vältides süsteemi testimise tavapäraseid lõkse, saavad testimismeeskonnad teha täpseid ja tõhusaid süsteemiteste, mis hõlmavad enamikku põhilistest valdkondadest.
KKK ja ressursid
Kui te olete süsteemitestimise alal uus, on internetis palju ressursse, mis aitavad teil rohkem teada saada süsteemitestimisest ja süsteemitestide läbiviimisest.
Allpool on esitatud mõned kasulikud veebipõhised süsteemitestimise allikad ning vastused mõnedele kõige sagedamini esitatavatele küsimustele süsteemitestide kohta.
1. Parimad kursused süsteemi testimise kohta
Süsteemi testimise või tarkvara testimise veebikursuste läbimine võib aidata kvaliteedi tagamise spetsialistidel arendada oma arusaamist süsteemi testimisest ja omandada kvalifikatsiooni, mis näitab neid teadmisi.
Veebipõhised koolituskeskkonnad nagu Coursera, Udemy, edX ja Pluralsight pakuvad tasuta ja tasulisi kursusi tarkvara testimise ja automatiseerimise alal nii professionaalidele kui ka algajatele.
Mõned näited süsteemi testimise veebikursustest on järgmised:
- Täielik 2023 tarkvara testimise algkursus, Udemy
- Tarkvara testimise ja automatiseerimise spetsialiseerumine, Coursera
- Automatiseeritud tarkvara testimine, edX
- Automatiseeritud tarkvara testimine Pythoniga, Udemy
- Ärianalüütik: Udemy: Tarkvara testimise protsessid ja tehnikad, Udemy
Otsige veebikursusi, mis vastavad teie kogemustasemele ja sobivad teie eelarvele. Kui töötate kvaliteedi tagamise alal, võite paluda oma tööandjal sponsoreerida teid akrediteeritud tarkvaratesti kursuse läbimiseks.
2. Millised on 5 kõige olulisemat intervjuuküsimust süsteemi testimise kohta?
Kui te valmistute intervjuuks ametikohale, mis võib hõlmata süsteemi testimist või muud liiki tarkvara testimist, võib vastuste ettevalmistamine tavalistele intervjuuküsimustele eelnevalt aidata teil intervjuul paremini esineda.
Mõned kõige tavalisemad intervjuu küsimused süsteemi testimise kohta on järgmised:
- Mille poolest erineb süsteemitestimine integratsioonitestimisest?
- Millised on automatiseeritud süsteemitestimise plussid ja miinused?
- Mitu süsteemi testimise liiki oskate te nimetada?
- Kuidas te maksimeeriksite testide katvust süsteemi testimise ajal?
- Milliseid vigu ja defekte te ootate, et süsteemitestides leidub?
Võite kasutada neid küsimusi, et koostada STAR-struktuuri järgivad vastused enne intervjuud, kasutades oma karjäärist pärinevaid näiteid, et näidata oma teadmisi süsteemitestimise ja muude tarkvara testimise kohta.
3. Parimad YouTube’i õpetused süsteemi testimise kohta
Kui olete visuaalne õppija, on teil ehk lihtsam mõista, mis on süsteemitestimine ja kuidas see toimib koos teiste tarkvara testimise liikidega, vaadates videoid süsteemitestimise kohta.
YouTube’is on palju õppevideosid, mis selgitavad, mis on süsteemitestimine ja kuidas alustada süsteemitestimist, olenemata sellest, kas soovite seda teha käsitsi või automatiseerimisvahendeid kasutades. Mõned parimad YouTube’i õpetused süsteemi testimise kohta on järgmised:
- Mis on süsteemi testimine?
- Vastuvõtutestimine ja süsteemi testimine
- Mis on süsteemitestimine ja kuidas see toimib?
- Süsteemi integreerimise testimine reaalajas näite abil
- Mis on süsteemitestimine tarkvara testimisel?
4. Kuidas säilitada süsteemiteste
Testide hooldus on protsess, mille käigus kohandatakse ja hooldatakse süsteemiteste ja muud liiki tarkvarateste, et hoida need ajakohasena, kui teete muudatusi tarkvara koostamisel või muudate koodi.
Näiteks kui te teostate süsteemi testimist ning leiate vigu ja puudusi, saadate tarkvara ülesehituse tagasi arendajatele kohandamiseks. Testimismeeskonnad peavad seejärel hooldama testiskripte, et veenduda, et nad testivad uut tarkvara piisavalt, kui on aeg uuesti testida.
Testi hooldamine on tarkvara testimise oluline aspekt ja testijad saavad tagada, et nad hoiavad tarkvara hooldatud, järgides parimaid hooldustavasid.
Nende hulka kuuluvad:
1. Koostöö:
Arendajad ja testijad peaksid tegema koostööd, et testijad teaksid, milliseid koodi aspekte on muudetud ja kuidas see võib mõjutada testiskripte.
2. Disain:
Kujundage testiskriptid enne testide automatiseerimise alustamist. See tagab, et automatiseeritud testid on alati eesmärgipärased.
3. Protsess:
Võtke tarkvara testimise hooldust projekteerimise käigus arvesse. Pidage meeles, et peate teste hooldama ja arvestama seda ajakava, testikavade ja testide kavandamise juures.
4. Mugavus:
Uuendage kõiki oma teste, sealhulgas süsteemiteste ja sanity-teste, võimaluse korral ühelt armatuurlaualt.
See tähendab, et testide uuendamine on palju kiirem ja mugavam ning see vähendab riski, et unustame konkreetse testi uuendada, kui tarkvara koostamisel on tehtud muudatusi.
Kas süsteemi testimine on valge kasti või musta kasti testimine?
Süsteemi testimine on musta kasti testimise üks vorm.
Musta kasti testimine erineb valge kasti testimisest selle poolest, et see arvestab ainult tarkvara väliseid funktsioone ja omadusi. Valge kasti testimisega testitakse, kuidas tarkvara sisemiselt töötab, näiteks kuidas kood toimib ja kuidas see kokku töötab.
Musta kasti testimine ei nõua teadmisi süsteemi sisemisest toimimisest või koodist, vaid nõuab lihtsalt, et testijad testiksid tarkvararakenduse väljundeid ja funktsioone ning hindaksid neid kindlaksmääratud kriteeriumide alusel.
Süsteemi testimine hõlmab nii funktsionaalset kui ka mittefunktsionaalset testimist, kuid testijad kasutavad musta kasti tehnikat, et testida ka mittefunktsionaalseid aspekte.
Seetõttu peetakse süsteemi testimist üldiselt musta kasti testimise vormiks.
