fbpx

Get your 6-month No-Cost Opt-Out offer for Unlimited Software Automation?

Nefunkcionālā testēšana ir programmatūras testēšana, ko veic, lai pārbaudītu programmatūras lietojumprogrammas nefunkcionālos aspektus.

Ir daudz dažādu nefunkcionālās testēšanas veidu, un dažus programmatūras testēšanas veidus vienlaikus var uzskatīt gan par funkcionālo, gan nefunkcionālo testēšanu.

Nefunkcionālā testēšana ir nepieciešama, jo tā novērtē būtiskus lietotāja kritērijus, piemēram, veiktspēju un lietojamību, un pārbauda, vai programmatūra darbojas, kā paredzēts, ārpus tās pamatfunkcijām.

Šajā rakstā mēs aplūkojam nefunkcionālās testēšanas definīciju un raksturlielumus, nefunkcionālās testēšanas veidus, pieejas nefunkcionālajai testēšanai un testēšanas rīkus, kas var palīdzēt optimizēt un uzlabot jūsu nefunkcionālās testēšanas procesus.

 

Table of Contents

Kas ir nefunkcionālā testēšana?

kontrolsaraksts uat, tīmekļa lietojumprogrammu testēšanas rīki, automatizācija un vairāk

Nefunkcionālā testēšana ir jebkura veida programmatūras testēšana, kurā tiek testēti programmatūras izveides nefunkcionālie aspekti.

Nefunkcionālās testēšanas piemēri ir testēšana, kas paredzēta, lai novērtētu jaudu, veiktspēju, lietojamību, atjaunošanu un pārnesamību.

Katra no šiem nefunkcionālajiem kritērijiem kvalitātes un statusa pārbaude ir tikpat svarīga kā programmatūras daļas funkciju pārbaude, taču šie parametri netiek pārbaudīti standarta funkcionālajā testēšanā.

Būtībā nefunkcionālā testēšana nozīmē testēt, “kā” programmatūras funkcijas darbojas, nevis testēt, “vai” tās darbojas.

 

1. Kad nepieciešama nefunkcionālā testēšana?

 

Nefunkcionālā testēšana tiek veikta programmatūras testēšanas sistēmas testēšanas posmā pēc tam, kad ir veikta vienības testēšana un integrācijas testēšana.

Sistēmas testēšanas laikā testētāji veiks gan funkcionālo, gan nefunkcionālo testēšanu, sākot ar funkcionālo testēšanu.

Kad testētāji ir pārliecinājušies, ka programmatūra darbojas, kā paredzēts, viņi veic nefunkcionālo testēšanu, lai novērtētu, vai tā atbilst arī nefunkcionālajiem parametriem.

Pirms nefunkcionālās testēšanas parasti ir jāveic funkcionālā testēšana, jo nav iespējams pārbaudīt to funkciju uzticamību vai veiktspēju, kuras vispār nedarbojas. Nefunkcionālā testēšana ir viens no pēdējiem programmatūras testēšanas posmiem pirms lietotāja pieņemšanas testēšanas un galīgās produkta izlaišanas.

 

2. Kad jums nav nepieciešama nefunkcionālā testēšana

 

Vienmēr ir svarīgi pārbaudīt programmatūras nefunkcionālos aspektus, ja vien tie jau nav pārbaudīti un atzīti par atbilstošiem.

Pat ja programmatūras nefunkcionālo testēšanu esat veicis jau iepriekš, nefunkcionālos parametrus var būt nepieciešams pārbaudīt vēlreiz, piemēram, ja programmatūrai ir pievienotas jaunas funkcijas vai kodā ir veiktas izmaiņas, kas var ietekmēt veiktspēju un uzticamību.

 

Nefunkcionālās testēšanas mērķi

dažu neskaidrību noskaidrošana programmatūras testēšanas automatizācijā

Nefunkcionālās testēšanas mērķis ir pārbaudīt, vai produkts atbilst lietotāju vēlmēm, un optimizēt produktu pirms izlaišanas.

Tas var arī palīdzēt izstrādātājiem un testētājiem labāk izprast programmatūru un izmantot šīs zināšanas turpmākajā optimizācijā.

 

1. Kvalitātes kontrole

 

Nefunkcionālās testēšanas mērķis ir pārbaudīt faktorus, kas ietekmē produkta lietojamību, uzticamību, uzturējamību, pārnesamību un efektivitāti.

Šo elementu testēšana nodrošina, ka tirgū laistais produkts ir pietiekami kvalitatīvs un atbilst lietotāju vēlmēm attiecībā uz veiktspēju, ielādes laiku un lietotāju kapacitāti.

 

2. Risku pārvaldība

 

Nefunkcionālā testēšana arī samazina risku un izmaksas, kas saistītas ar produkta laišanu tirgū, palielinot izredzes, ka komanda izdos apmierinošu produktu.

Pārbaudot programmatūras izveides nefunkcionālos parametrus, ir iespējams samazināt produkta izlaišanas izmaksas, jo samazinās nepieciešamība pēc turpmākas izstrādes un programmatūras izmaiņām.

 

3. Optimizācija

 

Nefunkcionālā testēšana palīdz testētājiem un izstrādātājiem optimizēt programmatūras izveidi un optimizēt veiktspēju instalēšanas, iestatīšanas, izpildes un lietošanas laikā.

Varat izmantot arī nefunkcionālo testēšanu, lai optimizētu programmatūras izveides pārvaldību un uzraudzību.

 

4. Datu vākšana

 

Nefunkcionālā testēšana ļauj testētājiem apkopot un sagatavot mērījumus un rādītājus, kurus testēšanas komandas var izmantot iekšējai izpētei un attīstībai.

Varat izmantot datus, kas iegūti no nefunkcionālās testēšanas, lai saprastu, kā jūsu produkts darbojas un kā to var efektīvāk optimizēt lietotājiem.

 

5. Zināšanu uzlabošana

 

Nefunkcionālā testēšana uzlabo un pilnveido testēšanas komandas zināšanas par produkta uzvedību un tajā izmantotajām tehnoloģijām.

Tas ne tikai palīdz testēšanas komandām labāk izprast programmatūru, ar kuru tās strādā, bet arī var sniegt noderīgas zināšanas, kas palīdzēs testētājiem labāk izprast nākamās versijas.

 

Kas ir iesaistīts nefunkcionālajā testēšanā?

kas ir iesaistīts programmatūras testēšanā

Nefunkcionālo testēšanu parasti veic testētāji QA vidē, taču dažkārt izstrādātāji var veikt nefunkcionālo testēšanu izstrādes laikā.

Sistēmas testēšanu gandrīz vienmēr veic testētāji, un šajā testēšanas posmā notiek lielākā daļa nefunkcionālo testu.

Ja nefunkcionālie testi neizdodas, testētāji nosūta programmatūru atpakaļ izstrādātājiem, lai tie pirms atkārtotas testēšanas izlabotu veiktspējas kļūdas.

 

Nefunkcionālās testēšanas priekšrocības

lietotāja pieņemšanas testēšana (UAT)

Nefunkcionālā testēšana sniedz daudz priekšrocību, un nefunkcionālā testēšana ir būtisks sistēmas testēšanas posms.

Bez nefunkcionālās testēšanas testēšanas komandas nevarētu pārbaudīt, vai programmatūra patiešām atbilst klienta prasībām vai programmatūras izstrādes plānā noteiktajām prasībām.

 

1. Uzlabot programmatūras veiktspēju

 

Nefunkcionālā testēšana var palīdzēt testētājiem un izstrādātājiem uzlabot programmatūras lietojumprogrammu vispārējo veiktspēju. Nefunkcionālie testi identificē jomas, kurās programmatūras veiktspēja ir nepietiekama, piemēram, attiecībā uz ielādes ātrumu vai apstrādes jaudu, un mudina programmatūras komandas veikt izmaiņas, lai novērstu šos trūkumus.

Tas nodrošina, ka programmatūras komandas publisko programmatūru tikai tad, kad tā ir gatava un kad tās veiktspēja ir pietiekami laba.

 

2. Nodrošināt programmatūras drošību

 

Nefunkcionālā testēšana ietver drošības testēšanu, kas ir ļoti svarīga, lai nodrošinātu, ka programmatūra ir droša un aizsargāta pret ārējiem draudiem un uzbrukumiem.

Drošības testēšana ļauj testētājiem un izstrādātājiem pārbaudīt, vai programmatūra pienācīgi aizsargā konfidenciālus datus un vai tā ir pietiekami aizsargāta pret mūsdienu kiberuzbrukumiem.

 

3. Palielināt programmatūras lietošanas ērtumu

 

Nefunkcionālā testēšana ir labākais veids, kā padarīt programmatūru lietotājam draudzīgāku, jo īpaši veicot lietojamības testēšanu, kas novērtē, cik viegli lietotājiem ir iemācīties lietot un pārvaldīt programmatūru.

Lietotājam draudzīgums ir ļoti svarīgs, jo tas nosaka, cik apmierināti lietotāji ir ar jūsu programmatūru, un nodrošina, ka lietotāji spēj pilnībā izmantot visas jūsu programmatūras sniegtās priekšrocības.

 

4. Nodrošināt, lai programmatūra atbilstu lietotāju vajadzībām

 

Nodrošināt, lai programmatūra atbilstu lietotāju vajadzībām, ir viena no visu programmatūras izstrādes un testēšanas komandu galvenajām prioritātēm. Lietotāji ne tikai sagaida, ka programmatūra būs funkcionāla, bet arī sagaida, ka programmatūra labi darbosies, darbosies raiti un aizsargās konfidenciālus datus.

Nefunkcionālā testēšana ir viens no vienīgajiem veidiem, kā nodrošināt, ka programmatūra atbilst šīm prasībām.

 

Nefunkcionālās testēšanas problēmas

Nefunkcionālās testēšanas veikšanai ir daži trūkumi. Lai gan nefunkcionālā testēšana ir būtiska programmatūras testēšanas sistēmas testēšanas posmā, nefunkcionālās testēšanas process var radīt problēmas programmatūras komandām, kurām nav pietiekamu resursu un rīku.

 

1. Atkārtošana

 

Nefunkcionālā testēšana programmatūras testēšanā jāveic katru reizi, kad programmatūras izstrādātāji atjaunina programmatūru vai kad tiek mainīts kods. Tas nozīmē, ka nefunkcionālā testēšana var būt ļoti atkārtojoša, kas ne tikai aizņem laiku, bet arī nogurdina testētājus.

Arī nogurušie testētāji, kas veic ļoti atkārtojošos uzdevumus, biežāk novērš uzmanību un pieļauj kļūdas.

 

2. Izmaksas

 

Tā kā nefunkcionālā testēšana ir ļoti atkārtojama, tā var būt arī diezgan dārga, jo īpaši testēšanas komandām, kas paļaujas uz manuālo nefunkcionālo testēšanu.

Programmatūras komandām ir jāparedz laiks un budžets biežai nefunkcionālai testēšanai, un programmatūras izstrādātājiem par šo papildu testēšanu būs jāmaksā papildus.

 

