Mittefunktsionaalne testimine tähendab tarkvara testimist, mis viiakse läbi tarkvararakenduse mittefunktsionaalsete aspektide testimiseks.
On olemas palju erinevaid mittefunktsionaalse testimise liike ning mõnda tarkvara testimise liiki võib pidada nii funktsionaalseks kui ka mittefunktsionaalseks testimiseks samaaegselt.
Mittefunktsionaalne testimine on vajalik, sest sellega hinnatakse olulisi kasutajakriteeriume, nagu jõudlus ja kasutatavus, ning kontrollitakse, kas tarkvara töötab ootuspäraselt väljaspool selle põhifunktsioone.
Selles artiklis uurime mittefunktsionaalse testimise määratlust ja omadusi koos mittefunktsionaalse testimise tüüpide, mittefunktsionaalse testimise lähenemisviiside ja testimisvahenditega, mis võivad aidata optimeerida ja parandada teie enda mittefunktsionaalse testimise protsesse.
Mis on mittefunktsionaalne testimine?
Mittefunktsionaalne testimine on igasugune tarkvara testimine, mille käigus testitakse tarkvara koostamise mittefunktsionaalseid aspekte.
Mittefunktsionaalsete testide hulka kuuluvad näiteks testid, mille eesmärk on hinnata võimsust, jõudlust, kasutatavust, taastamist ja kaasaskantavust.
Iga sellise mittefunktsionaalse kriteeriumi kvaliteedi ja seisundi kontrollimine on sama oluline kui tarkvara funktsioonide kontrollimine, kuid neid parameetreid ei testita tavalise funktsionaalse testimise käigus.
Põhimõtteliselt tähendab mittefunktsionaalne testimine pigem seda, kuidas tarkvara funktsioonid töötavad, kui seda, kas nad töötavad.
1. Millal on vaja mittefunktsionaalset testimist?
Mittefunktsionaalne testimine viiakse läbi tarkvara testimise süsteemi testimise etapis pärast ühiktestimise ja integratsioonitestimise läbiviimist.
Süsteemi testimise käigus viivad testijad läbi nii funktsionaalset kui ka mittefunktsionaalset testimist, alustades funktsionaalsest testimisest.
Kui testijad on veendunud, et tarkvara toimib ootuspäraselt, viivad nad läbi mittefunktsionaalsed testid, et hinnata, kas see vastab ka mittefunktsionaalsetele parameetritele.
Tavaliselt on vaja teha funktsionaalne testimine enne mittefunktsionaalset testimist, sest on võimatu testida selliste funktsioonide töökindlust või jõudlust, mis üldse ei tööta. Mittefunktsionaalne testimine on tarkvara testimise üks viimaseid etappe enne kasutaja heakskiitmise testimist ja toote lõplikku vabastamist.
2. Kui te ei vaja mittefunktsionaalset testimist
Alati on oluline testida tarkvara mittefunktsionaalseid aspekte, välja arvatud juhul, kui neid on juba testitud ja need on tunnistatud piisavaks.
Isegi kui olete tarkvara mittefunktsionaalset testimist juba varem läbi viinud, võib osutuda vajalikuks mittefunktsionaalsete parameetrite uuesti testimine, näiteks kui tarkvarasse on lisatud uusi funktsioone või kui koodis on tehtud muudatusi, mis võivad mõjutada jõudlust ja töökindlust.
Mittefunktsionaalse testimise eesmärgid
Mittefunktsionaalse testimise eesmärk on kontrollida, kas toode vastab kasutajate ootustele, ja optimeerida toodet enne selle vabastamist.
Samuti aitab see arendajatel ja testijatel tarkvara paremini mõista ja kasutada neid teadmisi tulevaste optimeerimiste tegemisel.
1. Kvaliteedikontroll
Mittefunktsionaalse testimise eesmärk on testida tegureid, mis mõjutavad toote kasutatavust, usaldusväärsust, hooldatavust, kaasaskantavust ja tõhusust.
Nende elementide testimine tagab, et turule lastav toode on piisavalt kvaliteetne ja vastab kasutajate ootustele seoses jõudluse, laadimisaja ja kasutusmahuga.
2. Riskijuhtimine
Mittefunktsionaalne testimine vähendab ka riski ja kulusid, mis on seotud toote turuleviimisega, kuna see suurendab meeskonna võimalusi rahuldava toote väljastamiseks.
Tarkvara koostamise mittefunktsionaalsete parameetrite kontrollimisega on võimalik vähendada toote väljalaskekulusid, sest hiljem väheneb vajadus edasise arenduse ja tarkvara muutmise järele.
3. Optimeerimine
Mittefunktsionaalne testimine aitab testijatel ja arendajatel optimeerida tarkvara koostamist ja optimeerida jõudlust paigaldamise, seadistamise, käivitamise ja kasutamise ajal.
Võite kasutada mittefunktsionaalset testimist ka selleks, et optimeerida tarkvara koostamise juhtimist ja jälgimist.
4. Andmete kogumine
Mittefunktsionaalne testimine võimaldab testijatel koguda ja koostada mõõtmisi ja mõõdikuid, mida testimismeeskonnad saavad kasutada sisemiseks uurimis- ja arendustegevuseks.
Te saate kasutada mittefunktsionaalsest testimisest saadud andmeid, et mõista, kuidas teie toode töötab ja kuidas saate seda kasutajate jaoks tõhusamalt optimeerida.
5. Teadmiste täiendamine
Mittefunktsionaalne testimine parandab ja täiustab testimismeeskonna teadmisi toote käitumisest ja tehnoloogiatest, mida see kasutab.
See ei aita mitte ainult testimismeeskondadel paremini mõista tarkvara, millega nad töötavad, vaid võib anda ka kasulikke teadmisi, mis aitavad testijatel paremini mõista tulevasi koostamisi.
Kes on kaasatud mittefunktsionaalsesse testimisse?
Mittefunktsionaalset testimist viivad tavaliselt läbi testijad QA-keskkonnas, kuid mõnikord võivad arendajad teostada mittefunktsionaalset testimist ka arenduse käigus.
Süsteemi testimist viivad peaaegu alati läbi testijad ja see on testimise etapp, kus toimub enamik mittefunktsionaalsest testimisest.
Kui mittefunktsionaalsed testid ebaõnnestuvad, saadavad testijad tarkvara tagasi arendajatele, et nad parandaksid vead enne uut testimist.
Mittefunktsionaalse testimise eelised
Mittefunktsionaalsest testimisest on palju kasu ja mittefunktsionaalne testimine on süsteemi testimise oluline samm.
Ilma mittefunktsionaalse testimiseta ei suudaks testimismeeskonnad kontrollida, kas tarkvara vastab tegelikult kliendi nõuetele või kas see vastab tarkvaraarenduse kavas sätestatud nõuetele.
1. Tarkvara jõudluse parandamine
Mittefunktsionaalne testimine aitab testijatel ja arendajatel parandada tarkvararakenduste üldist jõudlust. Mittefunktsionaalsed testid tuvastavad valdkonnad, kus tarkvara jõudlus on puudulik, näiteks laadimiskiiruse või töötlemisvõimsuse osas, ja innustavad tarkvarameeskondi tegema muudatusi nende puuduste kõrvaldamiseks.
See tagab, et tarkvarameeskonnad avaldavad tarkvara avalikkusele alles siis, kui see on valmis ja kui selle jõudlus on piisavalt hea.
2. Hoidke tarkvara turvaliselt
Mittefunktsionaalne testimine hõlmab ka turvatestimist, mis on oluline tagamaks, et tarkvara on turvaline ja kaitstud väliste ohtude ja rünnakute eest.
Turvalisuse testimine võimaldab testijatel ja arendajatel kontrollida, kas tarkvara kaitseb piisavalt konfidentsiaalseid andmeid ja kas see on piisavalt kaitstud, et kaitsta kaasaegsete küberrünnakute eest.
3. Tarkvara kasutajasõbralikkuse suurendamine
Mittefunktsionaalne testimine on parim viis muuta oma tarkvara kasutajasõbralikumaks, eelkõige teostades kasutatavuse testimist, mille käigus hinnatakse, kui lihtne on kasutajatel õppida teie tarkvara kasutama ja käsitsema.
Kasutajasõbralikkus on väga oluline, sest see määrab, kui rahul on kasutajad teie tarkvaraga, ja tagab, et kasutajad suudavad täielikult ära kasutada kõike, mida teie tarkvara pakub.
4. Tagada, et tarkvara vastab kasutajate vajadustele
Tarkvara vastavuse tagamine kasutajate vajadustele peaks olema kõigi tarkvaraarenduse ja testimise meeskondade üks peamisi prioriteete. Lisaks sellele, et kasutajad ootavad tarkvara funktsionaalsust, ootavad nad ka seda, et tarkvara toimiks hästi, töötaks tõrgeteta ja kaitseks konfidentsiaalseid andmeid.
Mittefunktsionaalne testimine on üks ainus viis tagada, et teie tarkvara vastab nendele nõuetele.
Mittefunktsionaalse testimise väljakutsed
Mittefunktsionaalse testimise läbiviimisel on mõned puudused. Kuigi mittefunktsionaalne testimine on oluline tarkvara testimise süsteemi testimise etapis, võib mittefunktsionaalse testimise protsess tekitada probleeme tarkvarameeskondadele, kellel ei ole piisavalt ressursse ja vahendeid.
1. Kordus
Mittefunktsionaalne testimine tarkvara testimisel tuleb läbi viia iga kord, kui arendajad tarkvara uuendavad või kui koodi muudetakse. See tähendab, et mittefunktsionaalne testimine võib olla väga korduv, mis mitte ainult ei võta aega, vaid ka väsitab testijaid.
Väsinud testijad, kes täidavad väga korduvaid ülesandeid, on ka tõenäolisemalt hajameelsemad ja teevad vigu.
2. Kulud
Kuna mittefunktsionaalne testimine on nii korduv, võib see olla ka üsna kulukas, eriti testimismeeskondade jaoks, kes tuginevad mittefunktsionaalsele manuaalsele testimisele.
Tarkvarameeskonnad peavad eraldama aega ja eelarvet sagedaseks mittefunktsionaalseks testimiseks ning tarkvaraarendajad peavad selle täiendava testimise eest lisatasu maksma.
Mida me testime mittefunktsionaalse testimise käigus?
Mittefunktsionaalset testimist saab kasutada paljude erinevate mittefunktsionaalsete parameetrite testimiseks, millest igaüks mõjutab süsteemi kvaliteeti ja kasutatavust. Kõiki neid parameetreid testitakse süsteemi testimise käigus vastavalt testimiskavas sätestatud kriteeriumidele.
1. Turvalisus
Turvalisuse testimine on mittefunktsionaalne testimine, millega mõõdetakse, kui hästi on süsteem kaitstud väliste ohtude ja rünnakute eest. Nende hulka kuuluvad nii tahtlikud turvarikkumised kui ka andmete lekkimine ja muud tavalised rikkumised.
Turvalisuse testimine on oluline samm mittefunktsionaalses testimises, sest see annab lõppkasutajatele ja klientidele kindlustunde, et nende andmed on turvalised.
2. Usaldusväärsus
Testijad kasutavad mittefunktsionaalset testimist, et hinnata tarkvara töökindlust ja tagada, et tarkvara suudab pidevalt ja tõrgeteta täita oma kindlaksmääratud funktsioone.
Kui funktsionaalne testimine tagab, et tarkvara täidab oma põhifunktsioone, siis ainult mittefunktsionaalne testimine testib tegelikult nende tulemuste usaldusväärsust ja korratavust.
3. Ellujäämisvõime
Ellujäämisvõime kirjeldab, kuidas tarkvarasüsteem reageerib tõrke korral, ja ellujäämisvõime testimine tagab, et vigade ja tõrke korral suudab süsteem ise taastuda.
Ellujäämise testimine võib kontrollida, kas tarkvara on võimeline andmeid salvestama, et näiteks ootamatu rikke korral vähendada andmekaotust.
4. Kättesaadavus
Tarkvara kättesaadavus viitab sellele, mil määral saab kasutaja süsteemi toimimise ajal sellest sõltuda. Seda nimetatakse ka stabiilsuseks ja seda testitakse stabiilsuskatsetega.
Stabiilsuse testimine sarnaneb teataval määral töökindluse testimisega, sest selle käigus kontrollitakse, kas süsteem suudab täita oodatud standardeid järjepidevalt.
5. Kasutatavus
Kasutatavuse testimine on teine oluline mittefunktsionaalse testimise liik tarkvara testimisel. Seda tüüpi testimisel hinnatakse, kui hästi suudab kasutaja õppida, kasutada ja kasutada tarkvarasüsteemi, järgides ekraanil esitatud juhiseid ja muid põhilisi juhiseid.
Kasutatavuse testimine on oluline, sest kui tarkvara ei ole väga hästi kasutatav, siis enamik kasutajaid lihtsalt loobub sellest või valib midagi muud.
6. Skaleeritavus
Skaleeritavuse testimisega testitakse, mil määral suudab tarkvararakendus suurendada oma töötlemisvõimsust, et rahuldada kasvavat nõudlust.
Näiteks kui tarkvara on mõeldud kasutamiseks mitme kasutaja poolt korraga ühes võrgus, siis kuidas see töötab, kui kümme kasutajat logib korraga sisse? Kas suurem kasutajate arv mõjutab oluliselt jõudlust või laadimisaega?
7. Koostalitlusvõime
Koostalitlusvõime testimine on mittefunktsionaalne testimine, mille käigus kontrollitakse, kui hästi on tarkvarasüsteemi liidesed teiste tarkvarasüsteemidega.
See on eriti oluline, kui tarkvara on loodud osana tootekomplektist, mis kõik on omavahel integreeritavad.
8. Efektiivsus
Tarkvara testimise tõhusus viitab sellele, mil määral suudab tarkvarasüsteem toime tulla võimsuse, koguse ja reageerimisaja osas.
Näiteks võivad testijad hinnata, kui palju kasutajaid saab korraga süsteemi sisse logida, kui kaua võtab aega andmete hankimine andmebaasist või kui kiiresti suudab tarkvara täita põhilisi ülesandeid.
9. Paindlikkus
Paindlikkus mõõdab, mil määral tarkvarasüsteem suudab töötada koos eri tüüpi riistvara ja lisaseadmetega.
Näiteks, kui palju RAM-i tarkvara vajab või kas see nõuab teatavat arvu protsessorit. Mida väiksemad on nõuded tarkvararakendusele, seda paindlikum on tarkvara.
10. Kaasaskantavus
Kaasaskantavuse testimisega testitakse, kui paindlikult saab tarkvara üle kanda praegusest riist- või tarkvarakeskkonnast ja kui lihtne on seda teha.
Kaasaskantavus on oluline, sest see mõjutab seda, kui lihtsalt saavad lõppkasutajad tarkvara hallata ja seda eri süsteemide vahel liigutada.
11. Taaskasutatavus
Taaskasutatavuse testimine on mittefunktsionaalse testimise liik, millega testitakse, kas tarkvarasüsteemi osi saab teisendada teises rakenduses taaskasutamiseks.
Kuigi korduvkasutatavuse testimine ei mõjuta tavaliselt kliente ja lõppkasutajaid, näitab see hästi, kui tõhusalt arendajad loovad komponente, mida saab tulevikus uuesti kasutada.
Mittefunktsionaalsete testide omadused
Mittefunktsionaalsete testide mõistmine eeldab mittefunktsionaalsete testide omaduste mõistmist. Need omadused määratlevad mittefunktsionaalset testimist tarkvara testimisel.
1. Mõõdetav
Mittefunktsionaalne testimine on alati kvantitatiivne ja mõõdetav, mis tähendab, et testijad ei kasuta subjektiivseid väljendeid nagu “ilus” või “hea”, vaid kasutavad mittefunktsionaalse testimise tulemuste kirjeldamiseks numbreid ja fakte.
Näiteks selle asemel, et kirjeldada laadimisaega kui “kiiret” või “aeglast”, peaks mittefunktsionaalne testimine andma konkreetsed arvud, mis näitavad aegade arvu.
2. Konkreetne
Mittefunktsionaalse testimise läbiviimisel peaks testide eesmärk olema seotud tarkvara projekteerimise spetsifikatsioonidega.
Näiteks kui tarkvaraprojekti plaanis viidatakse kasutajate arvule, kes peaksid saama korraga sisse logida, tuleks see mittefunktsionaalsel testimisel seada prioriteediks.
3. Teadmata
Kuigi mittefunktsionaalne testimine võib olla spetsiaalselt kavandatud projektiplaanis sätestatud omaduste mõõtmiseks, ei ole need omadused paljudel juhtudel eelnevalt kindlaks määratud.
Sellisel juhul peaksid testijad lihtsalt teostama mittefunktsionaalset testimist, et hinnata tarkvara iga parameetri põhjal ja hiljem võrrelda neid ootustega.
Mittefunktsionaalsete testide elutsükkel
Kuna mittefunktsionaalne testimine ei viita konkreetsele faasile tarkvara testimise elutsüklis, vaid lihtsalt teatud tüüpi testimisele, mis tavaliselt toimub tarkvara testimise süsteemi testimise faasis, võib mittefunktsionaalse testimise elutsükkel projektiti väga palju erineda.
Üldiselt järgib see sarnast elutsüklit nagu muud tüüpi tarkvara testimine, mis algab projekti nõuete analüüsiga ja lõpeb testide teostamise ja tsükli täitmisega.
1. Tarkvaranõuete analüüs
Mittefunktsionaalse testimise elutsükli esimene etapp on tarkvaranõuete analüüs. Tarkvarameeskonnad töötavad rakenduste loomisel ja testimisel konkreetsete kriteeriumide alusel ning need kriteeriumid peaksid dikteerima, millist tüüpi testid tuleb läbi viia.
2. Testi planeerimine
Elutsükli järgmine etapp on testide planeerimine. Testimise planeerimise etapis koostab kvaliteedi tagamise eestvedaja üksikasjaliku testimisplaani, milles kirjeldatakse üksikasjalikult, mida testitakse, kes testimist teostab ning milliseid testimisviise, -meetodeid ja -vahendeid kasutatakse.
Testiplaan peaks sisaldama kõiki vajalikke üksikasju, mida testijad vajavad testjuhtumite loomiseks ja täitmiseks.
3. Testjuhtumi loomine
Testjuhtumite loomine on mittefunktsionaalse testimise järgmine etapp. Selles etapis töötatakse välja mittefunktsionaalsed testjuhtumid, mida testijad hiljem täidavad, et testida süsteemi mittefunktsionaalseid nõudeid.
Testjuhtumid kirjeldavad, mida testitakse, kuidas seda testitakse ja milline on testi oodatav tulemus.
4. Testkeskkonna seadistamine
Järgmine etapp mittefunktsionaalse testimise elutsüklis on testimiskeskkonna loomine enne testimise alustamist.
Testimiskeskkond on koht, kus kogu testimine toimub, ning seal asuvad ressursid ja vahendid, mida kasutate mittefunktsionaalsete testide läbiviimiseks.
Testimismeeskond valmistab enne testide läbiviimist ette testkeskkonna.
5. Testide läbiviimine
Testide teostamine on mittefunktsionaalse testimise elutsükli järgmine etapp. See hõlmab eelnevalt loodud testjuhtumite täitmist, et testida tarkvararakenduste erinevaid aspekte, sealhulgas turvalisust, laadimisaega, võimsust ja kaasaskantavust.
Testimismeeskond viib iga juhtumi eraldi läbi ja kontrollib iga testi tulemust oodatava tulemuse suhtes.
6. Tsükli kordamine
Mittefunktsionaalse testimise elutsükli viimane etapp on tsükli täitmine ja kordamine. Pärast kõigi testjuhtumite täitmist kontrollivad testijad, millised testid on läbitud ja millised testid ebaõnnestunud.
Ebaõnnestunud testid viitavad tavaliselt sellele, et on olemas viga, mille arendajad peavad parandama. Kui arendajad on koodi parandanud või muutnud, kordub tarkvara testimise tsükkel uuesti, kuni puudusi ei leita.
Mõningate segaduste selgitamine:
Mittefunktsionaalne testimine vs funktsionaalne testimine
Funktsionaalne testimine ja mittefunktsionaalne testimine on kaks erinevat, kuid võrdselt olulist tarkvara testimise liiki, mida koos kasutatakse selleks, et hinnata, kas tarkvararakendus vastab kasutajate nõuetele, mis on sätestatud projekti kirjelduses.
Kuigi mõlemad on vajalikud testimisviisid, mis võimaldavad tarkvarameeskondadel tuvastada tarkvarakomplektides esinevaid vigu, on funktsionaalne ja mittefunktsionaalne testimine teineteisest täiesti erinevad.
1. Mis vahe on funktsionaalsel ja mittefunktsionaalsel testimisel?
Funktsionaalsete ja mittefunktsionaalsete testide erinevus seisneb selles, mida nad testivad. Funktsionaalne testimine testib rakenduse funktsioone ja kontrollib, kas need toimivad ootuspäraselt. Mittefunktsionaalse testimisega testitakse muid rakenduse aspekte, mis mõjutavad kasutajate rahulolu ja rakenduse kvaliteeti.
Funktsionaalne ja mittefunktsionaalne testimine toimuvad tarkvara testimise eri etappides, kuid mõlemad testimisviisid viiakse tavaliselt läbi süsteemi testimise etapis.
Nii funktsionaalne kui ka mittefunktsionaalne testimine aitab meil mõista, kui hästi rakendus töötab ja kas see täidab oma ülesandeid adekvaatselt.
Näiteks kui testite mobiilirakendust, mis võimaldab kasutajatel salvestada ülesannete ja ostunimekirju, võib funktsionaalne testimine hõlmata selliseid funktsioone nagu uue nimekirja loomine, nimekirja salvestamine ja olemasolevate nimekirjade muutmine.
Mittefunktsionaalse testimisega võib hinnata, kui hästi rakendus töötab erinevates mobiilseadmetes, kui kiiresti laadivad nimekirjad ja kui palju mõjutab rakenduse jõudlust see, kui taustal töötavad teised rakendused.
2. Kokkuvõte: mittefunktsionaalne testimine vs funktsionaalne testimine
Nii funktsionaalne kui ka mittefunktsionaalne testimine on olulised tarkvara testimise liigid, mis aitavad testijatel ja kvaliteedi tagamise meeskondadel hinnata, kas rakendus vastab kehtivatele nõuetele.
Kui funktsionaalne testimine testib tarkvara funktsioone, siis mittefunktsionaalne testimine testib muid aspekte, mis võivad mõjutada jõudlust, tõhusust ja turvalisust.
Ühiktestimine, integratsioonitestimine ja API testimine on kõik funktsionaalse testimise vormid. Tarkvara testimise igas etapis hindavad testijad, kui hästi funktsioonid ja funktsioonid töötavad kas eraldi või koos, ning tuvastavad vead ja defektid, mis takistavad funktsioonide ootuspärase toimimise.
Turvalisuse testimine, kasutatavuse testimine, kaasaskantavuse testimine ja koormustestimine on kõik mittefunktsionaalse testimise vormid, mis võimaldavad testijatel hinnata, kui hästi rakendus täidab oma funktsioone ja toetab kasutajate vajadusi.
Mittefunktsionaalse testimise tüübid
On olemas palju erinevaid mittefunktsionaalse testimise liike, millest igaüks testib tarkvara rakenduse jõudluse või tõhususe erinevat mittefunktsionaalset aspekti.
Iga selline test testib erinevaid parameetreid ja mõned testid võivad testida samu parameetreid erinevalt.
1. Toimivuskatsed
Jõudlustestid on mittefunktsionaalsete testide liik, millega kontrollitakse, kui hästi erinevad tarkvara komponendid töötavad. Selle asemel, et testida nende funktsionaalsust, mida funktsionaalsed testid teevad, võib jõudlustestidega testida reageerimisaegu, kitsaskohti ja rikkeid. Jõudlustestimine aitab testijatel tagada, et tarkvara on kvaliteetne ning kiire, stabiilne ja usaldusväärne.
2. Stressitestid
Stressitestimine on mittefunktsionaalne testimine, mille käigus testitakse, kui hästi toimib tarkvara, kui see on ebatavaliselt suure koormuse all. See võib tähendada, et testitakse, kuidas tarkvara toimib, kui keegi üritab kasutada korraga paljusid erinevaid funktsioone või kui samal ajal töötab mitu muud rakendust.
Stressitestimise eesmärk on tuvastada piir, mille juures tarkvara lakkab korralikult töötamast, ja mis juhtub, kui süsteem on stressi all. See võimaldab testijatel mõista, kas süsteem suudab end ise taastada ja kas see teavitab kasutajaid asjakohase veateate abil.
3. Koormuskatsed
Koormuse testimine on testimise liik, millega hinnatakse, kui hästi käitub tarkvara nii tavatingimustes kui ka suurema koormuse korral. Seda kasutatakse selleks, et määrata, kui palju tarkvara suudab samaaegselt töödelda, ilma et see mõjutaks negatiivselt jõudlust.
Koormuse testimisega saab testida, kuidas rakendused töötavad, kui neid kasutab korraga palju kasutajaid või kui kasutajad üritavad korraga palju andmeid alla laadida.
Koormuse testimine on oluline, kui soovite kontrollida, kas teie tarkvara on skaleeritav.
4. Turvalisuse testid
Turvatestidega hinnatakse tarkvararakendusi ja otsitakse tarkvara turbealaseid nõrkusi. Nende hulka kuuluvad võimalikud turvariskid, mis võivad põhjustada andmekaotust või rikkumisi, mis paljastavad konfidentsiaalsed andmed.
Turvalisuse testimine on oluline, sest sellega tagatakse, et toode on piisavalt kaitstud häkkimise, andmete rikkumise ja muude väliste turvaohtude eest.
Mõned näited turvatestidest, mida testijad võivad läbi viia, hõlmavad turvaauditeid, eetilist häkkimist, sissetungitestimist, turvaskaneerimist ja positsiooni hindamist.
5. Uuendus- ja paigalduskatsed
Täiendamise ja paigaldamise testimine on tarkvara mittefunktsionaalse testimise liik, millega kontrollitakse, kui hästi tarkvara eri masinatel töötab.
Seda tüüpi testimise eesmärk on tagada, et uued kasutajad saavad tarkvara hõlpsasti oma masinatele paigaldada ja olemasolevad kasutajad saavad seda uuendada, kui uued uuendused ilmuvad.
Täiendamise ja paigaldamise testimine on oluline, sest lõppkasutajad peavad saama teie toodet hõlpsasti paigaldada, kui nad töötavad sellega ühilduvas seadmes.
6. Mahukatsed
Mahu testimine on testimise liik, mis on olemas selleks, et kontrollida, mis juhtub, kui andmebaasi lisatakse korraga suuri andmemahte. Sellega määratakse kindlaks, kas rakendus suudab töödelda suuri andmemahte ja mis juhtub süsteemiga, kui see ei suuda seda teha.
Mahukatse on tuntud ka kui üleujutuse testimine ja seda saab kasutada andmekao ja veateadete hindamiseks, mis tekivad siis, kui süsteemi lisatakse märkimisväärne hulk andmeid.
Mahtude testimine on ainus viis tagada, et tarkvara saab hakkama andmemahtudega, mida kasutajad temalt ootavad.
7. Taastamiskatsed
Taastumistestid hõlmavad tarkvarasüsteemi sunniviisilist ebaõnnestumist, et testida, kui hästi süsteem pärast krahhi taastub.
Taastamise testimine aitab testijatel mõista, kuidas tarkvara taastab andmed ja takistab kadusid, kui riistvara on kasutamise ajal lahti ühendatud, kui tarkvara on andmeedastuse ajal võrgust lahti ühendatud või kui süsteem ootamatult taaskäivitatakse.
Seda tüüpi testimine on oluline, sest süsteemid, millel puuduvad nõuetekohased taastamisprotokollid, võivad selliste õnnetuste korral kannatada tõsiste andmekaotuste tõttu.
Mida on vaja mittefunktsionaalse testimise alustamiseks
Enne mittefunktsionaalse testimise alustamist peate veenduma, et olete valmistanud ette testimiskeskkonna ning kogunud kokku vajalikud vahendid ja andmed.
1. Testi plaan
Enne mittefunktsionaalse testimise alustamist veenduge, et teil on valmis testimisplaan, mille on allkirjastanud asjaomased inimesed.
Teie testimisplaan peaks sisaldama kõiki asjakohaseid üksikasju selle kohta, mida ja kuidas te kavatsete testida. Selles tuleks selgitada, millal te kasutate käsitsi ja millal automatiseeritud testimist, ning kirjeldada kõigi testimisprotsessis osalejate rollid ja kohustused.
2. Testjuhtumid
Enne mittefunktsionaalsete testide teostamist peate looma testjuhtumid. Iga testjuhtum kirjeldab konkreetset asja, mida te kavatsete testida, selgitab, kuidas te seda testida kavatsete, ja kirjeldab testi oodatavat tulemust.
Näiteks kui te teostate koormustestimist, võib näiteks testjuhtumiks olla selle kontrollimine, kuidas tarkvara käitub, kui kümme kasutajat kasutavad sama moodulit korraga.
3. Funktsionaalne kontrollimine
Te ei saa teostada mittefunktsionaalset testimist tarkvara komponentide puhul, kui need ei ole funktsionaalsed.
Näiteks kui soovite testida, kui palju kasutajaid saab tarkvara korraga sisse logida, on kõigepealt oluline kontrollida, kas üksikud kasutajad saavad ka tegelikult tarkvarasse sisse logida.
Enne mittefunktsionaalse testimise alustamist veenduge, et kõik funktsionaalsed testid on läbitud ja et teie tarkvara toimib nii, nagu te seda ootate.
See tähendab tavaliselt, et suitsutestimine, sanity testimine, ühiktestimine, integreerimine ja funktsionaalne süsteemitestimine on juba läbi viidud.
4. Testimisvahendid
Enne mittefunktsionaalse testimise alustamist koguge kokku kõik testimisvahendid, mida soovite testide läbiviimiseks kasutada.
Kas te kasutate automatiseerimisvahendeid, et osaliselt automatiseerida mõned testid või dokumenteerimisvahendid, mis aitavad teil testimisaruandeid hallata ja säilitada hilisemaks kasutamiseks, veenduge, et vahendid, mida soovite kasutada, on kättesaadavad ja kasutusvalmis ning et kõik testimismeeskonna liikmed teavad, kuidas iga vahendit õigesti kasutada.
5. Katsekeskkond
Seadistage testimiskeskkond enne mittefunktsionaalse testimise alustamist. Teil võib juba olla sobiv testimiskeskkond, eriti kui saate kasutada sama keskkonda mittefunktsionaalsete süsteemide testimiseks ja funktsionaalsete süsteemide testimiseks.
Ideaalne testimiskeskkond võimaldab teil testida kõiki vajalikke elemente õigetes seadmetes.
Näiteks kui testite helitugevuse käitlemist nutitelefonide seadmetes, on parem testida seda tegelikul nutitelefoniseadmel kui proovida emuleerida mobiilikeskkonda lauaarvutis.
Mittefunktsionaalne testimise protsess
Tarkvara koostamise mittefunktsionaalsete aspektide testimine on mitmeastmeline protsess, mis hõlmab testimiskeskkonna ettevalmistamist, testjuhtumite loomist, testandmete kogumist ja mittefunktsionaalsete testide teostamist.
Testimisprotsessi on võimalik jagada väikesteks osadeks, et seda oleks lihtsam jälgida mittefunktsionaalse testimise algajaile.
1. Mittefunktsionaalse testimise valmisoleku kontroll
Enne mittefunktsionaalse testimise alustamist on oluline veenduda, et olete selleks testimise etapiks valmis.
See võib tähendada, et hinnatakse testimise viimase etapi väljumiskriteeriume, et veenduda, et tarkvara on selle läbinud, ja et tarkvara on läbinud kõik nõutavad funktsionaalsed testid enne mittefunktsionaalset testimist.
Mõned meeskonnad võivad luua mittefunktsionaalse testimise sisenemiskriteeriumid, mis hõlmavad kõiki tingimusi, mis peavad olema täidetud enne mittefunktsionaalse testimise alustamist.
2. Loo testimisplaan
Kui te teostate mittefunktsionaalset testimist süsteemi testimise osana ja järgite oma süsteemi testimise kava, olete selle sammu võib-olla juba varem läbi viinud. Testiplaanis kirjeldatakse kõiki teste, mida on vaja läbi viia, ja seda, kuidas te kavatsete neid läbi viia.
Ilma selge testimiskavata on lihtne kaotada silmist testide ulatus ja eesmärgid.
3. Luua testjuhtumid
Mittefunktsionaalse testimise järgmine etapp on testjuhtumite loomine, mis on mõeldud tarkvara iga mittefunktsionaalse parameetri testimiseks.
Igal testjuhtumil peaks olema testjuhtumi ID, testjuhtumi nimi, kirjeldus ja üksikasjad testi oodatava tulemuse kohta, samuti eelnevalt kindlaks määratud läbimise või läbikukkumise kriteeriumid. See aitab testijatel mõista, kuidas iga testi läbi viia ja milliseid tulemusi otsida.
4. Koguda katseandmeid
Enne iga testjuhtumi täitmist peate koguma testandmed, mida kasutate iga testjuhtumi jaoks.
Tavaliselt tähendab see koodi ja andmete kogumist erinevatest moodulitest ja komponentidest, mis moodustavad testitavad funktsioonid ja valdkonnad. Kui te maksimeerite testide katvust, peaks teil olema palju testimisandmeid, millega töötada.
5. Valmistage testkeskkond ette
Mittefunktsionaalse testimise järgmine etapp on testkeskkonna ettevalmistamine. Testkeskkond on testimisserver, mida kasutate mitmesuguste tarkvara testimiseks.
See võimaldab teil luua identsed tingimused, milles oma tarkvara testida, ning seadistada oma tarkvara erinevate konfiguratsioonide abil konfiguratsiooni testimiseks, turvalisuse testimiseks ja muud liiki mittefunktsionaalseks testimiseks.
6. Viige läbi mittefunktsionaalsed testid
Kui testkeskkond on valmis, on aeg teostada mittefunktsionaalsed testid. Te võite otsustada teste teostada tüübi järgi, alustades näiteks jõudlustestidega, enne kui liigute edasi turvatestide ja muud tüüpi mittefunktsionaalsete testide juurde.
Iga katse läbiviimisel märkige tulemused oma katseprotokolli. Kui automatiseerite testimist, siis on teie automatiseerimisvahendil ka standardiseeritud viis tulemuste selge ja üheselt mõistetav aruandlus.
7. Aruanne katsetulemuste kohta
Pärast iga testjuhtumi täitmist koostage oma mittefunktsionaalsete testide tulemused ühte aruandesse.
Selles aruandes peaks olema iga katse tulemused selgelt esitatud ja üheselt mõistetav, kas iga katse on läbitud või ebaõnnestunud.
Järgige oma katseprotokolli standardiseeritud struktuuri, et veenduda, et kogu teave, mida teil on vaja edastada, on lisatud.
8. Defektide parandamine
Kui testide tulemused on olemas, andke tarkvara arendajatele tagasi, kui testid ebaõnnestusid või kui olete tuvastanud mittefunktsionaalseid vigu, mis vajavad parandamist.
Näiteks kui tarkvara ei saa korraga hakkama sobiva arvu kasutajatega või kui mitme programmi samaaegsel käivitamisel aeglustub jõudlus liiga palju, tuleb need probleemid tõenäoliselt koodis parandada, et kasutajad oleksid tootega rahul.
9. Korda testimise tsüklit
Kui arendajad on parandanud kõik esialgse mittefunktsionaalse testimise faasi käigus leitud vead, võib testimistsükkel uuesti alata.
Arendajad testivad tehtud muudatusi ja annavad uue versiooni tagasi QA testijatele, kes seejärel viivad läbi kogu testimise komplekti, alustades suitsutestimisest, ühiktestimisest, integratsioonitestimisest ja lõpuks süsteemitestimisest.
Testimistsüklit korratakse seni, kuni üheski punktis ei esine vigu ega defekte, misjärel võib koostamine minna testimise viimasesse etappi: kasutaja vastuvõtmise testimine.
Testjuhtumid mittefunktsionaalseks testimiseks
Testjuhtumid on kogu tarkvara testimise oluline aspekt ja kui te teostate nii funktsionaalset kui ka mittefunktsionaalset testimist, kasutate testjuhtumeid, et määratleda, mida te kavatsete testida ja kuidas te seda testida.
Iga testjuhtumit võib vaadelda kui minitestimist ning igal testjuhtumil on oma määratletud väljundid ja tulemused.
1. Mis on mittefunktsionaalse testimise testjuhtumid?
Testjuhtum on hulk tegevusi, mis viiakse läbi tarkvara koostamisel, et testida, kas see vastab tarkvaraplaanis määratletud tingimustele. Iga testjuhtum ütleb testijatele, mida ja kuidas testida, ning on mõeldud tarkvararakenduse konkreetse funktsiooni või mittefunktsionaalse omaduse testimiseks.
Mittefunktsionaalsete testjuhtumite hulka võib kuuluda näiteks selle kontrollimine, mis juhtub, kui keegi üritab süsteemis turvalistele andmetele ligi pääseda, või selle kontrollimine, kui kiiresti tarkvara käivitamisel laetakse.
2. Kuidas kavandada mittefunktsionaalseid testjuhtumeid?
Mittefunktsionaalse testimise testjuhtumite koostamisel on oluline järgida standardseid testjuhtumite koostamise tavasid, pidades samal ajal silmas oma mittefunktsionaalsete testide eesmärke.
Järgige alljärgnevaid samme, et kirjutada testjuhtumid mittefunktsionaalseks testimiseks, mis kirjeldavad selgelt, mida teie testijad peavad iga testi läbiviimiseks tegema.
1. Määrake ala, mida soovite katta
Iga testjuhtumi puhul kaaluge, millist tarkvara valdkonda see testjuhtum hõlmab.
Näiteks kui kirjutate testjuhtumeid paigaldamise ja uuendamise testimiseks, võite lisada testjuhtumeid, mis hindavad, kui lihtne on rakendust erinevatesse seadmetesse paigaldada ja kui kaua võtab aega tarkvara uuendamine uue paranduse abil.
2. Loo unikaalne testjuhtumi ID
Igal testjuhtumil peaks olema unikaalne testjuhtumi ID. See lihtsustab hiljem testjuhtumi kirjelduse ja tulemuste leidmist ning lahendab segadust, millisele testjuhtumile te viitate, kui kahel testjuhtumil on sarnased nimed või kirjeldused.
3. Nimetage ja kirjeldage iga testi
Kuigi testjuhtumi ID identifitseerib testi, soovite anda ka nime ja kirjelduse igale testjuhtumile, mille te kirjutate.
See peaks olema lihtne nimi, mis võtab kokku, mida te testite, samas kui kirjeldus on üks lause, mis seda veidi üksikasjalikumalt välja töötab.
Kirjeldus peaks olema piisavalt selge, et testijad teaksid, mida ja kuidas testida, samuti kõik eritingimused, mis peavad testimisel olema täidetud.
4. Määrake oodatav tulemus
Kirjeldage iga testjuhtumi puhul tulemus, mis peaks tekkima, kui tarkvara töötab ootuspäraselt.
Mittefunktsionaalsete testide, näiteks jõudluse ja koormuse testimise puhul võib see paljudel juhtudel tähendada, et tarkvara lihtsalt jätkab normaalset tööd ilma aeglustumise, mahajäämuse või kokkupõrketa.
Teistel juhtudel võib see tähendada, et ilmuvad konkreetsed veateated, et teavitada kasutajat probleemist ja soovitada lahendust.
5. Soovitage testimismeetodeid
Soovitage iga testjuhtumi puhul, millist tüüpi testimismeetodeid ja mittefunktsionaalseid testimisvahendeid peaks testija teie arvates testimise ajal kasutama.
Mittefunktsionaalses testimises võivad testijad kasutada väga erinevaid lähenemisviise eri tüüpi testimiseks.
Näiteks koormustestimine ja stressitestimine võib nõuda automatiseerimist, sest äärmiselt suure liikluse simuleerimine käsitsi on ebapraktiline, samas kui teisi testimisviise võib olla lihtsam teostada ilma konkreetsete vahendite või tehnoloogiateta.
6. Hangi iga testjuhtumi eksperdihinnang
Enne iga testjuhtumi allkirjastamist laske iga juhtumi kohta teha vastastikune eksperdihinnang kellelegi, kellega te koos töötate. See võib olla teine testija või QA juht.
Vastastikuse eksperdihinnanguga tagatakse, et testjuhtumid on piisavalt selged, et kolmandast isikust testija saaks neid järgida, ning et need ei sisalda ebaselgusi ega vigu, mis võiksid viia ebaõige testimiseni.
3. Näiteid mittefunktsionaalsetest testjuhtumitestidest
Kui te kirjutate testjuhtumeid mittefunktsionaalseks testimiseks, võivad need välja näha umbes nagu allpool toodud näited mittefunktsionaalsest testimisest.
Näide skaleeritavuse testimisest
Katsejuhtumi ID: 6671
Testjuhtumi nimi: Mitme kasutaja sisselogimise test
Kirjeldus: Emuleerige 20+ kasutajat, kes logivad samaaegselt tarkvara sisse, kasutades automatiseerimisvahendeid.
Oodatavad tulemused: Tarkvara peaks iga kasutaja jaoks töötama tavapäraselt, võimaldades igal kasutajal edukalt sisse logida alla 5 sekundi.
Ühilduvuse testimise näide
Katsejuhtumi ID: 5214
Testjuhtumi nimi: Rakenduse laadimine Opera brauseris
Kirjeldus: Rakenduse laadimine Opera veebibrauseris.
Oodatavad tulemused: Rakendus laaditakse Opera veebilehitsejas tavapäraselt, standardse resolutsiooni ja paigutusega.
Manuaalsed või automatiseeritud mittefunktsionaalsed testid?
Kui te valite erinevate mittefunktsionaalsete testimismeetodite vahel, peate otsustama, kas soovite teostada käsitsi või automatiseeritud mittefunktsionaalseid teste.
Manuaalsed testid viivad läbi inimtestijad, mis tähendab, et nende läbiviimine on tavaliselt aeganõudvam, kuid need pakuvad ka võimalusi uurivaks testimiseks.
Automatiseeritud mittefunktsionaalsed testid on kiiremad ja mõnes mõttes usaldusväärsemad, kuid nõuavad ka rohkem ressursse või vahendeid. Automatiseerimine ja hüperautomatiseerimine on testimises üha populaarsemaks muutumas, eriti kui tegemist on mittefunktsionaalse testimisega.
Manuaalne mittefunktsionaalne testimine: Kasu, väljakutsed ja protsessid
Manuaalset mittefunktsionaalset testimist viivad läbi ainult testijad, kes testivad iga üksikut mittefunktsionaalset elementi iseseisvalt.
Manuaalsete mittefunktsionaalsete testide läbiviimisel peavad testijad koguma teavet tarkvara kohta, looma üksikud testjuhtumid, mis vastavad testikavale, ja viima need testjuhtumid käsitsi läbi.
See võtab küll palju aega, kuid tähendab ka seda, et QA testijatel on vabadus määrata, mida ja kuidas testitakse.
1. Mõned käsitsi testimise eelised on järgmised:
● Käsitsi testimine võib olla odavam kui automatiseeritud testimine, sest see ei nõua spetsiifilisi tehnoloogiaid ega tehnilisi teadmisi.
● Käsitsi testimine võimaldab testijatel pakkuda inimlikku ülevaadet ja subjektiivsust selle kohta, kuidas tarkvara toimib ja kas see toimib rahuldavalt.
● Manuaalset testimist saab kasutada süsteemi testimiseks stsenaariumides, mida on võimatu automatiseerida.
● Käsitsi testimine võimaldab testijatel hinnata süsteemi visuaalseid aspekte, näiteks graafilist kasutajaliidest ja muid tegureid, mis võivad mõjutada kasutatavust.
● Käsitsi testimine pakub testijatele laiemat ülevaadet süsteemist kui tervikust ja sellest, kuidas erinevad moodulid ja komponendid koos töötavad.
Siiski on käsitsi testimisel ka puudusi.
2. Mõned käsitsi testimise väljakutsed on järgmised:
● Mõningaid mittefunktsionaalse testimise liike, sealhulgas koormustestimine ja jõudlustestimine, on ebapraktiline teostada käsitsi.
● Käsitsi testimine võtab oluliselt rohkem aega kui automatiseeritud mittefunktsionaalne testimine.
● Manuaalsed testijad võivad hajuda, kaotada tähelepanu ja teha vigu, eriti kui nad täidavad väga korduvaid testimisülesandeid.
Automatiseeritud mittefunktsionaalne testimine: Kasu, väljakutsed ja protsessid
Automaatne mittefunktsionaalne testimine toimub automatiseeritud skriptide ja testimisvahendite abil. Automaatsete testimismeetodite kasutamisel saavad testijad teste teha taustal, samal ajal kui nad tegelevad muude ülesannetega, kui automaatsed testid on algatatud.
1. Mõned mittefunktsionaalsete testide automatiseerimise eelised on järgmised:
1. Säästke aega ja ressursse, vähendades aeganõudvatele ja aeganõudvatele ülesannetele kuluvat aega.
2. Automatiseerimine võimaldab suurendada testide katvust, hõlmates suuremat hulka komponente ja funktsioone.
3. Automaatsete testide sagedane läbiviimine on otstarbekam, sest nende läbiviimine võtab vähem aega.
4. Automaatne testimine on ideaalne aeganõudvate testimisülesannete jaoks, nagu koormuse testimine, mahu testimine ja stressitestimine, mida on väga raske käsitsi läbi viia.
5. Automatiseeritud testimisel on väiksem võimalus vigade tekkimiseks.
Siiski on automatiseeritud testimisel ka mõningaid puudusi, mis tähendab, et see ei ole alati õige lähenemisviis igat liiki mittefunktsionaalse testimise jaoks.
2. Mõned automatiseeritud mittefunktsionaalse testimise väljakutsed on järgmised:
1. Automatiseeritud testimine on kallim kui käsitsi testimine.
2. Testide automatiseerimise seadistamine võib võtta aega ja tehnilisi ressursse.
3. Testimise automatiseerimine ei võimalda ruumi uurivale testimisele.
4. Testide automatiseerimine nõuab endiselt aega testjuhtumite loomiseks.
Kokkuvõte: Käsitsi või automatiseeritud
mittefunktsionaalne testimine?
Enamiku tarkvara testimise puhul annab manuaalse ja automatiseeritud testimise kombineerimine tavaliselt parimaid tulemusi. See võimaldab testimismeeskondadel saada kasu automatiseeritud testimise tõhususest, usaldusväärsusest ja täpsusest, teostades samal ajal ka uurivat testimist, mis võimaldab testijatel hinnata tarkvara subjektiivsemast vaatenurgast.
Mittefunktsionaalses testimises on enamiku testimismeeskondade jaoks praktiliselt vajalik nii käsitsi kui ka automatiseeritud testimine.
Manuaalset testimist kasutatakse kõige paremini mittefunktsionaalsete testimisülesannete, näiteks kasutatavuse testimise läbiviimiseks, samas kui automatiseeritud testimist kasutatakse kõige sagedamini selliste testide läbiviimiseks, mille käsitsi läbiviimine oleks liiga aeganõudev ja keeruline, näiteks stressitestimine või mahu testimine.
Mittefunktsionaalne testimine on üks kõige ilmsemaid valdkondi, kus kasutada testide automatiseerimise tehnikaid, sest see on kvantitatiivne, mõõdetav testimisviis, mis ei nõua subjektiivseid tulemusi.
Nagu muud tüüpi testimine, toimub ka mittefunktsionaalne testimine tavaliselt käsitsi ja automatiseeritud testimise seguga.
Siiski on automatiseeritud testimine praktiliselt vajalik mitut liiki mittefunktsionaalse testimise jaoks ning mittefunktsionaalse testimise parameetrid ja mõõdikud tähendavad, et automatiseerimine sobib seda tüüpi testimiseks paremini kui funktsionaalne testimine.
Mittefunktsionaalse testimise parimad tavad
Kui teete esimest korda mittefunktsionaalset testimist, aitab testimise parimate tavade järgimine standardiseerida testimisprotsessi ja optimeerida testide tõhusust.
Parimad tavad on suunised tarkvara testimise meeskondadele, kes soovivad parandada testimisprotsesse ja viia need vastavusse tööstusstandarditega.
1. Kasutage automatiseerimisvahendeid
Mittefunktsionaalses testimises on olulisem kasutada automatiseerimisvahendeid, et automatiseerida teatavat tüüpi testimist, eriti mahu testimist, stressitestimist ja koormustestimist.
Selliste testidega kontrollitakse tavaliselt, kui hästi tarkvara töötab kasutajate, andmete ja liikluse suure surve all, mida võib olla väga raske käsitsi jäljendada.
Sellist tüüpi mittefunktsionaalsete testide automatiseerimine ei ole mitte ainult tõhusam, vaid ka täpsem ja võimaldab testijatel suuremaid koormusi ja pingeid hõlpsasti jäljendada.
2. Kogu dokumentatsiooni vastastikune ülevaatus
Lisaks sellele, et palute kolleegidel vaadata läbi teie loodud testjuhtumid, paluge oma testimismeeskonna kolleegidel vaadata läbi veateated, testimisaruanded, testplaanid ja muud testimise käigus loodud ametliku dokumentatsiooni vormid.
See vähendab väikeste vigade riski, mis võivad põhjustada tõsiseid viivitusi testimis- ja arendusprotsessis.
3. Määratlege mõõdetavad nõuded
Kui määratlete oma tarkvara nõuded enne mittefunktsionaalse testimise alustamist, veenduge, et iga nõue on objektiivne ja mõõdetav.
Nii on testijatel lihtsam kindlaks teha, kas tarkvara vastab nendele nõuetele testimise käigus, ja see ei jäta ruumi tõlgendustele.
Mida loetakse “kiireks” või “tõhusaks”? Kasutage numbreid ja kvantitatiivseid väärtusi, et määratleda, mida te otsite.
4. Kaaluge hoolikalt testimismõõdikuid
Enne kui otsustate, milliseid mõõdikuid kasutate oma tarkvara tulemuslikkuse mõõtmiseks, kaaluge, mida tarkvara kasutajad soovivad ja millised mõõdikud tegelikult vastavad tarkvara plaanile ja nõuetele.
Enamik tarkvara peaks olema kiire ja usaldusväärne, kuid milliseid muid näitajaid võiksid teie kasutajad otsida? Kas on mingeid tarkvaraspetsiifilisi mõõdikuid, mida peaksite testimise käigus arvesse võtma?
Mittefunktsionaalse testi väljundite tüübid
Mittefunktsionaalset testimist läbi viies saate erinevat tüüpi väljundid testidest, mida te teostate.
Need on tavaliselt üsna erinevad funktsionaalsete testide väljunditest, mis on sageli selgemalt lõigatud, sest funktsionaalsed testid lihtsalt kontrollivad, kas funktsioon töötab nii, nagu peaks või mitte.
Sarnaselt funktsionaalsele testimisele peaksid testijad seadma igale testjuhtumile selged ootused, mis võimaldavad hõlpsasti kindlaks teha, kas iga test läbib või ei läbita.
1. Absoluutsed numbrid
Jõudlustestimise, stressitestimise ja muude mittefunktsionaalsete testide läbiviimisel on väljundid, mida te kõige sagedamini vaatate, kiirused ja muud absoluutsed arvud.
Jõudluse testimisel kontrollitakse, kui kiiresti suudab süsteem teatud ülesandeid täita, ja seda mõõdetakse sekundites või millisekundites.
Kui te teostate koormustestimist, võite hinnata, kui palju andmeid suudab tarkvara korraga töödelda ilma, et see kokku kukuks või aeglustuks.
2. Veateate edastamine
Mittefunktsionaalse testimisega kontrollitakse ka seda, kuidas süsteem toimib vigade, näiteks turvavigade, valideerimisvigade ja konfiguratsioonivigade korral.
Oluline on, et süsteemid näitaksid vigade ilmnemisel täpseid ja selgeid veateateid, et kasutajad saaksid võtta meetmeid probleemi parandamiseks ja tarkvara kasutamise jätkamiseks.
Veateated peaksid ilmnema ka turvatestimise ajal, kui süsteem takistab kasutajatel rikkuda tarkvara sisseehitatud turvafunktsioone.
3. Õnnetused
Kukkumine on märk süsteemi tõrgetest ja see näitab tavaliselt, et süsteem ei ole võimeline töötama testitaval tasemel ja võib tähendada, et test on läbitud.
Mõnel juhul võib süsteem kokku kukkuda ja sellegipoolest läbida testjuhtumi, mille kallal te töötate, näiteks kui süsteem talub nõutavat stressi või liiklust enne kokkupõrget.
Mittefunktsionaalse testimise korral peaksid testijad arvestama sellega, et süsteem kukub regulaarselt kokku, eriti kui nad suruvad seda stressitestide ja muude jõudlustestide puhul oma piirini.
Näiteid mittefunktsionaalsetestidest
Mittefunktsionaalsete testide näited on sarnased eespool toodud mittefunktsionaalsete testjuhtumite näidetega.
Võite vaadata näiteid mittefunktsionaalsete testide kohta, et paremini mõista, mis on mittefunktsionaalne testimine ja mida sellega tarkvararakenduses testitakse.
1. Näide tulemuslikkuse testimisest
Kui töötate mobiilirakenduse kallal, mis ühendab kasutajaid veebipõhise andmebaasiga, on oluline, et suur hulk kasutajaid saaks sellele andmebaasile samaaegselt ligi pääseda ja sealt andmeid alla laadida.
See on ka skaleeritavuse testimise oluline osa, eriti kui soovite rakenduse kasutajate arvu tulevikus suurendada.
Seejärel testite, kuidas süsteem reageerib, kui näiteks 1000 kasutajat üritavad korraga samale andmebaasile ligi pääseda, ja kehtestate nõuded sellele, kui kiiresti peaks rakendus sellises olukorras laadima.
2. Ühilduvuse testimine
Kui testite uut dokumendihaldusrakendust, peate testima, et see töötab kõigis seadmetes, mille jaoks see on mõeldud.
See tähendab, et saate testida, et saate installida ja laadida rakendust kõikidesse Windowsi, Maci ja muude operatsioonisüsteemide (nt Linux) uusimatesse versioonidesse, millega soovite, et tarkvara oleks ühilduv.
3. Turvalisuse testimine
Turvalisuse testimise käigus testite mõningaid viise, kuidas inimesed võivad üritada juurdepääsu konfidentsiaalsetele andmetele või rikkuda tarkvara turvameetmeid, et kontrollida, kas süsteem käitub nendes olukordades nii, nagu te seda ootate.
Näiteks võite logida sisse kasutajana ja proovida pääseda ligi failidele, mille jaoks teil ei ole turvakontrolli luba, et veenduda, et süsteem ei lase teil nendele failidele ligi pääseda.
Tuvastatud vigade ja vigade tüübid
mittefunktsionaalse testimise kaudu
Mittefunktsionaalne testimine võib paljastada palju vigu ja defekte, mida ei ole nii lihtne leida kui funktsionaalse testimise käigus tuvastatud vigu ja defekte. See tuleneb sellest, et mittefunktsionaalne testimine nõuab sageli, et testijad kontrolliksid erinevaid konfiguratsioone, seadistusi ja tingimuste kombinatsioone, et hinnata, kui hästi süsteem toimib arvukates erinevates seadistustes.
1. Tulemuslikkuse puudused
Toimivusvead tekivad siis, kui süsteem toimib, kuid see ei toimi nii kiiresti või tõhusalt, kui te seda ootate.
Näiteks võib juhtuda, et süsteem ei lae teatud tingimustel piisavalt kiiresti või isegi jookseb kokku, kui liiga palju kasutajaid logib korraga sisse.
Tulemuslikkuse puudused ei takista inimestel täielikult teie tarkvara kasutamist, kuid need võivad muuta teie tarkvara vähem kasutatavaks ja vähem tõenäoline, et see vastab kasutajate vajadustele.
2. Turvalisuse puudused
Turvalisusvead on need vead, mis mõjutavad teie tarkvarasüsteemi ja selles salvestatud andmete turvalisust.
Turvalisuse puudused võivad tekkida näiteks siis, kui kasutajad saavad juurdepääsu konfidentsiaalsetele andmetele, millele neil ei tohiks olla juurdepääsu, või kui rakenduse teatavad osad ei ole nõuetekohaselt parooliga kaitstud või kui krüpteerimine ei õnnestu.
Nende tulemuseks võivad olla turvarikkumised, millel võib olla tõsine mõju tarkvara väljaandja mainele.
3. Funktsionaalsed defektid
Kuigi mittefunktsionaalne testimine ei ole mõeldud tarkvararakenduse funktsioonide testimiseks, võib mittefunktsionaalne testimine mõnel juhul tuvastada funktsionaalseid vigu tarkvaras.
Näiteks ei ole usaldusväärsuse testimise eesmärk mitte testida, kas rakendus toimib, vaid testida, kas rakendus toimib usaldusväärselt korduvatel katsetel.
See võib näidata, et mõned funktsioonid ei toimi usaldusväärselt korralikult, kui tegevust korratakse, ja neid võib liigitada funktsionaalsete vigadena.
Üldised mittefunktsionaalse testimise mõõdikud
Mittefunktsionaalse testimise mõõdikud kirjeldavad neid mõõdikuid, mille abil mõõdetakse süsteemi jõudlust ja tõhusust.
Erinevad mittefunktsionaalse testimise tüübid tuginevad erinevatele mõõdikutele ja võite kasutada erinevaid mõõdikuid sõltuvalt projekti lõppeesmärkidest.
1. Aeg
Ajamõõdikud mõõdavad, kui kaua võtab aega teatud ülesannete täitmine või kui kaua peavad kasutajad ootama funktsioonide laadimist.
Mõned näited ajamõõdikutest on tehingute või allalaadimiste arv, mida rakendus suudab teha teatud aja jooksul, erinevate funktsioonide reageerimisaeg ja aeg, mis kulub rakendusel teatud toimingu sooritamiseks.
Eri tüüpi testid mõõdavad tulemusi sekundites või esitades, kui palju operatsioone sekundis tehakse.
2. Kosmos
Ruum on teine oluline mõõdik mittefunktsionaalses testimises. Ruumimõõdikud võivad testida, kui palju protsessoriruumi vajab süsteem või kui palju ruumi kõvakettal võtab tarkvara, kui see on täielikult installitud.
Mõned näited ruumimõõdustiku kohta on vahemälu, põhimälu ja abimälu.
Tarkvara, mis nõuab sujuvaks tööks palju ruumi, võib sobida väiksemale hulgale klientidele.
3. Kasutatavus
Mõned mittefunktsionaalse testimise mõõdikud võtavad arvesse süsteemi kasutatavust, näiteks seda, kui kaua võtab aega kasutajate harjutamine süsteemi õigeks kasutamiseks, kui palju valikuid peavad kasutajad põhifunktsioonide täitmiseks läbima või kui palju hiireklikke on vaja teatud ülesannete täitmiseks.
Mittefunktsionaalsete testidega saab mõõta kõiki neid näitajaid kvantitatiivselt, kusjuures madalamad arvud tähendavad üldjuhul suuremat kasutatavust.
4. Usaldusväärsus
Teine oluline mõõdik mittefunktsionaalses testimises on usaldusväärsus. Usaldusväärsus näitab tõenäosust, et süsteem käitub ikka ja jälle samamoodi või toimib pika aja jooksul nii, nagu peaks.
Mõned näited töökindluse mõõtmiseks kasutatavatest näitajatest on näiteks keskmine aeg rikke tekkimiseni, rikete arv, kättesaadavus ja seisakute tõenäosus.
Kõik need mõõdikud aitavad testijatel kontrollida, et süsteem suudab töötada pikka aega ilma tõrkeid või krahhide esinemiseta.
5. Vastupidavus
Vastupidavus näitab, kui hästi süsteem talub tõrkeid ja kui hästi suudab süsteem tõrke korral taastuda.
Mõned näited töökindluse mõõtmise näitajatest on näiteks aeg, mis kulub süsteemil pärast tõrget taastumiseks, katastroofilise tõrke tekkimiseni viivate intsidentide protsent ja tõenäosus, et andmefailid on pärast süsteemi tõrget kahjustatud.
Need on olulised näitajad, sest kasutajad eeldavad, et süsteemid võivad mõnikord ebaõnnestuda ilma kõiki andmeid kaotamata või faile rikkumata.
6. Kaasaskantavus
Kantavuse näitajad mõõdavad, kui kergesti saab tarkvara üle kanda erinevatesse süsteemidesse või viia uude kohta võrgus.
Mõned näited teisaldatavust mõõtvate näitajate kohta on näiteks mittekantava koodi osakaal ja süsteemide arv, millel tarkvara saab töötada.
Ideaalis on tarkvara, mida saab kasutada paljudes erinevates süsteemides, paremini kaasaskantav ja seega mugavam kasutada keskkondades, kus võib olla vaja sagedasi ülekandeid või ümberpaigutusi.
Mittefunktsionaalsete testide läbiviimise strateegiad
Kui alustate mittefunktsionaalset testimist, on oluline läheneda sellele testimise etapile strateegiat silmas pidades. Enne mittefunktsionaalse testimise alustamist peaksid kvaliteedi tagamise juhid ja tarkvara testimise juhid kaaluma testimisega seotud riske, nende käsutuses olevaid ressursse ja testimise eesmärki.
Strateegia väljatöötamine aitab teil optimeerida oma mittefunktsionaalseid teste algusest peale.
1. Rollide ja kohustuste jaotamine
Enne mittefunktsionaalse testimise alustamist jagage testimismeeskonna võtmeisikutele rollid ja kohustused. See lihtsustab mittefunktsionaalse testimise töökoormuse haldamist ja tagab, et kogenud testijad vastutavad läbiviidavate testide kvaliteedi ja tõhususe säilitamise eest.
Veenduge, et inimestel, keda te nendele ülesannetele valite, on vajalikud teadmised ja kogemused, et täita ülesandeid, mida te neilt ootate, eriti kui need ülesanded nõuavad tehnilisi oskusi.
2. Koguda asjakohased testimisvahendid
Koguge kokku kõik tehnoloogiad ja vahendid, mida soovite kasutada mittefunktsionaalse testimise läbiviimiseks. Veenduge, et kogu teie meeskond teab, kuidas neid tõhusalt kasutada, ja korraldage vajaduse korral koolitusi, et täita puudulikud oskused.
Kui enne mittefunktsionaalse testimise alustamist veendutakse, et kõik teavad, milliseid testimisvahendeid ja kuidas neid kasutada, väheneb oht, et testimine tuleb ebapiisavate teadmiste tõttu katkestada või testid uuesti läbi viia.
3. Seadke prioriteediks testimine
Enne mittefunktsionaalse testimise alustamist koostage nimekiri kõigist süsteemi aspektidest, mida on vaja testida, ja seage need tähtsuse ja kiireloomulisuse alusel tähtsuse järjekorda.
Te saate mittefunktsionaalset testimist seada tähtsuse järjekorda, lähtudes iga testitava süsteemi aspektiga seotud riskitasemest.
Näiteks võib toimuda elementaarne turvatestimine, sest piisavat turvalisust peetakse kaasaegses tarkvaras äärmiselt oluliseks. Mida varem te tuvastate kõrge riskiga defektid, seda väiksem on nende defektide võimalik mõju süsteemi muudele aspektidele.
7 parimat mittefunktsionaalset testimisvahendit
Mittefunktsionaalsed testimisvahendid võivad ühtlustada testimisprotsessi, muuta testimise automatiseerimise lihtsamaks ja kuluefektiivsemaks ning aidata QA juhtidel testimise ja dokumenteerimise protsessi juhtida.
Internetis on saadaval palju tasuta mittefunktsionaalseid testimisvahendeid, aga ka mõned vahendid, mille uuendamise eest saab maksta kuutasu.
1. ZAPTEST TASUTA väljaanne
ZAPTEST on populaarne tarkvara testimise tööriist, mis võimaldab kasutajatel kiiresti ja lihtsalt läbi viia nii funktsionaalseid kui ka mittefunktsionaalseid tarkvara teste. ZAPTESTi abil saate automatiseerida tarkvarateste ja kasutada RPA-tehnoloogiat erinevate funktsioonide ja tingimuste jäljendamiseks mittefunktsionaalses testimises.
ZAPTEST FREE väljaanne on lihtsalt ettevõtte väljaande vähendatud versioon, mis pakub paljusid samu funktsioone väiksemas mahus. ZAPTESTi foorumil saate otsida tuge ja teostada jõudlusteste piiramatu arvu virtuaalsete kasutajatega.
2. Appium
Appium on tasuta tarkvara testimise tööriist, mis sobib kõige paremini mobiilirakenduste testimiseks erinevatel platvormidel, sealhulgas nii iOS- kui ka Android-seadmetel. Appium pakub kasutajatele palju paindlikkust omaenda testimisraamistike ja -strateegiate väljatöötamiseks, kasutades samal ajal Appiumi pakutavaid automatiseerimisvõimalusi.
3. Loadium
Loadium on mittefunktsionaalne testimisvahend, mida on kõige parem kasutada jõudluse ja koormuse testimiseks, kahte tüüpi mittefunktsionaalset testimist, mida on palju lihtsam teostada automatiseerimisvahendite abil.
Loadium võimaldab kasutajatel käivitada suuremahulisi koormusteste ja pakub kohandatud lahendusi, et saaksite oma teste kohandada vastavalt oma tarkvara eesmärkidele.
Saate proovida Loadiumit tasuta või maksta rakenduse täisversiooni allalaadimise eest.
4. Obkio
Obkio on tarkvara testimise tööriist, mis aitab QA juhtidel ja testimisjuhtidel prioriseerida ja kategoriseerida probleeme selle alusel, kui tõsised need on. Obkio suudab tuvastada probleemid enne kasutajaid, pakub kasutajatele nutikaid teavitusi ja aitab tuvastada, kus probleem on.
Obkio ei ole mõeldud ainult mittefunktsionaalseks testimiseks, vaid see on väga kasulik tasuta testimisvahend, mida saab kasutada testimise elutsükli kõikides etappides.
5. SonarQube
SonarQube on avatud lähtekoodiga turvatestimisvahend, mis suudab automaatselt analüüsida koodi, et tuvastada vigu ja haavatavusi. SonarQube on kirjutatud Java keeles ja selle abil saab analüüsida koodi enam kui kahekümnes erinevas programmeerimiskeeles ning süsteemi selge kasutajaliides võimaldab hõlpsasti tuvastada probleeme, mis võivad tulevikus põhjustada turvaauke.
6. Tsung
Tsung on veel üks mittefunktsionaalne testimisvahend, mis on ideaalne, kui soovite automatiseerida koormus- ja stressitestimist, kuid ei saa hakkama Loadium’i tasuta versiooniga.
Tsung on avatud lähtekoodiga tööriist, mis võimaldab kasutajatel teostada suure mahuga koormustestimist mitme protokolli ja serveri, sealhulgas HTTP ja SOAPi puhul.
Tsung on täiesti tasuta ja see aitab testijatel tagada, et tarkvara, millega nad töötavad, pakub kõrget jõudlustaset erinevates keerulistes tingimustes.
7. Sikuli
Sikuli on veel üks rakendus, mis kasutab robotiseeritud protsesside automatiseerimist testimisprotsessi automatiseerimiseks. Rakendus saab automatiseerida kõike, mida ekraanil näha saab. Sikuli saate kasutada mitte-veebipõhiste rakenduste testimiseks ja vigade kiireks reprodutseerimiseks.
Mittefunktsionaalse testimise kontrollnimekiri, näpunäited ja nipid
Enne mittefunktsionaalse testimise alustamist kontrollige, kas teil on olemas kõik vajalik, et teha põhjalikke mittefunktsionaalseid teste ettevalmistatud keskkonnas.
Enne mittefunktsionaalse testimise alustamist järgige alljärgnevat kontrollnimekirja nõuannete ja nippide saamiseks.
1. Töötage graafiku järgi
Olenemata sellest, kas te lisate selle oma testimisplaani või loote selleks eraldi dokumendi, struktureerige oma tarkvara testid testimisplaani alusel.
Kui leiate rohkem vigu ja defekte kui ootate, võite mõnikord ajakavast kõrvale kalduda, kuid kui teil on ajakava, millest alustada, aitab see suunata testijaid ja motiveerida neid tõhusalt töötama, eriti kui teete aeganõudvaid manuaalseid teste.
2. Määrake oma testimismeeskond
Vastutuse delegeerimine ja testimismeeskonna liikmete määramine ametlike rollide ja tiitlitega aitab tagada, et testimisprotsess kulgeks sujuvalt.
Enne testimise alustamist jagage oma meeskonnas selgelt rollid ja kohustused ning määrake eri testijatele vastutus mittefunktsionaalse testimise eri aspektide eest, et igaüks vastutaks oma ülesannete eest.
3. Valige vahendid ja tehnoloogiad enne testimist
Kui otsustate töötada konkreetsete tööriistade ja tehnoloogiatega alles pärast mittefunktsionaalse testimise alustamist, võib see testimisprotsessi aeglustada ja tekitada segadust testijate seas.
Selle asemel uurige eelnevalt ja otsustage, kas on vahendeid, mida soovite kasutada enne testimise alustamist. See lihtsustab nende vahendite lisamist testimisplaani ja nende kasutamise koolitamist testijatele enne testimise alustamist.
4. Saage alati ametlik heakskiit testidele ja dokumentatsioonile.
Testimine on kvaliteedi tagamise protsess ja parim viis maksimeerida läbiviidavate testide väärtust on teostada ka planeeritavate ja läbiviidavate testide põhiline kvaliteedi tagamine.
Võtke kasutusele lihtsad protokollid, mis nõuavad, et testijad paluksid QA juhtidel ja juhtidel testikavad ja testimisaruanded enne järgmise etapi juurde minekut läbi vaadata ja allkirjastada.
See suurendab oluliselt võimalust, et testimisvead avastatakse ja parandatakse varakult.
7 viga ja lõksu, mida vältida mittefunktsionaalsete testide rakendamisel
Kui te olete uus mittefunktsionaalse testimise alal, võib olla lihtne teha mõningaid levinud vigu, millesse testijad ja kvaliteedi tagamise spetsialistid sageli satuvad.
Mittefunktsionaalne testimine on keeruline töö, mis hõlmab tarkvara koostamist igast vaatenurgast ja vaatenurgast.
Järgnevalt on esitatud loetelu mõnedest kõige tavalisematest lõksudest, mida testijad teevad mittefunktsionaalse testimise käigus.
1. Ei planeeri
Kui te olete uus mittefunktsionaalse testimise alal, võite arvata, et võite lihtsalt sukelduda otse testimisse, ilma et oleksite eelnevalt koostanud põhjaliku testimisplaani.
Mõned testimismeeskonnad võivad koostada ebatäielikke testimisdokumente või pinnapealseid kokkuvõtteid testiplaanist, milles ei ole piisavalt kirjeldatud tegevusi, mida testijad peavad mittefunktsionaalse testimise ajal tegema.
2. Testimise väärjuhtimine
Probleemid võivad tekkida, kui testid on testimisprotsessi mis tahes etapis valesti korraldatud. Ebapiisav juhtimine võib tähendada, et testijatel ei ole piisavalt ressursse, et testimine põhjalikult läbi viia, või et testijatele ei anta piisavalt aega, et testida kõiki ehitamise aspekte.
Testijuhid peavad olema võimelised tegema vigadest õppust ja töötama välja tõhusamaid testimiskavasid edaspidiseks.
3. Kehv kommunikatsioon
Kehv kommunikatsioon võib põhjustada palju probleeme testimise käigus, eriti mittefunktsionaalse testimise puhul.
See võib tähendada kehva suhtlemist testimismeeskonna sees või kehva suhtlemist testijate, arendajate ja sidusrühmade vahel.
See juhtub sageli siis, kui testijad ei halda testidokumente piisavalt või ei suhtle regulaarselt teiste osakondadega testimise käigus.
4. Arendajate ignoreerimine
Testijad ja arendajad töötavad tavaliselt üksteisest üsna eraldi, kuid arendajatega tihedat koostööd tegevad testimismeeskonnad saavad kasu täiendavatest teadmistest, kuidas tarkvara toimib ja kuidas erinevad moodulid omavahel suhtlevad.
Arendajate kaasamine testimisprotsessi või tagasiside küsimine arendajatelt olulistel aegadel võib aidata testimismeeskondadel koostada tõhusamaid ja põhjalikumaid testimiskavasid.
5. Katsete eesmärk
Paljud testijad usuvad ikka veel, et testimise eesmärk on kontrollida, et tarkvara töötab, või näidata sidusrühmadele ja investoritele, et tarkvara töötab.
Selle asemel peaksid testijad lähenema testimisele hoiakuga, et testimise eesmärk on otsida defekte.
Testijad, kes ei leia defekte, võivad olla rahul, et nende testitav tarkvara on vigadeta, ainult siis, kui nad on veendunud, et nad on vaadanud kõikjal, kus defekte võib leiduda.
6. Käsitsi vs. automatiseerimise vead
Oluline on mõelda, kas käsitsi testimine või automatiseeritud testimine on parem iga testimisviisi puhul, mida te teostate.
Automatiseeritud testimismeetodid sobivad väga hästi peaaegu kõikide mittefunktsionaalsete testimise vormide jaoks ning funktsionaalsete testidega harjunud testimismeeskonnad võivad teha vea, eeldades, et nad saavad mittefunktsionaalseid funktsioone sama lihtsalt käsitsi testida.
7. Vale testimisvahendite kasutamine
Enne mittefunktsionaalse testimise alustamist on lihtne valida valed testimisvahendid ja -tehnoloogiad, eriti kui testimismeeskonnad on harjunud teostama käsitsi testimist ja ei ole harjunud testimisvahendeid kasutama.
Uurige eelnevalt, milliseid mittefunktsionaalseid testimismeetodeid soovite kasutada, ning valige tarkvaravahendid ja automatiseerimisvahendid, mis vastavad teie projekti erinõuetele.
Kokkuvõte
Mittefunktsionaalne testimine on oluline samm testimisprotsessis, mis võimaldab testijatel kontrollida, kui hästi süsteem toimib ja mil määral see vastab mittefunktsionaalsetele nõuetele, nagu laadimisaeg, võimsus ja turvalisuse tagamine.
Mittefunktsionaalse testimise läbiviimiseks on palju erinevaid viise, kuid kaasaegsed automatiseerimisvahendid lihtsustavad testide katvuse ja täpsuse maksimeerimist, ilma et see kahjustaks tulemuste kvaliteeti.
KKK ja ressursid
Kui soovite rohkem teada saada mittefunktsionaalse testimise kohta, on internetis palju KKK-d ja ressursse.
Sirvige allpool meie lemmikuid mittefunktsionaalse testimise veebiressursse või lugege vastuseid mõnedele kõige sagedamini esitatavatele küsimustele mittefunktsionaalse testimise kohta.
1. Parimad kursused mittefunktsionaalse testimise kohta
Internetis on saadaval palju kursusi, mis aitavad teil laiendada oma teadmisi mittefunktsionaalse testimise meetodite ja lähenemisviiside kohta.
Mõned neist kursustest on saadaval tasuta, teised võivad pakkuda sertifikaati või kvalifikatsiooni tasu eest. Kui soovite läbida akrediteeritud kursuse, võite küsida oma tööandjalt, kas ta toetab teid ja katab õppemaksu.
Mõned parimad mittefunktsionaalse testimise kursused on järgmised:
- TSG: mittefunktsionaalne koolitus 2-päevane kursus
- Udemy: 2023 Tarkvara testimine Bootcamp: Täielik 2023 tarkvara testimise Bootcamp
- Edx: Tarkvara testimise kutsetunnistus
- Hariv: Tulemuslikkuse testimise automatiseerimine 101
2. Millised on 5 kõige olulisemat intervjuuküsimust mittefunktsionaalse testimise kohta?
Kui te valmistute tööintervjuuks, et töötada tarkvara testimise valdkonnas, võib teie intervjueerija esitada teile küsimusi mittefunktsionaalse testimise kohta, et veenduda, et te mõistate, kuidas see tarkvara testimise oluline etapp toimib. Valmistuge intervjuuks ette, valmistades eelnevalt ette tõhusad vastused tavalistele intervjuuküsimustele.
● Kuidas võivad mittefunktsionaalses testimises kasutatavad lähenemisviisid ja meetodid erineda funktsionaalses testimises kasutatavatest lähenemisviisidest?
● Kuidas erineb mittefunktsionaalne testimine funktsionaalsest testimisest?
● Millised erinevad mittefunktsionaalse testimise tüübid on olemas?
● Kuidas seate funktsionaalsed testid ja testjuhtumid tähtsuse järjekorda?
● Millises tarkvara testimise etapis toimub tavaliselt funktsionaalne testimine?
3. Parimad YouTube’i õpetused mittefunktsionaalse testimise kohta
Kui eelistate õppida videote vaatamise teel, siis võite leida YouTube’i õpetused mittefunktsionaalsest testimisest kasulikuks viisiks, kuidas seda tüüpi tarkvara testimise kohta rohkem teada saada.
Allpool on toodud mõned parimad YouTube’i õpetused tarkvara testimise kohta, mis on tänapäeval saadaval.
Mis on mittefunktsionaalne tarkvara testimine? Tarkvara testimise õpetus
Tarkvara testimise abi: Mittefunktsionaalne testimine
Mittefunktsionaalne testimine tarkvara testimisel
Külasta W3Schools
Funktsionaalne ja mittefunktsionaalne testimine
4. Kuidas säilitada mittefunktsionaalseid teste
Nõuetekohane testide hooldus tagab, et tarkvara teste saab korrata, ilma et testitulemuste kvaliteet kannataks.
Mittefunktsionaalsete testide haldamisega saate tagada, et testimine igas arendusprotsessi etapis on piisav ja et teie testid on alati ajakohastatud vastavalt pidevalt muutuvale koodile.
Te saate säilitada mittefunktsionaalsed testid, järgides meie allpool toodud nõuandeid.
● Testjuhtumite loomisel ja dokumentatsiooni koostamisel selgelt suhelda kogu testimismeeskonnaga.
● Järgige alati parimaid katsete kavandamise tavasid
● Testimisprotokollide ümberhindamine testimisprotsessi eri etappides.
● Uuendage oma testis tehtavaid muudatusi jooksvalt
Praeguste testide muudatuste tegemisel arvestada tulevaste projektidega
5. Kas mittefunktsionaalne testimine on musta kasti või valge kasti testimine?
Mittefunktsionaalne testimine on musta kasti testimine, mis tähendab, et testijad ei tegele süsteemi sisemise tööga, vaid ainult selle väliste väljunditega.
See erineb valge kasti testimisest, millega testitakse süsteemi sisemist toimimist. Valge kasti testimise näideteks on näiteks ühiktestimine ja integratsioonitestimine.
Funktsionaalsete ja mittefunktsionaalsete nõuete testimine on näited musta kasti testimisest. See tähendab, et testijad ei vaja musta kasti testimise läbiviimiseks kõrgetasemelisi tehnilisi oskusi või teadmisi arvutiprogrammeerimisest, samuti ei pea nad õppima, kuidas testitavaid süsteeme rakendada.