Ko mēs testējam, veicot nefunkcionālo testēšanu?

 

Nefunkcionālo testēšanu var izmantot, lai pārbaudītu daudzus dažādus nefunkcionālos parametrus, no kuriem katrs ietekmē sistēmas kvalitāti un lietojamību. Katrs no šiem parametriem tiek pārbaudīts sistēmas testēšanas laikā atbilstoši testēšanas plānā noteiktajiem kritērijiem.

 

1. Drošība

 

Drošības testēšana ir nefunkcionālās testēšanas veids, ar kuru mēra, cik labi sistēma ir aizsargāta pret ārējiem draudiem un uzbrukumiem. Tie ietver gan apzinātus drošības pārkāpumus, gan datu noplūdes un citus bieži sastopamus pārkāpumus.

Drošības testēšana ir svarīgs posms nefunkcionālajā testēšanā, jo tā sniedz galalietotājiem un klientiem pārliecību, ka viņu dati ir droši.

 

2. Uzticamība

 

Testētāji izmanto nefunkcionālo testēšanu, lai novērtētu programmatūras uzticamību un pārliecinātos, ka programmatūra var nepārtraukti un bez kļūmēm veikt savas noteiktās funkcijas.

Funkcionālā testēšana nodrošina, ka programmatūra veic savas galvenās funkcijas, bet tikai nefunkcionālā testēšana faktiski pārbauda šo rezultātu uzticamību un atkārtojamību.

 

3. Izdzīvošanas spēja

 

Izdzīvošanas spēja apraksta, kā programmatūras sistēma reaģē uz darbības traucējumiem, un izdzīvošanas testēšana nodrošina, ka kļūdu un traucējumu gadījumā sistēma spēj atjaunoties.

Izturības testēšanā var pārbaudīt, vai programmatūra spēj saglabāt datus, lai samazinātu datu zudumu, piemēram, pēkšņas atteices gadījumā.

 

4. Pieejamība

 

Programmatūras pieejamība attiecas uz to, cik lielā mērā lietotājs var paļauties uz sistēmu tās darbības laikā. To sauc arī par stabilitāti, un to pārbauda ar stabilitātes testēšanu.

Stabilitātes pārbaude ir līdzīga uzticamības pārbaudei, jo ar to tiek pārbaudīts, vai sistēma var pastāvīgi darboties atbilstoši gaidītajiem standartiem.

 

5. Izmantojamība

 

Lietderības testēšana ir vēl viens svarīgs nefunkcionālās testēšanas veids programmatūras testēšanā. Šis testēšanas veids ļauj novērtēt, cik labi lietotājs spēj apgūt, pārvaldīt un izmantot programmatūras sistēmu, sekojot ekrānā sniegtajiem norādījumiem un citām pamatnorādēm.

Lietojamības testēšana ir svarīga, jo, ja programmatūra nav ļoti ērti lietojama, vairums lietotāju to vienkārši pametīs vai izvēlēsies izmantot ko citu.

 

6. Mērogojamība

 

Mērogojamības testēšana pārbauda, cik lielā mērā programmatūras lietojumprogramma var paplašināt savu apstrādes jaudu, lai apmierinātu pieaugošo pieprasījumu.

Piemēram, ja programmatūra ir paredzēta vairākiem lietotājiem vienā tīklā vienlaikus, kā tā darbojas, ja vienlaicīgi pieslēdzas desmit lietotāji? Vai lielāks lietotāju skaits būtiski ietekmē veiktspēju vai ielādes laiku?

 

7. Savietojamība

 

Savietojamības testēšana ir nefunkcionālās testēšanas veids, kas pārbauda, cik labi programmatūras sistēma mijiedarbojas ar citām programmatūras sistēmām.

Tas ir īpaši svarīgi, ja programmatūra ir izstrādāta kā daļa no produktu komplekta, kas ir savstarpēji integrējami.

 

8. Efektivitāte

 

Programmatūras testēšanas efektivitāte attiecas uz to, cik lielā mērā programmatūras sistēma var tikt galā ar jaudu, daudzumu un reakcijas laiku.

Piemēram, testētāji var novērtēt, cik daudz lietotāju var vienlaicīgi pieteikties sistēmā, cik ilgs laiks nepieciešams, lai iegūtu datus no datubāzes, vai cik ātri programmatūra var veikt pamata uzdevumus.

 

9. Elastība

 

Elastība ir pakāpe, kādā programmatūras sistēma var darboties ar dažāda veida aparatūru un perifērijas ierīcēm.

Piemēram, cik daudz RAM ir nepieciešams programmatūrai vai vai tai ir nepieciešams konkrēts CPU apjoms. Jo zemākas ir prasības programmatūras lietojumam, jo elastīgāka ir programmatūra.

 

10. Pārnesamība

 

Pārnesamības testēšanu izmanto, lai pārbaudītu, cik elastīgi programmatūru var pārvietot no tās pašreizējās aparatūras vai programmatūras vides un cik viegli to izdarīt.

Pārnesamība ir svarīga, jo tā ietekmē to, cik viegli galalietotāji var pārvaldīt programmatūru un pārvietot to starp dažādām sistēmām.

 

11. Atkārtoti izmantojamība

 

Atkārtoti izmantojamības testēšana ir nefunkcionālās testēšanas veids, kas pārbauda, vai programmatūras sistēmas daļas var pārveidot atkārtotai izmantošanai citā lietojumprogrammā.

Lai gan atkalizmantojamības testēšana parasti neietekmē klientus un galalietotājus, tā labi atspoguļo to, cik efektīvi izstrādātāji veido komponentus, kurus var atkārtoti izmantot nākotnē.

 

Nefunkcionālo testu raksturojums

Izpratne par to, kas ir nefunkcionālie testi, ietver izpratni par nefunkcionālo testu īpašībām. Šīs īpašības definē nefunkcionālo testēšanu programmatūras testēšanā.

 

1. Izmērāms

 

Nefunkcionālā testēšana vienmēr ir kvantitatīva un izmērāma, kas nozīmē, ka testētāji neizmanto subjektīvas frāzes, piemēram, “jauki” vai “labi”, bet gan izmanto skaitļus un faktus, lai aprakstītu nefunkcionālās testēšanas rezultātus.

Piemēram, tā vietā, lai ielādes laiku raksturotu kā “ātru” vai “lēnu”, nefunkcionālās testēšanas rezultātā būtu jāsniedz konkrēti skaitļi, kas parāda, cik reizes tas noticis.

 

2. Īpašs

 

Veicot nefunkcionālo testēšanu, testu mērķim jābūt saistītam ar programmatūras projekta specifikācijām.

Piemēram, ja programmatūras projekta plānā ir norādīts lietotāju skaits, kuriem jābūt iespējai pieteikties vienlaicīgi, nefunkcionālās testēšanas laikā tam jāpiešķir prioritāte.

 

3. Nezināms

 

Lai gan nefunkcionālo testēšanu var īpaši izstrādāt, lai noteiktu projekta plānos noteiktos atribūtus, daudzos gadījumos šie atribūti nav iepriekš noteikti.

Šajā gadījumā testētājiem vienkārši jāveic nefunkcionālā testēšana, lai novērtētu programmatūru, pamatojoties uz katru parametru, un vēlāk salīdzinātu to ar gaidīto.

 

Nefunkcionālo testu dzīves cikls

Tā kā nefunkcionālā testēšana neattiecas uz konkrētu posmu programmatūras testēšanas dzīves ciklā, bet vienkārši uz testēšanas veidu, kas parasti notiek programmatūras testēšanas sistēmas testēšanas posmā, nefunkcionālās testēšanas dzīves cikls dažādos projektos var ievērojami atšķirties.

Kopumā tā darbojas līdzīgi kā citi programmatūras testēšanas veidi, proti, sākas ar projekta prasību analīzi un beidzas ar testu izpildi un cikla izpildi.

 

1. Programmatūras prasību analīze

 

Nefunkcionālās testēšanas dzīves cikla pirmais posms ir programmatūras prasību analīze. Programmatūras komandas, veidojot un testējot lietojumprogrammas, strādā saskaņā ar konkrētiem kritērijiem, un šie kritēriji nosaka, kāda veida testi ir jāveic.

 

2. Testu plānošana

 

Nākamais dzīves cikla posms ir testu plānošana. Testēšanas plānošanas posmā QA vadītājs sastādīs detalizētu testēšanas plānu, kurā būs detalizēti aprakstīts, kas tiks testēts, kas veiks testēšanu un kādas testēšanas pieejas, metodes un rīki tiks izmantoti.

Testēšanas plānā jāiekļauj visa nepieciešamā informācija, kas testētājiem nepieciešama, lai izveidotu un izpildītu testēšanas gadījumus.

 

3. Testēšanas gadījumu izveide

 

Testēšanas gadījumu izveide ir nākamais nefunkcionālās testēšanas posms. Šajā posmā tiek izstrādāti nefunkcionālie testa gadījumi, kurus testētāji vēlāk izpildīs, lai pārbaudītu sistēmas nefunkcionālās prasības.

Testēšanas gadījumi apraksta, kas tiks testēts, kā tas tiks testēts un kāds ir gaidāmais testa rezultāts.

 

4. Testēšanas vides iestatīšana

 

Nākamais posms nefunkcionālās testēšanas dzīves ciklā ir testēšanas vides izveide pirms testēšanas uzsākšanas.

Testēšanas vide ir vieta, kur notiek testēšana, un tajā ir pieejami resursi un rīki, kurus izmantosiet nefunkcionālo testu veikšanai.

Testēšanas komanda sagatavo testa vidi pirms testa izpildes.

 

5. Testa izpilde

 

Testa izpilde ir nākamais nefunkcionālās testēšanas dzīves cikla posms. Tā ietver iepriekš izveidoto testu gadījumu izpildi, lai pārbaudītu dažādus programmatūras lietojumprogrammu aspektus, tostarp drošību, ielādes laiku, jaudu un pārnesamību.

Testēšanas komanda izpilda katru gadījumu atsevišķi un pārbauda katra testa rezultātu, salīdzinot to ar gaidīto rezultātu.

 

6. Cikla atkārtošana

 

Nefunkcionālās testēšanas dzīves cikla pēdējais posms ir cikla izpilde un atkārtošana. Pēc visu testu gadījumu izpildes testētāji pārbauda, kuri testi ir izturējuši un kuri neizturējuši.

Neveiksmīgi testi parasti norāda uz defektu, kas jānovērš izstrādātājiem. Kad izstrādātāji ir labojuši vai rediģējuši kodu, programmatūras testēšanas cikls atkārtojas, līdz netiek atklāti defekti.

 

Dažu neskaidrību noskaidrošana:

Nefunkcionālā testēšana pret funkcionālo testēšanu

UAT testēšanas salīdzinājums ar regresijas testēšanu un citiem testiem

Funkcionālā testēšana un nefunkcionālā testēšana ir divi dažādi, bet vienlīdz svarīgi programmatūras testēšanas veidi, kurus kopā izmanto, lai novērtētu, vai programmatūras lietojumprogramma atbilst lietotāju prasībām, kas noteiktas projekta aprakstā.

Lai gan abi ir nepieciešami testēšanas veidi, kas ļauj programmatūras komandām identificēt defektus programmatūras izveidē, funkcionālā un nefunkcionālā testēšana ir pilnīgi atšķirīgas.

 

1. Kāda ir atšķirība starp funkcionālo un nefunkcionālo testēšanu?

 

Atšķirība starp funkcionālo un nefunkcionālo testēšanu ir tajā, ko tās testē. Funkcionālā testēšana testē lietojumprogrammas funkcijas un pārbauda, vai tās darbojas, kā paredzēts. Nefunkcionālā testēšana pārbauda citus lietojumprogrammas aspektus, kas ietekmē lietotāja apmierinātību un lietojumprogrammas kvalitāti.

Funkcionālā un nefunkcionālā testēšana notiek dažādās programmatūras testēšanas fāzēs, taču abi testēšanas veidi parasti tiek veikti sistēmas testēšanas fāzē.

Gan funkcionālā, gan nefunkcionālā testēšana var palīdzēt mums saprast, cik labi darbojas lietojumprogramma un vai tā pienācīgi veic savu darbu.

Piemēram, ja testējat mobilo lietotni, kas ļauj lietotājiem saglabāt darāmo darbu sarakstus un iepirkumu sarakstus, funkcionālajā testēšanā var pārbaudīt tādas funkcijas kā jauna saraksta izveide, saraksta saglabāšana un esošo sarakstu rediģēšana.

Ar nefunkcionālo testēšanu var novērtēt, cik labi lietojumprogramma darbojas dažādās mobilajās ierīcēs, cik ātri ielādējas saraksti un cik lielā mērā lietojumprogrammas veiktspēju ietekmē tas, ka fonā darbojas citas lietojumprogrammas.

 

2. Secinājums: nefunkcionālā testēšana pret funkcionālo testēšanu

 

Gan funkcionālā, gan nefunkcionālā testēšana ir svarīgi programmatūras testēšanas veidi, kas var palīdzēt testētājiem un kvalitātes nodrošināšanas komandām novērtēt, vai lietojumprogramma atbilst tās pašreizējām prasībām.

Funkcionālā testēšana pārbauda programmatūras funkcijas, bet nefunkcionālā testēšana pārbauda citus aspektus, kas var ietekmēt veiktspēju, efektivitāti un drošību.

Vienības testēšana, integrācijas testēšana un API testēšana ir funkcionālās testēšanas veidi. Katrā no šiem programmatūras testēšanas posmiem testētāji novērtē, cik labi funkcijas un līdzekļi darbojas atsevišķi vai kopā, un identificē kļūdas un defektus, kas traucē funkcijām darboties, kā paredzēts.

Drošības testēšana, lietojamības testēšana, pārnesamības testēšana un slodzes testēšana ir nefunkcionālās testēšanas veidi, kas ļauj testētājiem novērtēt, cik labi lietotne pilda savas funkcijas un atbalsta lietotāju vajadzības.

 

Nefunkcionālās testēšanas veidi

Nefunkcionālā testēšana: kas tā ir, dažādi veidi, pieejas un rīki

Ir daudz dažādu nefunkcionālās testēšanas veidu, no kuriem katrs pārbauda atšķirīgu programmatūras lietojumprogrammas veiktspējas vai efektivitātes nefunkcionālo aspektu.

Katrs no šiem testu veidiem pārbauda dažādus parametrus, un daži testi var pārbaudīt vienus un tos pašus parametrus dažādos veidos.

 

1. Veiktspējas testi

 

Veiktspējas testi ir nefunkcionālu testu veids, kas pārbauda, cik labi darbojas dažādi programmatūras komponenti. Veiktspējas testi var pārbaudīt nevis to funkcionalitāti, kas ir funkcionālās testēšanas uzdevums, bet gan reakcijas laiku, vājās vietas un atteices punktus. Veiktspējas testēšana palīdz testētājiem nodrošināt, ka programmatūra ir kvalitatīva, ātra, stabila un uzticama.

 

2. Stresa testi

 

Stresa testēšana ir nefunkcionālās testēšanas veids, kas pārbauda, cik labi programmatūra darbojas, kad tā tiek pakļauta pārmērīgi lielam stresam. Tas varētu nozīmēt programmatūras veiktspējas testēšanu, ja kāds mēģina izmantot daudz dažādu funkciju vienlaicīgi vai vienlaicīgi izmanto daudzas citas lietojumprogrammas.

Stresa testēšanas mērķis ir noteikt robežu, pie kuras programmatūra pārstāj darboties pareizi, un to, kas notiek, kad sistēma tiek pakļauta stresam. Tas ļauj testētājiem saprast, vai sistēma spēj pati atjaunoties un vai tā informē lietotājus ar atbilstošiem kļūdas ziņojumiem.

 

3. Slodzes testi

 

Slodzes testēšana ir testēšanas veids, ar kuru novērtē, cik labi programmatūra darbojas gan parastos apstākļos, gan arī tad, kad tiek radītas lielākas slodzes. To izmanto, lai noteiktu, cik daudz programmatūra var apstrādāt vienlaicīgi, negatīvi neietekmējot veiktspēju.

Slodzes testēšanu var izmantot, lai pārbaudītu, kā lietojumprogrammas darbojas, ja tās vienlaicīgi izmanto daudz lietotāju vai ja lietotāji vienlaicīgi mēģina lejupielādēt daudz datu.

Slodzes testēšana ir svarīga, ja vēlaties pārbaudīt, vai jūsu programmatūra ir mērogojama.

 

4. Drošības testi

 

Veicot drošības testus, tiek novērtētas programmatūras lietojumprogrammas un meklētas programmatūras drošības nepilnības. Tie ietver iespējamos drošības riskus, kas var izraisīt datu zudumu vai pārkāpumus, kuru rezultātā var tikt atklāti konfidenciāli dati.

Drošības testēšana ir svarīga, jo tā nodrošina, ka produkts ir pienācīgi aizsargāts pret uzlaušanu, datu aizsardzības pārkāpumiem un citiem ārējiem drošības apdraudējumiem.

Daži drošības testu piemēri, ko testētāji var veikt, ir drošības audits, ētiska hakeru darbība, iekļūšanas testēšana, drošības skenēšana un stāvokļa novērtēšana.

 

5. Jaunināšanas un uzstādīšanas testi

 

Atjaunināšanas un instalēšanas testēšana ir nefunkcionālas programmatūras testēšanas veids, kas pārbauda, cik labi programmatūra darbojas dažādās iekārtās.

Šāda veida testēšanas mērķis ir pārliecināties, ka jaunie lietotāji var viegli instalēt programmatūru savos datoros un ka esošie lietotāji var to atjaunināt, kad tiek izdoti jauni atjauninājumi.

Jaunināšanas un instalēšanas testēšana ir svarīga, jo galalietotājiem ir jāspēj viegli instalēt jūsu produktu, ja viņi strādā ar datoru, kas ir saderīgs ar to.

 

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

6. Tilpuma testi

 

Apjoma testēšana ir testēšanas veids, kas tiek veikts, lai pārbaudītu, kas notiek, kad datubāzei vienlaicīgi tiek pievienoti lieli datu apjomi. Tas nosaka, vai lietojumprogramma spēj apstrādāt lielus datu apjomus un kas notiek ar sistēmu, ja tā to nespēj.

Apjoma testēšanu sauc arī par plūdu testēšanu, un to var izmantot, lai novērtētu datu zudumus un kļūdu ziņojumus, kas rodas, pievienojot sistēmai ievērojamu datu apjomu.

Apjoma testēšana ir vienīgais veids, kā nodrošināt, ka programmatūra spēj apstrādāt datu apjomus, ko no tās sagaida lietotāji.

 

7. Atgūšanas testi

 

Atjaunošanas testos programmatūras sistēma tiek piespiesta atteikties, lai pārbaudītu, cik labi sistēma atgūst sevi pēc avārijas.

Atjaunošanas testēšana var palīdzēt testētājiem saprast, kā programmatūra atjauno datus un novērš zudumus, ja aparatūra lietošanas laikā tiek atvienota no tīkla, ja programmatūra tiek atslēgta no tīkla datu pārsūtīšanas laikā vai ja sistēma tiek negaidīti restartēta.

Šāda veida testēšana ir svarīga, jo sistēmas bez atbilstošiem atjaunošanas protokoliem var ciest nopietnus datu zudumus, ja notiek šādi negadījumi.

 

Kas jums nepieciešams, lai sāktu nefunkcionālo testēšanu

Kas ir slodzes testēšana?

Pirms sākat nefunkcionālo testēšanu, jums jāpārliecinās, ka esat sagatavojis testēšanas vidi un apkopojis nepieciešamos rīkus un datus.

 

1. Testēšanas plāns

 

Pirms sākat nefunkcionālo testēšanu, pārliecinieties, ka jums ir pabeigts testēšanas plāns, ko ir parakstījuši attiecīgie darbinieki.

Testēšanas plānā jāietver visa attiecīgā informācija par to, ko un kā plānojat testēt. Tajā būtu jāizskaidro, kad izmantosiet manuālo testēšanu un kad – automātisko testēšanu, kā arī jānorāda testēšanas procesā iesaistīto personu lomas un pienākumi.

 

2. Testēšanas gadījumi

 

Pirms varat veikt nefunkcionālos testus, ir jāizveido testēšanas gadījumi. Katrā testa gadījumā ir aprakstīta konkrēta testējamā lieta, paskaidrots, kā to testēsiet, un aprakstīts gaidāmais testa rezultāts.

Piemēram, ja veicat slodzes testēšanu, piemēram, testēšanas piemērs var būt programmatūras darbības pārbaude, ja desmit lietotāji vienlaicīgi izmanto vienu un to pašu moduli.

 

3. Funkcionālā verifikācija

 

Jūs nevarat veikt programmatūras komponentu nefunkcionālo testēšanu, ja tie nav funkcionāli.

Piemēram, ja vēlaties pārbaudīt, cik lietotāju programmatūra spēj nodrošināt vienlaicīgu pieteikšanos, vispirms ir svarīgi pārbaudīt, vai atsevišķi lietotāji patiešām var pieteikties programmatūrā.

Pirms sākat nefunkcionālo testēšanu, pārliecinieties, ka visi funkcionālie testi ir izturēti un programmatūra darbojas, kā paredzēts.

Tas parasti nozīmē, ka jau ir veiktas dūmu testēšana, funkcionalitātes testēšana, vienības testēšana, integrācija un funkcionālā sistēmas testēšana.

 

4. Testēšanas rīki

 

Pirms sākat nefunkcionālo testēšanu, apkopojiet visus testēšanas rīkus, ko vēlaties izmantot, lai veiktu testus.

Neatkarīgi no tā, vai izmantojat automatizācijas rīkus, lai daļēji automatizēt dažus testus vai dokumentācijas rīkiem, kas palīdz pārvaldīt un uzglabāt testēšanas pārskatus vēlākai lietošanai, pārliecinieties, ka rīki, kurus vēlaties izmantot, ir pieejami un gatavi lietošanai un ka visi testēšanas komandas dalībnieki zina, kā pareizi lietot katru rīku.

 

5. Testēšanas vide

 

Pirms nefunkcionālās testēšanas uzsākšanas izveidojiet testēšanas vidi. Iespējams, jums jau ir piemērota testēšanas vide, jo īpaši, ja varat izmantot vienu un to pašu vidi nefunkcionālai sistēmas testēšanai un funkcionālai sistēmas testēšanai.

Ideāla testēšanas vide ļauj pārbaudīt katru nepieciešamo elementu pareizajās ierīcēs.

Piemēram, ja testējat skaļuma apstrādi viedtālruņu ierīcēs, labāk to testēt ar reālu viedtālruņa ierīci, nevis mēģināt emulēt mobilo vidi ar galddatoru.

 

Nefunkcionālās testēšanas process

Kas ir vienības testēšana

Programmatūras izveides nefunkcionālo aspektu testēšana ir daudzpakāpju process, kas ietver testēšanas vides sagatavošanu, testēšanas gadījumu izveidi, testēšanas datu vākšanu un nefunkcionālo testu izpildi.

Testēšanas procesu ir iespējams sadalīt nelielos gabaliņos, lai to būtu vieglāk sekot iesācējiem nefunkcionālās testēšanas jomā.

 

1. Nefunkcionālās testēšanas gatavības pārbaudes

 

Pirms sākat nefunkcionālo testēšanu, ir svarīgi pārbaudīt, vai esat gatavs šim testēšanas posmam.

Tas var nozīmēt pēdējā testēšanas posma izejas kritēriju novērtēšanu, lai pārliecinātos, ka programmatūra to ir izturējusi, un pārliecināšanos, ka programmatūra ir izturējusi visus nepieciešamos funkcionālos testus, pirms tiek veikta nefunkcionālā testēšana.

Dažas komandas var izveidot nefunkcionālās testēšanas sākuma kritērijus, kas ietver visus nosacījumus, kuriem jābūt izpildītiem pirms nefunkcionālās testēšanas uzsākšanas.

 

2. Izveidot testēšanas plānu

 

Iespējams, šo soli jau esat veicis iepriekš, ja veicat nefunkcionālo testēšanu kā daļu no sistēmas testēšanas un sekojat sistēmas testēšanas plānam. Testēšanas plānā ir izklāstīti visi veicamie testi un to veikšanas veids.

Bez skaidra testu plāna ir viegli pazaudēt no redzesloka veicamo testu apjomu un mērķus.

 

3. Izveidot testa gadījumus

 

Nākamais nefunkcionālās testēšanas posms ir testēšanas gadījumu izveide, lai pārbaudītu katru programmatūras nefunkcionālo parametru.

Katram testa gadījumam ir jābūt testa gadījuma ID, testa gadījuma nosaukumam, aprakstam un sīkākai informācijai par gaidāmo testa iznākumu, kā arī visiem iepriekš noteiktajiem apstiprināšanas vai noraidīšanas kritērijiem. Tas palīdz testētājiem saprast, kā veikt katru testu un kādus rezultātus meklēt.

 

4. Testa datu vākšana

 

Pirms katra testa gadījuma izpildes ir jāsavāc testa dati, kas tiks izmantoti katram testa gadījumam.

Tas parasti nozīmē, ka ir jāapkopo kods un dati no dažādiem moduļiem un sastāvdaļām, kas veido testējamās funkcijas un jomas. Ja jūs maksimāli palielināt testu pārklājumu, jums ir jābūt daudz testēšanas datu, ar kuriem strādāt.

 

5. Testēšanas vides sagatavošana

 

Nākamais nefunkcionālās testēšanas posms ir testēšanas vides sagatavošana. Testēšanas vide ir testēšanas serveris, ko izmantosiet, lai veiktu dažāda veida programmatūras testēšanu.

Tas ļauj jums izveidot identiskus nosacījumus, kuros testēt programmatūru, un iestatīt programmatūru ar dažādām konfigurācijām konfigurācijas testēšanai, drošības testēšanai un citiem nefunkcionālās testēšanas veidiem.

 

6. Veikt nefunkcionālos testus

 

Kad testa vide ir gatava, ir pienācis laiks veikt nefunkcionālos testus. Varat nolemt testus izpildīt pēc to veida, piemēram, sākot ar veiktspējas testēšanu, pirms pāriet pie drošības testiem un cita veida nefunkcionāliem testiem.

Veicot katru testu, atzīmējiet rezultātus testēšanas ziņojumā. Ja automatizējat testēšanu, jūsu automatizācijas rīkam būs arī standartizēts veids, kā skaidri un nepārprotami ziņot par rezultātiem.

 

7. Ziņot par testu rezultātiem

 

Pēc katra testa gadījuma izpildes apkopojiet nefunkcionālo testu rezultātus vienā ziņojumā.

Šim ziņojumam jābūt skaidram par katra testa rezultātiem un nepārprotami jānorāda, vai katrs tests ir vai nav izturēts.

Ievērojiet standartizētu testa ziņojuma struktūru, lai pārliecinātos, ka ir iekļauta visa informācija, kas jums būs jānodod tālāk.

 

8. Defektu novēršana

 

Kad testēšanas rezultāti ir saņemti, nododiet programmatūru atpakaļ izstrādātājiem, ja testi nav bijuši veiksmīgi vai ja esat identificējis nefunkcionālas kļūdas, kas jānovērš.

Piemēram, ja programmatūra neapstrādā vienlaicīgi piemērotu lietotāju skaitu vai ja veiktspēja pārāk palēninās, ja vienlaikus darbojas vairākas programmas, šīs problēmas, visticamāk, būs jānovērš kodā, lai nodrošinātu, ka lietotāji ir apmierināti ar produktu.

 

9. Testēšanas cikla atkārtošana

 

Kad izstrādātāji ir novērsuši visus sākotnējā nefunkcionālās testēšanas posmā konstatētos defektus, testēšanas ciklu var sākt no jauna.

Izstrādātāji pārbaudīs veiktās izmaiņas un nodos jauno versiju atpakaļ QA testētājiem, kuri pēc tam veiks pilnu testēšanu, sākot ar “dūmu” testēšanu, vienības testēšanu, integrācijas testēšanu un beidzot ar sistēmas testēšanu.

Testēšanas cikls tiek atkārtots, līdz nevienā punktā nav nevienas kļūdas vai defekta, un pēc tam var sākt testēšanas pēdējo posmu – lietotāja pieņemšanas testēšanu.

 

Testēšanas gadījumi nefunkcionālai testēšanai

Pelēkās kastes testēšanas raksts - rīki, pieejas, salīdzinājums ar baltās kastes un melnās kastes testēšanu, pelēkās kastes bezmaksas un uzņēmumu rīki.

Testēšanas gadījumi ir svarīgs programmatūras testēšanas aspekts, un, veicot gan funkcionālo, gan nefunkcionālo testēšanu, jūs izmantosiet testēšanas gadījumus, lai noteiktu, ko un kā testēsiet.

Katru testa gadījumu var uzskatīt par mini testu, un katram testa gadījumam ir definēti savi iznākumi un rezultāti.

 

1. Kas ir testa gadījumi nefunkcionālai testēšanai?

 

Testa gadījums ir darbību kopums, kas tiek veikts ar programmatūras izveidi, lai pārbaudītu, vai tā atbilst programmatūras plānā definētajiem nosacījumiem. Katrs testa gadījums efektīvi norāda testētājiem, kas un kā ir jāpārbauda, un ir paredzēts, lai pārbaudītu konkrētu programmatūras lietojumprogrammas funkciju vai nefunkcionālu iezīmi.

Nefunkcionālie testēšanas gadījumi var ietvert testēšanu, kas notiek, kad kāds mēģina piekļūt drošiem datiem sistēmā, vai testēšanu, cik ātri programmatūra ielādējas, to palaižot.

 

2. Kā izstrādāt nefunkcionālos testēšanas gadījumus?

 

Veidojot testēšanas gadījumus nefunkcionālai testēšanai, ir svarīgi ievērot standarta testēšanas gadījumu praksi, vienlaikus paturot prātā nefunkcionālo testu mērķus.

Veiciet tālāk aprakstītās darbības, lai uzrakstītu testēšanas gadījumus nefunkcionālai testēšanai, kuros skaidri norādīts, kas jūsu testētājiem ir jādara, lai veiktu katru testu.

 

1. Nosakiet apgabalu, kuru vēlaties aptvert

 

Katram testa gadījumam apsveriet, kādu programmatūras jomu šis testa gadījums aptvers.

Piemēram, ja rakstāt testēšanas gadījumus instalēšanas un atjaunināšanas testēšanai, varat iekļaut testēšanas gadījumus, kuros novērtē, cik viegli ir instalēt lietojumprogrammu dažādās ierīcēs un cik ilgā laikā programmatūru var atjaunināt, izmantojot jaunu labojumu.

 

2. Izveidot unikālu testa gadījuma ID

 

Katram testa gadījumam ir jābūt unikālam testa gadījuma ID. Tas atvieglo testa gadījuma apraksta un rezultātu atrašanu vēlāk un novērš neskaidrības par to, uz kuru testa gadījumu jūs atsaucaties, ja diviem testa gadījumiem ir līdzīgi nosaukumi vai apraksti.

 

3. Nosauciet un aprakstiet katru testu

 

Lai gan testa gadījuma ID identificē testu, katram rakstītajam testa gadījumam ir jānorāda arī nosaukums un apraksts.

Tam vajadzētu būt vienkāršam nosaukumam, kas īsumā raksturo testējamo darbību, savukārt apraksts ir viens teikums, kas to nedaudz sīkāk paskaidro.

Aprakstam jābūt pietiekami skaidram, lai testētāji zinātu, kas un kā jātestē, kā arī jebkādus īpašus nosacījumus, kas jāizpilda testā.

 

4. Norādiet gaidāmo rezultātu

 

Katram testa gadījumam norādiet, kādam rezultātam būtu jāparādās, ja programmatūra darbojas, kā paredzēts.

Nefunkcionālos testos, piemēram, veiktspējas testēšanā un slodzes testēšanā, daudzos gadījumos tas var nozīmēt, ka programmatūra vienkārši turpina darboties normāli, nepalēninot, neaizkavē vai nesabojājas.

Citos gadījumos tas var nozīmēt, ka tiek parādīti konkrēti kļūdu ziņojumi, lai informētu lietotāju par problēmu un ieteiktu risinājumu.

 

5. Ieteikt testēšanas metodes

 

Katram testēšanas gadījumam ieteiksiet testēšanas paņēmienus un nefunkcionālās testēšanas rīkus, kas, jūsuprāt, testētājam būtu jāizmanto testēšanas laikā.

Nefunkcionālajā testēšanā testētāji var izmantot ļoti atšķirīgas pieejas dažādiem testēšanas veidiem.

Piemēram, slodzes testēšanai un stresa testēšanai var būt nepieciešama automatizācija, jo ir nepraktiski manuāli simulēt ļoti lielu datplūsmu, savukārt citus testēšanas veidus var būt vieglāk veikt bez īpašiem rīkiem vai tehnoloģijām.

 

6. Katra testa gadījuma salīdzinošā pārskatīšana

 

Pirms parakstat katru testa gadījumu, saņemiet, lai katru gadījumu pārskata kāds, ar kuru strādājat kopā. Tas var būt cits testētājs vai QA vadītājs.

Veicot testu gadījumu salīdzinošo pārskatīšanu, pārliecinieties, ka tie ir pietiekami skaidri, lai tos varētu izmantot trešās puses testētājs, un tajos nav neskaidrību vai kļūdu, kas varētu izraisīt nepareizu testēšanu.

 

3. Nefunkcionālo testu piemēri

 

Ja rakstāt testēšanas gadījumus nefunkcionālai testēšanai, tie varētu izskatīties līdzīgi tālāk minētajiem nefunkcionālās testēšanas piemēriem.

 

Mērogojamības testēšanas piemērs

Testa gadījuma ID: 6671
Testa gadījuma nosaukums: Vairāku lietotāju pieteikšanās tests
Apraksts: Izmantojot automatizācijas rīkus, varat imitēt vairāk nekā 20 lietotāju, kas vienlaicīgi piesakās programmatūrai.
Gaidāmie rezultāti: Programmatūrai jāstrādā kā parasti katram lietotājam, ļaujot katram lietotājam sekmīgi pieteikties mazāk nekā 5 sekunžu laikā.

 

Savietojamības testēšanas piemērs

Testa gadījuma ID: 5214
Testa gadījuma nosaukums: Pieteikuma ielādēšana pārlūkprogrammā Opera
Apraksts: Uzlādējiet lietojumprogrammu tīmekļa pārlūkprogrammā Opera.
Gaidāmie rezultāti: Programma tiek ielādēta kā parasti Opera tīmekļa pārlūkprogrammā ar standarta displeja izšķirtspēju un izkārtojumu.

 

Manuāli vai automatizēti nefunkcionālie testi?

datorredzes izmantošana programmatūras testēšanā

Izvēloties starp dažādām nefunkcionālās testēšanas metodēm, jums būs jāizlemj, vai vēlaties veikt manuālus vai automatizētus nefunkcionālos testus.

Manuālos testus veic testētāji, un tas nozīmē, ka to veikšana parasti aizņem vairāk laika, taču tie sniedz arī izpētes testēšanas iespējas.

Automatizēti nefunkcionālie testi ir ātrāki un zināmā mērā uzticamāki, taču tie prasa arī vairāk resursu vai rīku. Automatizācija un hiperautomatizācija kļūst aizvien populārāka testēšanā, īpaši attiecībā uz nefunkcionālo testēšanu.

 

Manuālā nefunkcionālā testēšana: Priekšrocības, izaicinājumi un procesi.

 

Manuālo nefunkcionālo testēšanu veic tikai testētāji, kuri testē katru atsevišķo nefunkcionālo elementu neatkarīgi.

Veicot manuālus nefunkcionālus testus, testētājiem ir jāsavāc informācija par programmatūru, jāizveido atsevišķi testa gadījumi, kas atbilst testa plānam, un šie testa gadījumi jāizpilda manuāli.

Tas aizņem daudz laika, taču tas nozīmē arī to, ka QA testētājiem ir brīvība noteikt, kas un kā tiek testēts.

 

1. Dažas no manuālās testēšanas priekšrocībām ir šādas:

 

● Manuālā testēšana var būt lētāka nekā automatizētā testēšana, jo tai nav nepieciešamas īpašas tehnoloģijas vai tehniskās zināšanas.

● Manuālā testēšana ļauj testētājiem sniegt cilvēcisku ieskatu un subjektīvu pieeju tam, kā programmatūra darbojas un vai tā darbojas apmierinoši.

● Manuālo testēšanu var izmantot, lai veiktu sistēmas testēšanu scenārijos, kurus nav iespējams automatizēt.

● Manuālā testēšana ļauj testētājiem novērtēt sistēmas vizuālos aspektus, piemēram, grafisko saskarni un citus faktorus, kas var ietekmēt lietojamību.

● Manuālā testēšana sniedz testētājiem plašāku skatījumu uz sistēmu kopumā un to, kā dažādi moduļi un komponenti darbojas kopā.

 

Tomēr manuālai testēšanai ir arī trūkumi.

 

2. Dažas no manuālās testēšanas problēmām ir šādas:

 

● Dažus nefunkcionālās testēšanas veidus, tostarp slodzes testēšanu un veiktspējas testēšanu, nav praktiski veikt manuāli.

● Manuālā testēšana aizņem ievērojami vairāk laika nekā automatizētā nefunkcionālā testēšana.

● Manuāli testētāji var novērsties, zaudēt koncentrēšanos un kļūdīties, jo īpaši veicot ļoti atkārtojošus testēšanas uzdevumus.

 

Automatizēta nefunkcionālā testēšana: Priekšrocības, izaicinājumi un procesi: ieguvumi, izaicinājumi un procesi

Automatizētu nefunkcionālo testēšanu veic ar automatizētiem skriptiem un testēšanas rīkiem. Izmantojot automatizētas testēšanas metodes, testētāji var veikt testus fonā, kamēr tiek veikti citi uzdevumi, tiklīdz ir uzsākti automatizētie testi.

 

1. Daži no nefunkcionālo testu automatizēšanas ieguvumiem ir šādi:

 

1. Ietaupiet laiku un resursus, samazinot laika patēriņu gariem un laikietilpīgiem uzdevumiem.

2. Automatizācija ļauj palielināt testu pārklājumu, aptverot plašāku komponentu un funkciju klāstu.

3. Automatizētus testus ir vieglāk veikt bieži, jo to veikšanai nepieciešams mazāk laika.

4. Automatizēta testēšana ir ideāli piemērota tādiem laikietilpīgiem testēšanas uzdevumiem kā slodzes testēšana, apjoma testēšana un stresa testēšana, kurus ir ļoti grūti veikt manuāli.

5. Veicot automatizētu testēšanu, ir mazāka kļūdu rašanās iespēja.

 

Tomēr automatizētai testēšanai ir arī daži trūkumi, kas nozīmē, ka tā ne vienmēr ir pareizā pieeja visiem nefunkcionālās testēšanas veidiem.

 

2. Dažas no automatizētās nefunkcionālās testēšanas problēmām ir šādas:

 

1. Automatizēta testēšana ir dārgāka nekā manuāla testēšana.

2. Testu automatizācijas iestatīšana var prasīt laiku un tehniskos resursus.

3. Testu automatizācija nepieļauj izpētes testēšanu

4. Testu automatizēšana joprojām prasa laiku testu gadījumu izveidei.

 

Secinājums: Manuāli vai automatizēti

nefunkcionālā testēšana?

Ieguvumi, ko sniedz izcilības testēšanas centra izveide. Vai veiktspējas testēšana atšķiras no funkcionālās testēšanas?

Vairumā programmatūras testēšanas veidu vislabākos rezultātus parasti nodrošina manuālās un automātiskās testēšanas apvienošana. Tas ļauj testēšanas komandām gūt labumu no automatizētās testēšanas efektivitātes, uzticamības un precizitātes, vienlaikus veicot arī izpētes testēšanu, kas ļauj testētājiem novērtēt programmatūru no subjektīvākas perspektīvas.

Nefunkcionālajā testēšanā lielākajai daļai testēšanas komandu ir praktiski nepieciešama gan manuāla, gan automatizēta testēšana.

Manuālo testēšanu vislabāk izmanto, lai veiktu ar funkcijām nesaistītus testēšanas uzdevumus, piemēram, lietojamības testēšanu, savukārt automātisko testēšanu visbiežāk izmanto, lai veiktu testus, kuru manuāla veikšana būtu pārāk laikietilpīga un sarežģīta, piemēram, stresa testēšanu vai apjoma testēšanu.

Nefunkcionālā testēšana ir viena no acīmredzamākajām jomām, kurā var izmantot testēšanas automatizācijas metodes, jo tā ir kvantitatīvs, izmērāms testēšanas veids, kurā nav nepieciešami subjektīvi rezultāti.

Tāpat kā citu veidu testēšanu, arī nefunkcionālo testēšanu parasti veic, izmantojot manuālās testēšanas un automatizētās testēšanas kombināciju.

Tomēr automatizēta testēšana ir praktiski nepieciešama daudziem nefunkcionālās testēšanas veidiem, un nefunkcionālās testēšanas parametri un metrikas nozīmē, ka automatizācija ir piemērotāka šāda veida testēšanai nekā funkcionālajai testēšanai.

Nefunkcionālās testēšanas labākā prakse

Kas ir programmatūras testēšana?

Ja nefunkcionālo testēšanu veicat pirmo reizi, testēšanas paraugprakses ievērošana var palīdzēt jums standartizēt testēšanas procesu un optimizēt testu efektivitāti.

Labākā prakse kalpo kā vadlīnijas programmatūras testēšanas komandām, kas vēlas uzlabot testēšanas procesus un saskaņot tos ar nozares standartiem.

 

1. Automatizācijas rīku izmantošana

 

Nefunkcionālajā testēšanā vairāk nekā citos testēšanas veidos ir svarīgi izmantot automatizācijas rīkus, lai automatizētu dažus testēšanas veidus, jo īpaši apjoma testēšanu, stresa testēšanu un slodzes testēšanu.

Šāda veida testēšanā parasti tiek pārbaudīts, cik labi programmatūra darbojas zem liela lietotāju, datu un datplūsmas spiediena, ko manuāli var būt ļoti grūti imitēt.

Šāda veida nefunkcionālo testu automatizēšana būs ne tikai efektīvāka, bet arī precīzāka un ļaus testētājiem viegli atkārtot lielākas slodzes un spriegumu.

 

2. Visas dokumentācijas salīdzinošā pārskatīšana

 

Palūdziet kolēģiem ne tikai pārskatīt jūsu izveidotos testēšanas gadījumus, bet arī lūdziet kolēģus no testēšanas komandas pārskatīt kļūdu ziņojumus, testēšanas pārskatus, testēšanas plānus un cita veida oficiālo dokumentāciju, kas izveidota testēšanas procesa laikā.

Tas samazina nelielu kļūdu risku, kas var izraisīt nopietnus kavējumus testēšanas un izstrādes procesā.

 

3. Definēt izmērāmas prasības

 

Kad pirms nefunkcionālās testēšanas uzsākšanas definējat programmatūras prasības, pārliecinieties, ka katra prasība ir objektīva un izmērāma.

Tādējādi testētājiem testēšanas laikā ir vieglāk pārliecināties, vai programmatūra atbilst šīm prasībām, un netiek pieļauta interpretācija.

Kas ir “ātrs” vai “efektīvs”? Izmantojiet skaitļus un kvantitatīvas vērtības, lai noteiktu, ko meklējat.

 

4. Rūpīgi apsveriet testēšanas rādītājus

 

Pirms izlemjat, kādus rādītājus izmantosiet, lai novērtētu programmatūras veiktspēju, apsveriet, ko vēlas programmatūras lietotāji un kādi rādītāji faktiski atbilst programmatūras plānam un prasībām.

Lielākajai daļai programmatūras jābūt ātrai un uzticamai, bet kādi vēl rādītāji varētu būt svarīgi jūsu lietotājiem? Vai ir kādi programmatūrai specifiski rādītāji, kas jums jāņem vērā testēšanas procesā?

 

Nefunkcionālā testa rezultātu veidi

kā automatizācijas testēšana darbojas tādās nozarēs kā, piemēram, banku nozare.

Veicot nefunkcionālo testēšanu, no veiktajiem testiem saņemsiet dažāda veida rezultātus.

Tie parasti ir diezgan atšķirīgi no funkcionālo testu rezultātiem, kas bieži vien ir skaidrāki, jo funkcionālie testi vienkārši pārbauda, vai funkcija darbojas, kā tai vajadzētu vai nē.

Līdzīgi kā funkcionālās testēšanas gadījumā, testētājiem ir jānosaka skaidras prasības katram testa gadījumam, kas ļauj viegli noteikt, vai katrs tests ir vai nav izturēts.

 

1. Absolūtie skaitļi

 

Veicot veiktspējas testēšanu, stresa testēšanu un cita veida nefunkcionālo testēšanu, visbiežāk tiek pārbaudīti ātrumi un citi absolūtie skaitļi.

Veiktspējas testēšanā tiek pārbaudīts, cik ātri sistēma var veikt noteiktus uzdevumus, un tas tiek mērīts sekundēs vai milisekundēs.

Ja veicat slodzes testēšanu, varat novērtēt, cik daudz datu programmatūra var apstrādāt vienlaicīgi bez darbības traucējumiem vai kavēšanās.

 

2. Kļūdu ziņojumi

 

Nefunkcionālā testēšana pārbauda arī to, kā sistēma darbojas, ja rodas kļūdas, piemēram, drošības kļūdas, validācijas kļūdas un konfigurācijas kļūdas.

Ir svarīgi, lai sistēmas parādītu precīzus un skaidrus kļūdu ziņojumus, kad rodas kļūdas, lai lietotāji varētu veikt pasākumus problēmas novēršanai un turpināt lietot programmatūru.

Kļūdas ziņojumiem jāparādās arī drošības testēšanas laikā, kad sistēma neļauj lietotājiem pārkāpt programmatūrā iebūvētās drošības funkcijas.

 

3. Avārijas

 

Sadursme ir sistēmas kļūmes pazīme, un tā parasti norāda, ka sistēma nespēj darboties testēšanas līmenī, un var nozīmēt, ka tests nav izturēts.

Dažos gadījumos sistēma var sabrukt, tomēr joprojām var izturēt testēšanas gadījumu, ar kuru strādājat, piemēram, ja sistēma pirms sabrukšanas iztur vajadzīgo stresa vai datplūsmas apjomu.

Veicot nefunkcionālo testēšanu, testētājiem ir jārēķinās ar regulāriem sistēmas sabrukumiem, jo īpaši, ja stresa testēšanas un citu veiktspējas testu laikā sistēma tiek darbināta līdz maksimumam.

 

Nefunkcionālo testu piemēri

Testēšana no gala līdz galam - kas ir E2E testēšana, rīki, veidi un daudz kas cits

Nefunkcionālo testu piemēri ir līdzīgi iepriekš minētajiem piemēriem par nefunkcionālajiem testa gadījumiem.

Lai labāk saprastu, kas ir nefunkcionālā testēšana un ko tā pārbauda programmatūras lietojumprogrammā, varat apskatīt nefunkcionālo testu piemērus.

 

1. Veiktspējas testēšanas piemērs

 

Ja strādājat pie mobilās lietojumprogrammas, kas savieno lietotājus ar tiešsaistes datubāzi, ir svarīgi, lai liels lietotāju skaits varētu vienlaicīgi piekļūt un lejupielādēt datus no šīs datubāzes.

Tā ir arī būtiska mērogojamības testēšanas daļa, jo īpaši, ja nākotnē vēlaties palielināt lietotnes lietotāju skaitu.

Pēc tam testēsiet, kā sistēma reaģē, piemēram, ja 1000 lietotāju vienlaicīgi mēģina piekļūt vienai un tai pašai datubāzei, un noteiksiet prasības, cik ātri lietojumprogrammai jāaizlādējas šādā situācijā.

 

2. Savietojamības testēšana

 

Ja testējat jaunu dokumentu pārvaldības lietojumprogrammu, ir jāpārbauda, vai tā darbojas visās ierīcēs, kurām tā ir paredzēta.

Tas nozīmē, ka varat pārbaudīt, vai lietojumprogrammu var instalēt un ielādēt visās jaunākajās Windows, Mac un citās operētājsistēmu (piemēram, Linux) versijās, ar kurām vēlaties, lai programmatūra būtu saderīga.

 

3. Drošības testēšana

 

Veicot drošības testēšanu, testēsiet dažus no veidiem, kā cilvēki var mēģināt piekļūt konfidenciāliem datiem vai pārkāpt programmatūras drošības aizsardzības pasākumus, lai pārbaudītu, vai sistēma šajās situācijās darbojas tā, kā jūs to sagaidāt.

Piemēram, varat pieteikties kā lietotājs un mēģināt piekļūt failiem, kuriem jums nav drošības pielaides, lai pārliecinātos, ka sistēma neļauj jums piekļūt šiem failiem.

 

Atklāto kļūdu un kļūdu veidi

ar nefunkcionālo testēšanu

aizptest-runtime-error.png

Nefunkcionālā testēšana var atklāt daudz kļūdu un defektu, kurus nav tik viegli atrast kā tos, kas identificēti funkcionālās testēšanas laikā. Tas ir tāpēc, ka nefunkcionālā testēšana bieži prasa, lai testētāji pārbauda dažādas konfigurācijas, iestatījumus un apstākļu kombinācijas, lai novērtētu, cik labi sistēma darbojas neskaitāmos dažādos iestatījumos.

 

1. Veiktspējas defekti

 

Veiktspējas defekti rodas tad, ja sistēma darbojas, bet tā nedarbojas tik ātri vai tik efektīvi, kā jūs to sagaidāt.

Piemēram, var gadīties, ka noteiktos apstākļos sistēma netiek ielādēta pietiekami ātri vai pat sabrūk, ja vienlaicīgi piesakās pārāk daudz lietotāju.

Veiktspējas defekti pilnībā neliedz cilvēkiem izmantot jūsu programmatūru, taču tie var padarīt jūsu programmatūru mazāk lietojamu un mazāk ticamu lietotāju prasību izpildi.

 

2. Drošības defekti

 

Drošības defekti ir tādi defekti, kas ietekmē programmatūras sistēmas un tajā glabāto datu drošību.

Drošības trūkumi var rasties, ja, piemēram, lietotāji var piekļūt konfidenciāliem datiem, kuriem tiem nevajadzētu piekļūt, vai ja atsevišķas lietojumprogrammas daļas nav pareizi aizsargātas ar paroli, vai ja neizdodas šifrēšana.

Tas var izraisīt drošības pārkāpumus, kas var nopietni ietekmēt programmatūras izdevēja reputāciju.

 

3. Funkcionālie defekti

 

Lai gan nefunkcionālā testēšana nav paredzēta programmatūras lietojumprogrammas funkciju testēšanai, dažos gadījumos nefunkcionālā testēšana var identificēt programmatūras funkcionālos defektus.

Piemēram, uzticamības testēšanas mērķis nav pārbaudīt, vai lietotne darbojas, bet gan pārbaudīt, vai lietotne darbojas droši atkārtotos mēģinājumos.

Tas var atklāt, ka dažas funkcijas nedarbojas pareizi, ja darbība tiek atkārtota, un tās var klasificēt kā funkcionālas kļūdas.

 

Bieži sastopamie nefunkcionālās testēšanas rādītāji

Izcilības testēšanas centra (TCoE) izveides priekšrocības.

Nefunkcionālās testēšanas metrikas apraksta tās metrikas, ar kurām mēra sistēmas veiktspēju un efektivitāti.

Dažādi nefunkcionālās testēšanas veidi balstās uz dažādām metrikām, un atkarībā no projekta galīgajiem mērķiem varat izvēlēties izmantot dažādas metrikas.

 

1. Laiks

 

Laika rādītāji mēra, cik ilgs laiks nepieciešams, lai veiktu noteiktus uzdevumus, vai cik ilgi lietotājiem jāgaida, līdz ielādējas funkcijas.

Daži laika rādītāju piemēri ir transakciju vai lejupielādes skaits, ko lietojumprogramma var veikt noteiktā laikā, dažādu funkciju reakcijas laiks un laiks, kas nepieciešams, lai lietojumprogramma pabeigtu konkrētu operāciju.

Dažāda veida testos rezultāti tiek mērīti sekundēs vai kā operāciju skaits sekundē.

 

2. Telpa

 

Vēl viens svarīgs nefunkcionālās testēšanas rādītājs ir telpa. Telpas rādītāji var pārbaudīt, cik daudz vietas procesora procesoram ir nepieciešams sistēmai vai cik daudz vietas cietajā diskā aizņem programmatūra, kad tā ir pilnībā instalēta.

Daži vietas rādītāju piemēri ir kešatmiņa, galvenā atmiņa un palīgatmiņa.

Programmatūra, kuras netraucētai darbībai ir nepieciešams daudz vietas, var būt piemērota mazākam klientu skaitam.

 

3. Izmantojamība

 

Dažos nefunkcionālās testēšanas rādītājos tiek ņemta vērā sistēmas lietojamība, piemēram, cik ilgs laiks ir nepieciešams, lai apmācītu lietotājus pareizi lietot sistēmu, cik daudz izvēļu lietotājiem ir jāizvēlas, lai veiktu galvenās funkcijas, vai cik daudz peles klikšķu ir nepieciešams, lai veiktu noteiktus uzdevumus.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Ar nefunkcionāliem testiem var kvantitatīvi izmērīt katru no šiem rādītājiem, un zemāki skaitļi parasti nozīmē augstāku lietojamības līmeni.

 

4. Uzticamība

 

Vēl viens svarīgs nefunkcionālās testēšanas rādītājs ir uzticamība. Uzticamība atspoguļo varbūtību, ka sistēma atkal un atkal uzvedas vienādi vai darbojas tā, kā tai vajadzētu darboties ilgu laiku.

Daži metriku piemēri, ko izmanto, lai novērtētu uzticamību, ir vidējais laiks līdz atteicei, atteices biežums, pieejamība un dīkstāves varbūtība.

Katrs no šiem rādītājiem palīdz testētājiem pārbaudīt, vai sistēma var darboties ilgu laiku bez kļūmēm vai sabrukumiem.

 

5. Izturība

 

Robustitāte ir mērījums, kas parāda, cik labi sistēma tiek galā ar kļūmēm un cik labi sistēma spēj atjaunoties kļūmes gadījumā.

Daži robustuma mērīšanas metriku piemēri ir, piemēram, laiks, kas nepieciešams, lai sistēma atjaunotos pēc atteices, incidentu procentuālā daļa, kas noved pie katastrofālas atteices, un varbūtība, ka datu faili pēc sistēmas atteices tiek bojāti.

Tie ir svarīgi rādītāji, jo lietotāji sagaida, ka sistēmas dažkārt var sabojāties, nezaudējot visus datus vai nesabojājot failus.

 

6. Pārnesamība

 

Pārnesamības rādītāji mēra, cik viegli programmatūru var pārnest uz dažādām sistēmām vai pārvietot uz jaunu vietu tīklā.

Daži pārnesamības mērīšanas metriku piemēri ir nepārnesamā koda procentuālā daļa un to sistēmu skaits, kurās programmatūru var palaist.

Ideālā gadījumā programmatūra, ko var darbināt daudzās dažādās sistēmās, ir pārnēsājamāka un tādējādi ērtāk lietojama apstākļos, kad var būt nepieciešama bieža pārcelšana vai pārvietošana.

 

Nefunkcionālo testu veikšanas stratēģijas

Kas ir vienības testēšana?

Uzsākot nefunkcionālo testēšanu, ir svarīgi šim testēšanas posmam pievērsties, domājot par stratēģiju. QA vadītājiem un programmatūras testēšanas vadītājiem pirms nefunkcionālās testēšanas uzsākšanas jāapsver testēšanas riski, viņiem pieejamie resursi un testēšanas mērķis.

Stratēģijas izstrāde var palīdzēt optimizēt nefunkcionālos testus jau no paša sākuma.

 

1. Sadaliet lomas un pienākumus

 

Pirms uzsākat nefunkcionālo testēšanu, sadaliet testēšanas komandas galvenajiem dalībniekiem lomas un pienākumus. Tas atvieglo nefunkcionālās testēšanas darba slodzes pārvaldību un nodrošina, ka pieredzējuši testētāji ir atbildīgi par jūsu veikto testu kvalitātes un efektivitātes uzturēšanu.

Pārliecinieties, ka cilvēkiem, kurus izvēlaties šajos amatos, ir nepieciešamās zināšanas un pieredze, lai viņi varētu veikt uzdevumus, ko no viņiem sagaidāt, jo īpaši, ja šiem uzdevumiem ir nepieciešamas tehniskās prasmes.

 

2. Apkopot attiecīgos testēšanas rīkus

 

Apkopojiet visas tehnoloģijas un rīkus, ko vēlaties izmantot, lai veiktu nefunkcionālo testēšanu. Pārliecinieties, ka visi jūsu darbinieki zina, kā tos efektīvi izmantot, un vajadzības gadījumā organizējiet apmācības, lai novērstu prasmju trūkumus.

Pārliecinoties, ka visi zina, kurus testēšanas rīkus izmantot un kā tos izmantot, pirms tiek uzsākta nefunkcionālā testēšana, tiek samazināts risks, ka testēšana tiks pārtraukta vai testi tiks veikti atkārtoti nepietiekamu zināšanu dēļ.

 

3. Testēšanas prioritāšu noteikšana

 

Pirms sākat nefunkcionālo testēšanu, sastādiet sarakstu ar visiem sistēmas aspektiem, kas jums ir jātestē, un sakārtojiet tos prioritārā secībā atkarībā no steidzamības un svarīguma.

Varat noteikt prioritātes nefunkcionālai testēšanai, pamatojoties uz riska līmeni, kas saistīts ar katru testējamās sistēmas aspektu.

Piemēram, var veikt pamata drošības testēšanu, jo mūsdienu programmatūrā atbilstoša drošība tiek uzskatīta par ārkārtīgi svarīgu. Jo agrāk identificējat augsta riska defektus, jo mazāka var būt šo defektu iespējamā ietekme uz citiem sistēmas aspektiem.

 

7 labākie nefunkcionālās testēšanas rīki

labākie bezmaksas un uzņēmumu programmatūras testēšanas rīki + RPA automatizācijas rīki

Nefunkcionālās testēšanas rīki var racionalizēt testēšanas procesu, atvieglot un padarīt rentablāku testēšanas automatizāciju un palīdzēt QA vadītājiem pārvaldīt testēšanas un dokumentēšanas procesu.

Tiešsaistē ir pieejami daudzi bezmaksas nefunkcionālās testēšanas rīki, kā arī daži rīki, par kuru jaunināšanu var maksāt ikmēneša maksu.

 

1. ZAPTEST BEZMAKSAS izdevums

 

ZAPTEST ir populārs programmatūras testēšanas rīks, kas ļauj lietotājiem ātri un viegli veikt gan funkcionālus, gan nefunkcionālus programmatūras testus. Jūs varat izmantot ZAPTEST, lai automatizētu programmatūras testus un izmantotu RPA tehnoloģiju, lai imitētu dažādas funkcijas un apstākļus nefunkcionālajā testēšanā.

ZAPTEST BEZMAKSAS izdevums ir tikai samazināta uzņēmuma izdevuma versija, kas piedāvā daudzas no tām pašām funkcijām mazākā mērogā. Varat meklēt atbalstu ZAPTEST forumā un veikt veiktspējas testus ar neierobežotu skaitu virtuālo lietotāju.

 

2. Appium

 

Appium ir bezmaksas programmatūras testēšanas rīks, kas ir vispiemērotākais mobilo lietotņu testēšanai dažādās platformās, tostarp iOS un Android ierīcēs. Appium piedāvā lietotājiem lielu elastību, lai izstrādātu savas testēšanas struktūras un stratēģijas, vienlaikus izmantojot Appium piedāvātās automatizācijas iespējas.

 

3. Loadium

 

Loadium ir nefunkcionālās testēšanas rīks, ko vislabāk izmantot veiktspējas testēšanai un slodzes testēšanai – diviem nefunkcionālās testēšanas veidiem, kurus ir daudz vieglāk veikt, izmantojot automatizācijas rīkus.

Loadium ļauj lietotājiem veikt liela mēroga slodzes testus un piedāvā pielāgotus risinājumus, lai jūs varētu pielāgot testus savas programmatūras mērķiem.

Varat izmēģināt Loadium bez maksas vai samaksāt, lai lejupielādētu pilnu lietojumprogrammas versiju.

 

4. Obkio

 

Obkio ir programmatūras testēšanas rīks, kas palīdz QA vadītājiem un testu vadītājiem noteikt prioritātes un iedalīt problēmas kategorijās atkarībā no to nopietnības. Obkio var noteikt problēmas pirms to dara lietotāji, piedāvā lietotājiem viedos paziņojumus un var palīdzēt noteikt problēmas vietu.

Obkio nav paredzēts tikai nefunkcionālai testēšanai, tas ir ļoti noderīgs bezmaksas testēšanas rīks, ko var izmantot visos testēšanas dzīves cikla posmos.

 

5. SonarQube

 

SonarQube ir atvērtā koda drošības testēšanas rīks, kas var automātiski analizēt kodu, lai atklātu kļūdas un ievainojamības. SonarQube ir rakstīts Java valodā, un ar to var analizēt kodu vairāk nekā divdesmit dažādās programmēšanas valodās, turklāt sistēmas pārskatāmā saskarne ļauj viegli atklāt problēmas, kas nākotnē varētu radīt drošības ievainojamības.

 

6. Tsung

 

Tsung ir vēl viens nefunkcionālās testēšanas rīks, kas ir ideāli piemērots, ja vēlaties automatizēt slodzes un stresa testēšanu, bet jums neder Loadium bezmaksas versija.

Tsung ir atvērtā koda rīks, kas ļauj lietotājiem veikt liela apjoma slodzes testēšanu, izmantojot vairākus protokolus un serverus, tostarp HTTP un SOAP.

Tsung ir pilnīgi bezmaksas, un tas var palīdzēt testētājiem pārliecināties, ka viņu izstrādātā programmatūra nodrošina augstu veiktspējas līmeni dažādos sarežģītos apstākļos.

 

7. Sikuli

 

Sikuli ir vēl viena lietojumprogramma, kas izmanto robotizētu procesu automatizāciju, lai automatizētu testēšanas procesu. Ar šo lietojumprogrammu var automatizēt visu, kas redzams ekrānā. Varat izmantot Sikuli, lai testētu lietojumprogrammas, kas nav tīmekļa lietojumprogrammas, un ātri reproducētu kļūdas.

 

Nefunkcionālās testēšanas kontrolsaraksts, padomi un triki

Programmatūras testēšanas kontrolsaraksts

Pirms uzsākat nefunkcionālo testēšanu, pārbaudiet, vai jums ir viss nepieciešamais, lai sagatavotā vidē veiktu rūpīgus nefunkcionālos testus.

Pirms nefunkcionālās testēšanas uzsākšanas sekojiet tālāk sniegtajam kontrolsarakstam, lai uzzinātu padomus un ieteikumus.

 

1. Darbs pēc grafika

 

Neatkarīgi no tā, vai to iekļaujat testēšanas plānā vai izveidojat tam atsevišķu dokumentu, strukturējiet programmatūras testus, izmantojot testēšanas grafiku.

Ja atklājat vairāk kļūdu un defektu, nekā gaidījāt, dažkārt var gadīties novirzīties no grafika, taču grafiks, ar ko sākt, var palīdzēt vadīt testētājus un motivēt viņus strādāt efektīvi, jo īpaši veicot laikietilpīgus manuālos testus.

 

2. Identificējiet savu testēšanas komandu

 

Pienākumu deleģēšana un oficiālu lomu un nosaukumu piešķiršana testēšanas komandas locekļiem var palīdzēt nodrošināt, ka testēšanas process norit raiti.

Pirms testēšanas uzsākšanas skaidri paziņojiet par lomām un pienākumiem savā komandā un piešķiriet dažādiem testētājiem atbildību par dažādiem nefunkcionālās testēšanas aspektiem, lai katrs būtu atbildīgs par saviem uzdevumiem.

 

3. Izvēlieties rīkus un tehnoloģijas pirms testēšanas

 

Ja jūs nolemjat strādāt ar konkrētiem rīkiem un tehnoloģijām tikai pēc tam, kad sākat nefunkcionālo testēšanu, tas var aizkavēt testēšanas procesu un radīt neskaidrības testētāju vidū.

Tā vietā veiciet iepriekšēju izpēti un izlemiet, vai ir kādi rīki, kurus vēlaties izmantot pirms testēšanas uzsākšanas. Tādējādi šos rīkus ir viegli iekļaut testēšanas plānā un apmācīt testētājus tos lietot pirms testēšanas sākuma.

 

4. Vienmēr saņemiet oficiālu apstiprinājumu par testiem un dokumentāciju.

 

Testēšana ir kvalitātes nodrošināšanas process, un vislabākais veids, kā maksimāli palielināt veikto testu vērtību, ir veikt pamata kvalitātes nodrošināšanu arī tiem testiem, kurus plānojat un veicat.

Ieviest vienkāršus protokolus, kas paredz, ka testētājiem ir jāprasa QA vadītājiem un vadītājiem pārskatīt un parakstīt testēšanas plānus un testēšanas pārskatus, pirms pāriet uz nākamo posmu.

Tas ievērojami palielina iespēju, ka testēšanas kļūdas tiks pamanītas un novērstas agrīnā posmā.

 

7 kļūdas un slazdi, no kuriem jāizvairās, ieviešot nefunkcionālos testus

UAT testēšanas salīdzinājums ar regresijas testēšanu un citiem testiem

Ja nefunkcionālajā testēšanā esat iesācējs, var viegli pieļaut dažas bieži sastopamas kļūdas, kurās bieži iekrīt testētāji un QA speciālisti.

Nefunkcionālā testēšana ir sarežģīts darbs, kas ietver programmatūras izveides izskatīšanu no visiem aspektiem un perspektīvām.

Zemāk ir uzskaitītas dažas visbiežāk sastopamās kļūdas, ko testētāji pieļauj, veicot nefunkcionālo testēšanu.

 

1. Neplānošana

 

Ja nefunkcionālajā testēšanā esat iesācējs, iespējams, domājat, ka varat vienkārši ienirt testēšanas posmā, iepriekš nesagatavojot rūpīgu testēšanas plānu.

Dažas testēšanas komandas var sastādīt nepilnīgus testēšanas dokumentus vai virspusējus testēšanas plāna kopsavilkumus, kuros nav pienācīgi izklāstītas darbības, kas testētājiem jāveic nefunkcionālās testēšanas laikā.

 

2. Nepareiza testēšanas pārvaldība

 

Problēmas var rasties, ja testi tiek nepareizi pārvaldīti jebkurā testēšanas procesa posmā. Neatbilstoša pārvaldība var nozīmēt, ka testētājiem nav atbilstošu resursu, lai veiktu rūpīgu testēšanu, vai ka testētājiem nav atvēlēts pietiekami daudz laika, lai testētu katru izveides aspektu.

Testēšanas vadītājiem ir jāspēj mācīties no pieļautajām kļūdām un turpmāk izstrādāt efektīvākus testēšanas plānus.

 

3. Slikta saziņa

 

Slikta saziņa var radīt daudz problēmu testēšanas procesā, jo īpaši nefunkcionālās testēšanas laikā.

Tas varētu nozīmēt sliktu komunikāciju testēšanas komandā vai sliktu komunikāciju starp testētājiem, izstrādātājiem un ieinteresētajām personām.

Tas bieži notiek, ja testētāji pienācīgi neuztur testēšanas dokumentus vai testēšanas procesa laikā regulāri nesazinās ar citām nodaļām.

 

4. Izstrādātāju ignorēšana

 

Testētāji un izstrādātāji parasti strādā atsevišķi, taču testēšanas komandas, kas cieši sadarbojas ar izstrādātājiem, var gūt labumu no papildu zināšanām par to, kā darbojas programmatūra un kā dažādi moduļi mijiedarbojas savā starpā.

Izstrādātāju iesaistīšana testēšanas procesā vai atgriezeniskās saites pieprasīšana no izstrādātājiem svarīgākajos brīžos var palīdzēt testēšanas komandām sastādīt efektīvākus un rūpīgākus testēšanas plānus.

 

5. Testēšanas mērķis

 

Daudzi testētāji joprojām uzskata, ka testēšanas mērķis ir pārbaudīt, vai programmatūra darbojas, vai pierādīt ieinteresētajām personām un investoriem, ka programmatūra darbojas.

Tā vietā testētājiem būtu jāpieiet testēšanai ar attieksmi, ka testēšanas mērķis ir meklēt defektus.

Testētāji, kuri neatrod defektus, var būt apmierināti, ka viņu testētajā programmatūrā nav kļūdu, tikai tad, ja viņi ir pārliecināti, ka ir meklējuši visur, kur varētu atrast defektus.

 

6. Manuālās un automatizācijas kļūdas

 

Ir svarīgi veltīt laiku tam, lai apsvērtu, vai katram testēšanas veidam, ko veicat, ir piemērotāka manuāla vai automatizēta testēšana.

Automatizētās testēšanas metodes ir ļoti labi piemērotas gandrīz visiem nefunkcionālās testēšanas veidiem, un testēšanas komandas, kas pieradušas veikt funkcionālo testēšanu, var kļūdīties, pieņemot, ka nefunkcionālās funkcijas tikpat viegli var testēt manuāli.

 

7. Nepareizu testēšanas rīku izmantošana

 

Pirms nefunkcionālās testēšanas uzsākšanas ir viegli izvēlēties nepareizus testēšanas rīkus un tehnoloģijas, jo īpaši, ja testēšanas komandas ir pieradušas veikt manuālo testēšanu un nav pieradušas izmantot testēšanas rīkus.

Iepriekš izpētiet nefunkcionālās testēšanas metodes, ko vēlaties izmantot, un izvēlieties programmatūras rīkus un automatizācijas rīkus, kas atbilst jūsu projekta specifiskajām prasībām.

 

Secinājums

Nefunkcionālā testēšana ir būtisks testēšanas procesa posms, kas ļauj testētājiem pārbaudīt, cik labi sistēma darbojas un cik lielā mērā tā atbilst tādām nefunkcionālajām prasībām kā ielādes laiks, jauda un drošības aizsardzība.

Ir daudz dažādu veidu, kā veikt nefunkcionālo testēšanu, taču mūsdienu automatizācijas rīki atvieglo maksimāli palielināt testu pārklājumu un precizitāti, neapdraudot rezultātu kvalitāti.

 

Biežāk uzdotie jautājumi un resursi

Ja vēlaties uzzināt vairāk par nefunkcionālo testēšanu, tiešsaistē ir pieejami daudzi bieži uzdotie jautājumi un resursi.

Pārlūkojiet mūsu iecienītākos tiešsaistes nefunkcionālās testēšanas resursus vai izlasiet atbildes uz dažiem visbiežāk uzdotajiem jautājumiem par nefunkcionālo testēšanu.

 

1. Labākie kursi par nefunkcionālo testēšanu

 

Tiešsaistē ir pieejami daudzi kursi, kas var palīdzēt jums paplašināt zināšanas par nefunkcionālās testēšanas metodēm un pieejām.

Daži no šiem kursiem ir pieejami bez maksas, bet citi var piedāvāt sertifikātu vai kvalifikāciju par maksu. Ja vēlaties apgūt akreditētus kursus, varat lūgt darba devējam, lai viņš jūs sponsorē un sedz mācību maksu.

 

Daži no labākajiem kursiem par nefunkcionālo testēšanu ir šādi:

 

  • TSG: Nefunkcionālās apmācības 2 dienu kurss

 

  • Udemy: Programmatūras testēšanas sākumlapa: Pilna 2023 programmatūras testēšanas sākumlapa

 

  • Edx: Programmatūras testēšanas profesionālais sertifikāts

 

  • Izglītojoši: Veiktspējas testēšanas automatizācija 101

 

2. Kādi ir 5 svarīgākie intervijas jautājumi par nefunkcionālo testēšanu?

 

Ja gatavojaties darba intervijai, lai strādātu programmatūras testēšanas jomā, intervētājs jums var uzdot jautājumus par nefunkcionālo testēšanu, lai pārliecinātos, ka saprotat, kā darbojas šis būtiskais programmatūras testēšanas posms. Sagatavojieties intervijai, iepriekš sagatavojot efektīvas atbildes uz biežāk uzdotajiem intervijas jautājumiem.

● Kā pieejas un metodes, ko izmantojat nefunkcionālajā testēšanā, varētu atšķirties no pieejām, ko izmantojat funkcionālajā testēšanā?

● Ar ko nefunkcionālā testēšana atšķiras no funkcionālās testēšanas?

● Kādi ir dažādi nefunkcionālās testēšanas veidi?

● Kā noteikt prioritātes funkcionālajiem testiem un testa gadījumiem?

● Kādā programmatūras testēšanas posmā parasti tiek veikta funkcionālā testēšana?

 

3. Labākās YouTube pamācības par nefunkcionālo testēšanu

 

Ja vēlaties mācīties, skatoties videoklipus, YouTube pamācības par nefunkcionālo testēšanu varētu būt noderīgs veids, kā uzzināt vairāk par šo programmatūras testēšanas veidu.

Zemāk ir daži no labākajiem šobrīd pieejamajiem YouTube pamācību materiāliem par programmatūras testēšanu.

Kas ir nefunkcionālā programmatūras testēšana? Programmatūras testēšanas apmācība
Palīdzība programmatūras testēšanas jomā: Nefunkcionālā testēšana
Nefunkcionālā testēšana programmatūras testēšanā
Apmeklējiet W3Schools
Funkcionālā un nefunkcionālā testēšana

 

4. Kā uzturēt nefunkcionālos testus

 

Pareiza testu uzturēšana nodrošina, ka programmatūras testus var atkārtot, nemazinot testu rezultātu kvalitāti.

Uzturot nefunkcionālos testus, varat nodrošināt, ka testēšana katrā izstrādes procesa posmā ir atbilstoša un ka testi vienmēr tiek atjaunināti atbilstoši pastāvīgi mainīgajam kodam.

 

Varat uzturēt nefunkcionālos testus, sekojot tālāk sniegtajiem padomiem.

 

● Veidojot testēšanas gadījumus un rakstot dokumentāciju, skaidri sazinieties ar testēšanas komandu.

● Vienmēr ievērojiet labāko testēšanas projektēšanas praksi

● Pārvērtēt testēšanas protokolus dažādos testēšanas procesa posmos.

● Testa izmaiņu atjaunināšana

Veicot izmaiņas pašreizējos testos, ņemiet vērā nākotnes projektus.

 

5. Vai nefunkcionālā testēšana ir melnās vai baltās kastes testēšana?

 

Nefunkcionālā testēšana ir “melnās kastes” testēšanas veids, kas nozīmē, ka testētāji neinteresējas par sistēmas iekšējo darbību, bet tikai par tās ārējiem rezultātiem.

Tas ir pretstats “baltās kastes” testēšanai, kas testē sistēmas iekšējo darbību. Baltās kastes testēšanas piemēri ir vienības testēšana un integrācijas testēšana.

Funkcionālo un nefunkcionālo prasību testēšana ir “melnās kastes” testēšanas piemēri. Tas nozīmē, ka testētājiem nav nepieciešamas padziļinātas tehniskās prasmes vai zināšanas par datorprogrammēšanu, lai veiktu melnās kastes testēšanu, kā arī viņiem nav jāmācās, kā ieviest testējamās sistēmas.

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post