Nefunkcionalno testiranje odnosi se na testiranje softvera koje se provodi radi testiranja nefunkcionalnih aspekata softverske aplikacije.
Postoji mnogo različitih vrsta nefunkcionalnog testiranja, a neke se vrste testiranja softvera mogu smatrati i funkcionalnim testiranjem i nefunkcionalnim u isto vrijeme.
Nefunkcionalno testiranje je neophodno jer ocjenjuje bitne korisničke kriterije kao što su izvedba i upotrebljivost te provjerava radi li softver prema očekivanjima izvan svoje osnovne funkcionalnosti.
U ovom članku istražujemo definiciju i karakteristike nefunkcionalnog testiranja uz vrste nefunkcionalnog testiranja, pristupe nefunkcionalnom testiranju i alate za testiranje koji mogu pomoći u optimizaciji i poboljšanju vaših vlastitih procesa nefunkcionalnog testiranja.
Što je nefunkcionalno testiranje?
Nefunkcionalno testiranje je svaka vrsta testiranja softvera gdje se testiraju nefunkcionalni aspekti međuverzije softvera.
Primjeri nefunkcionalnog testiranja uključuju testiranje osmišljeno za procjenu kapaciteta, izvedbe, upotrebljivosti, oporavka i prenosivosti.
Provjera kvalitete i statusa svakog od ovih nefunkcionalnih kriterija jednako je važna kao i provjera funkcija dijela softvera, ali ti se parametri ne testiraju u standardnom funkcionalnom testiranju.
U biti, nefunkcionalno testiranje znači testiranje ‘kako’ softverske funkcije rade, a ne testiranje ‘rade li’.
1. Kada vam je potrebno nefunkcionalno testiranje?
Nefunkcionalno testiranje provodi se tijekom faze testiranja sustava kod testiranja softvera nakon što se provede testiranje jedinica i testiranje integracije .
Tijekom testiranja sustava, ispitivači će provesti funkcionalna i nefunkcionalna testiranja, počevši od funkcionalnog testiranja.
Nakon što ispitivači utvrde da softver funkcionira prema očekivanjima, provode nefunkcionalno testiranje kako bi procijenili zadovoljava li i nefunkcionalne parametre.
Obično je potrebno provesti funkcionalno testiranje prije nefunkcionalnog testiranja jer je nemoguće testirati pouzdanost ili izvedbu funkcija koje uopće ne rade. Nefunkcionalno testiranje jedna je od posljednjih faza testiranja softvera prije testiranja prihvaćanja od strane korisnika i izdavanja konačnog proizvoda.
2. Kada vam ne trebaju nefunkcionalna testiranja
Uvijek je važno testirati nefunkcionalne aspekte softvera osim ako već nisu testirani i utvrđeno da su prikladni.
Čak i ako ste već proveli nefunkcionalno testiranje na softveru, možda će biti potrebno ponovno testirati nefunkcionalne parametre, na primjer, ako su softveru dodane nove značajke ili ako su unesene promjene koda koje bi mogle utjecati na performanse i pouzdanost.
Ciljevi nefunkcionalnog testiranja
Ciljevi nefunkcionalnog testiranja su provjeriti ispunjava li proizvod očekivanja korisnika i optimizirati proizvod prije izdavanja.
Također može pomoći programerima i testerima da bolje razumiju softver i koriste to znanje u budućim optimizacijama.
1. Kontrola kvalitete
Nefunkcionalno testiranje ima za cilj testirati čimbenike koji utječu na upotrebljivost, pouzdanost, mogućnost održavanja, prenosivost i učinkovitost proizvoda.
Testiranje ovih elemenata osigurava da je proizvod koji je pušten na tržište odgovarajuće visoke kvalitete i da ispunjava očekivanja korisnika u pogledu izvedbe, vremena učitavanja i korisničkog kapaciteta.
2. Upravljanje rizikom
Nefunkcionalno testiranje također smanjuje rizik i trošak povezan s puštanjem proizvoda na tržište povećavajući šanse da tim pusti zadovoljavajući proizvod.
Provjerom nefunkcionalnih parametara nadogradnje softvera moguće je smanjiti troškove izdavanja proizvoda jer se smanjuje potreba za daljnjim razvojem i kasnijim izmjenama softvera.
3. Optimizacija
Nefunkcionalno testiranje pomaže testerima i programerima da optimiziraju izradu softvera i optimiziraju performanse tijekom instalacije, postavljanja, izvođenja i upotrebe.
Također možete koristiti nefunkcionalno testiranje da optimizirate način na koji upravljate i nadzirete izradu softvera.
4. Prikupljanje podataka
Nefunkcionalno testiranje omogućuje ispitivačima prikupljanje i izradu mjerenja i metričkih podataka koje timovi za testiranje mogu koristiti za interno istraživanje i razvoj.
Podatke koje prikupite iz nefunkcionalnog testiranja možete koristiti da biste razumjeli kako vaš proizvod radi i kako ga možete učinkovitije optimizirati za korisnike.
5. Unapređenje znanja
Nefunkcionalno testiranje poboljšava i unapređuje znanje tima za testiranje o ponašanju proizvoda i tehnologijama koje koristi.
Ne samo da ovo pomaže timovima za testiranje da bolje razumiju softver na kojem rade, već također može pružiti korisno znanje koje pomaže testerima da bolje razumiju buduće verzije.
Tko je uključen u nefunkcionalno testiranje?
Nefunkcionalno testiranje obično provode testeri u QA okruženju, ali ponekad programeri mogu provesti nefunkcionalno testiranje tijekom razvoja.
Testiranje sustava gotovo uvijek provode testeri, a to je faza testiranja u kojoj se odvija većina nefunkcionalnog testiranja.
Ako nefunkcionalni testovi ne uspiju, testeri će poslati softver natrag razvojnim programerima da isprave pogreške u izvedbi prije ponovnog testiranja.
Prednosti nefunkcionalnog testiranja
Mnogo je prednosti provođenja nefunkcionalnog testiranja, a nefunkcionalno testiranje bitan je korak u testiranju sustava.
Bez nefunkcionalnog testiranja, timovi za testiranje ne bi mogli provjeriti ispunjava li softver stvarno zahtjeve klijenta ili ispunjava li zahtjeve postavljene u planu razvoja softvera.
1. Poboljšajte performanse softvera
Nefunkcionalno testiranje može pomoći testerima i programerima da poboljšaju cjelokupnu izvedbu softverskih aplikacija. Nefunkcionalni testovi identificiraju područja gdje performanse softvera nedostaju, na primjer u smislu brzine učitavanja ili kapaciteta obrade, i potiču softverske timove da naprave promjene kako bi ispravili te nedostatke.
Ovo osigurava da softverski timovi objavljuju softver samo kada je spreman i kada su njegove performanse dovoljno dobre.
2. Čuvajte softver sigurnim
Nefunkcionalno testiranje uključuje sigurnosno testiranje, koje je ključno za osiguravanje da je softverska verzija sigurna i zaštićena od vanjskih prijetnji i napada.
Sigurnosno testiranje omogućuje testerima i programerima da provjere štiti li softver primjereno povjerljive podatke i ima li dovoljno sigurnosti za zaštitu od suvremenih cyber napada.
3. Povećajte jednostavnost softvera
Nefunkcionalno testiranje najbolji je način da svoj softver učinite lakšim za korištenje, posebno provođenjem testiranja upotrebljivosti koje procjenjuje koliko je lako korisnicima naučiti kako koristiti i upravljati vašim softverom.
Prilagođenost korisniku vrlo je važna jer određuje koliko su korisnici zadovoljni vašim softverom i osigurava da su korisnici sposobni u potpunosti iskoristiti sve što vaš softver nudi.
4. Osigurajte da softver zadovoljava potrebe korisnika
Osigurati da softver zadovoljava potrebe korisnika trebao bi biti jedan od glavnih prioriteta svih timova za razvoj i testiranje softvera. Osim što očekuju da softver bude funkcionalan, korisnici očekuju da softver radi dobro, da radi glatko i da štiti povjerljive podatke.
Nefunkcionalno testiranje jedan je od jedinih načina da osigurate da vaš softver ispunjava ove zahtjeve.
Izazovi nefunkcionalnog testiranja
Postoje neki nedostaci provođenja nefunkcionalnog testiranja. Iako je nefunkcionalno testiranje ključno tijekom faze testiranja sustava kod testiranja softvera, proces nefunkcionalnog testiranja može predstavljati izazov softverskim timovima koji nemaju dovoljno resursa i alata.
1. Ponavljanje
Nefunkcionalno testiranje u testiranju softvera mora se provesti svaki put kada programeri ažuriraju taj softver ili svaki put kada se kod promijeni. To znači da se nefunkcionalno testiranje može jako ponavljati, što ne samo da oduzima vrijeme, već i zamara testere.
Vjerojatnije je da će umorni ispitivači koji obavljaju vrlo ponavljajuće zadatke biti ometeni i pogriješiti.
2. Trošak
Budući da se nefunkcionalno testiranje toliko ponavlja, može biti i prilično skupo, posebno za timove za testiranje koji se oslanjaju na ručno nefunkcionalno testiranje.
Softverski timovi moraju izdvojiti vrijeme i proračun za često nefunkcionalno testiranje, a programeri softvera morat će dodatno platiti za ovo dodatno testiranje.
Što testiramo u nefunkcionalnom testiranju?
Nefunkcionalno testiranje može se koristiti za testiranje mnogih različitih nefunkcionalnih parametara, od kojih svaki utječe na kvalitetu i upotrebljivost sustava. Svaki od ovih parametara testira se tijekom testiranja sustava prema kriterijima navedenim u planu testiranja.
1. Sigurnost
Sigurnosno testiranje vrsta je nefunkcionalnog testiranja koje mjeri koliko je dobro sustav zaštićen od vanjskih prijetnji i napada. To uključuje namjerna kršenja sigurnosti kao i curenje podataka i druge uobičajene povrede.
Sigurnosno testiranje važan je korak u nefunkcionalnom testiranju jer daje krajnjim korisnicima i klijentima sigurnost da su njihovi podaci sigurni.
2. Pouzdanost
Ispitivači koriste nefunkcionalno testiranje kako bi procijenili pouzdanost softvera i kako bi osigurali da softver može kontinuirano i bez greške obavljati svoje određene funkcije.
Dok funkcionalno testiranje osigurava da softver obavlja svoje ključne funkcije, samo nefunkcionalno testiranje zapravo testira pouzdanost i ponovljivost ovih rezultata.
3. Mogućnost preživljavanja
Sposobnost preživljavanja opisuje kako softverski sustav reagira u slučaju kvara u radu, a testiranje sposobnosti preživljavanja osigurava da se sustav može sam oporaviti ako se pogreške i kvarovi dogode.
Testiranje sposobnosti preživljavanja može provjeriti je li softver sposoban spremati podatke kako bi se smanjio gubitak podataka u slučaju, na primjer, iznenadnog kvara.
4. Dostupnost
Dostupnost softvera odnosi se na stupanj do kojeg korisnik može ovisiti o sustavu tijekom njegovog rada. To se također naziva stabilnošću i testira se testiranjem stabilnosti.
Testiranje stabilnosti ima neke sličnosti s testiranjem pouzdanosti jer provjerava može li sustav dosljedno raditi prema očekivanim standardima.
5. Upotrebljivost
Testiranje upotrebljivosti još je jedna važna vrsta nefunkcionalnog testiranja u testiranju softvera. Ova vrsta testiranja procjenjuje koliko dobro korisnik može naučiti, upravljati i koristiti softverski sustav slijedeći upute na ekranu i druge osnovne vodiče.
Testiranje upotrebljivosti je važno jer ako softver nije visoko upotrebljiv, većina korisnika će ga jednostavno napustiti ili će izabrati koristiti nešto drugo.
6. Skalabilnost
Testiranje skalabilnosti testira u kojoj mjeri softverska aplikacija može proširiti svoj kapacitet obrade kako bi zadovoljila sve veću potražnju.
Na primjer, ako je softver dizajniran za korištenje od strane više korisnika na jednoj mreži odjednom, kako funkcionira kada se deset korisnika prijavi u isto vrijeme? Utječe li veći broj korisnika značajno na izvedbu ili vrijeme učitavanja?
7. Interoperabilnost
Testiranje interoperabilnosti vrsta je nefunkcionalnog testiranja koje provjerava koliko dobro softverski sustav ima sučelje s drugim softverskim sustavima.
Ovo je osobito važno kada je softver dizajniran kao dio paketa proizvoda koji se međusobno integriraju.
8. Učinkovitost
Učinkovitost u testiranju softvera odnosi se na opseg do kojeg softverski sustav može podnijeti kapacitet, količinu i vrijeme odziva.
Na primjer, ispitivači mogu procijeniti koliko se korisnika može prijaviti u sustav odjednom, koliko je vremena potrebno za dohvaćanje podataka iz baze podataka ili koliko brzo softver može izvršiti osnovne zadatke.
9. Fleksibilnost
Fleksibilnost mjeri stupanj do kojeg softverski sustav može raditi s različitim vrstama hardvera i perifernih uređaja.
Na primjer, koliko RAM-a softver zahtijeva ili zahtijeva li određenu količinu CPU-a. Što su niži zahtjevi za softversku aplikaciju, to je softver fleksibilniji.
10. Prenosivost
Testiranje prenosivosti koristi se za testiranje koliko se fleksibilno softver može prenijeti iz svog trenutnog hardverskog ili softverskog okruženja i koliko je to jednostavno učiniti.
Prenosivost je važna jer utječe na to koliko lako krajnji korisnici mogu upravljati softverom i premještati ga između različitih sustava.
11. Ponovno korištenje
Testiranje ponovne upotrebe vrsta je nefunkcionalnog testiranja koje testira mogu li se dijelovi softverskog sustava pretvoriti za ponovnu upotrebu unutar druge aplikacije.
Iako testiranje ponovne upotrebe obično ne utječe na klijente i krajnje korisnike, ono je dobar odraz toga koliko učinkovito programeri stvaraju komponente koje se mogu ponovno koristiti u budućnosti.
Karakteristike nefunkcionalnih testova
Razumijevanje što su nefunkcionalni testovi uključuje razumijevanje karakteristika nefunkcionalnih testova. Ove karakteristike definiraju nefunkcionalno testiranje u testiranju softvera.
1. Mjerljiv
Nefunkcionalno testiranje uvijek je kvantitativno i mjerljivo, što znači da ispitivači ne koriste subjektivne izraze poput ‘lijepo’ ili ‘dobro’, umjesto toga koriste brojke i činjenice za opisivanje rezultata nefunkcionalnog testiranja.
Na primjer, umjesto da se vremena učitavanja opisuju kao “brza” ili “spora”, nefunkcionalno testiranje trebalo bi rezultirati određenim brojkama koje pokazuju broj puta.
2. Specifični
Prilikom provođenja nefunkcionalnog testiranja, svrha testova trebala bi biti specifična za specifikacije dizajna softvera.
Na primjer, ako se plan softverskog projekta odnosi na broj korisnika koji bi se trebali moći prijaviti odjednom, to bi trebalo imati prioritet kod nefunkcionalnog testiranja.
3. Nepoznato
Iako se nefunkcionalno testiranje može posebno osmisliti za mjerenje atributa navedenih u projektnim planovima, u mnogim slučajevima ti atributi neće biti specificirani unaprijed.
U tom slučaju, ispitivači bi trebali jednostavno izvršiti nefunkcionalno testiranje kako bi procijenili softver na temelju svakog parametra i kasnije ih usporediti s očekivanjima.
Životni ciklus nefunkcionalnih testova
Budući da se nefunkcionalno testiranje ne odnosi na određenu fazu u životnom ciklusu testiranja softvera, već jednostavno na vrstu testiranja koje se obično događa tijekom faze testiranja sustava kod testiranja softvera, životni ciklus nefunkcionalnog testiranja može uvelike varirati između projekata.
Općenito, slijedi životni ciklus sličan drugim vrstama testiranja softvera koji počinje analizom projektnih zahtjeva i završava izvođenjem testa i ispunjavanjem ciklusa.
1. Analiza zahtjeva softvera
Prva faza životnog ciklusa za nefunkcionalno testiranje je analiza softverskih zahtjeva. Softverski timovi rade prema određenim kriterijima kada izrađuju i testiraju aplikacije, a ti bi kriteriji trebali diktirati koju vrstu testova treba provesti.
2. Planiranje ispitivanja
Sljedeća faza životnog ciklusa je planiranje testiranja. Tijekom faze planiranja testiranja, QA voditelj sastavit će detaljan plan testiranja koji detaljno opisuje što će se testirati, tko će provesti testiranje i koji će se pristupi testiranju, metode i alati koristiti.
Plan testiranja treba sadržavati sve potrebne pojedinosti koje testeri trebaju za izradu i izvođenje testnih slučajeva.
3. Stvaranje testnog slučaja
Stvaranje testnog slučaja sljedeća je faza nefunkcionalnog testiranja. Ova faza uključuje razvoj nefunkcionalnih testnih slučajeva koje će ispitivači izvršiti u kasnijoj fazi kako bi testirali nefunkcionalne zahtjeve sustava.
Testni slučajevi opisuju što će se testirati, kako će se testirati i koji je očekivani ishod testa.
4. Postavljanje testnog okruženja
Sljedeća faza u životnom ciklusu nefunkcionalnog testiranja je postavljanje testnog okruženja prije početka testiranja.
Okruženje za testiranje mjesto je gdje se odvijaju sva testiranja i ono je dom resursima i alatima koje ćete koristiti za izvođenje nefunkcionalnih testova.
Tim za testiranje priprema testnu okolinu postavljenu prije izvođenja testa.
5. Izvođenje testa
Izvršenje testa sljedeća je faza životnog ciklusa nefunkcionalnog testiranja. Uključuje izvođenje prethodno kreiranih testnih slučajeva za testiranje različitih aspekata softverskih aplikacija uključujući sigurnost, vrijeme učitavanja, kapacitet i prenosivost.
Testni tim izvršava svaki slučaj pojedinačno i provjerava ishod svakog testa u odnosu na očekivani ishod.
6. Ponavljanje ciklusa
Završna faza životnog ciklusa nefunkcionalnog testiranja je ispunjenje ciklusa i ponavljanje. Nakon izvršenja svih testnih slučajeva, testeri provjeravaju koji su testovi prošli, a koji nisu.
Testovi koji ne uspiju obično pokazuju da postoji nedostatak koji programeri moraju popraviti. Nakon što su programeri zakrpali ili uredili kod, ciklus testiranja softvera se ponovno ponavlja dok se ne pronađu nedostaci.
Razjašnjavanje zabune:
Nefunkcionalno testiranje vs funkcionalno testiranje
Funkcionalno testiranje i nefunkcionalno testiranje dvije su različite, ali jednako važne vrste testiranja softvera koje se zajedno koriste za procjenu zadovoljava li softverska aplikacija zahtjeve korisnika kako je navedeno u sažetku projekta.
Iako su obje neophodne vrste testiranja koje softverskim timovima omogućuju identificiranje nedostataka unutar softverskih verzija, funkcionalno i nefunkcionalno testiranje potpuno se razlikuju jedno od drugog.
1. Koja je razlika između funkcionalnog i nefunkcionalnog testiranja?
Razlika između funkcionalnog i nefunkcionalnog testiranja je u onome što testiraju. Funkcionalno testiranje testira funkcije aplikacije i provjerava rade li prema očekivanjima. Nefunkcionalno testiranje testira druge aspekte aplikacije koji utječu na zadovoljstvo korisnika i kvalitetu aplikacije.
Funkcionalno i nefunkcionalno testiranje odvija se u različitim fazama testiranja softvera, no obje vrste testiranja obično se provode tijekom faze testiranja sustava.
I funkcionalno i nefunkcionalno testiranje može nam pomoći da shvatimo koliko dobro aplikacija radi i obavlja li svoj posao na odgovarajući način.
Na primjer, ako testirate mobilnu aplikaciju koja korisnicima omogućuje spremanje popisa obaveza i popisa za kupnju, funkcionalno testiranje može testirati funkcije poput stvaranja novog popisa, spremanja popisa i uređivanja postojećih popisa.
Nefunkcionalno testiranje može procijeniti koliko dobro aplikacija radi na različitim mobilnim uređajima, koliko se brzo popisi učitavaju i koliko na izvedbu aplikacije utječe kada druge aplikacije rade u pozadini.
2. Zaključak: nefunkcionalno testiranje nasuprot funkcionalnom testiranju
I funkcionalno i nefunkcionalno testiranje važne su vrste testiranja softvera koje mogu pomoći testerima i QA timovima da procijene ispunjava li aplikacija svoje trenutne zahtjeve.
Dok funkcionalno testiranje testira funkcije softvera, nefunkcionalno testiranje testira druge aspekte koji mogu utjecati na performanse, učinkovitost i sigurnost.
Jedinično testiranje , integracijsko testiranje i API testiranje oblici su funkcionalnog testiranja. U svakoj od ovih faza testiranja softvera, ispitivači procjenjuju koliko dobro funkcije i značajke rade pojedinačno ili zajedno i identificiraju greške i nedostatke koji onemogućuju rad funkcija prema očekivanjima.
Sigurnosno testiranje, testiranje upotrebljivosti, testiranje prenosivosti i testiranje opterećenja svi su oblici nefunkcionalnog testiranja koji testerima omogućuju procjenu koliko dobro aplikacija obavlja svoje funkcije i podržava potrebe korisnika.
Vrste nefunkcionalnih ispitivanja
Postoji mnogo različitih tipova nefunkcionalnog testiranja, od kojih svaki testira različiti nefunkcionalni aspekt izvedbe ili učinkovitosti softverske aplikacije.
Svaka od ovih vrsta testova će testirati različite parametre, a neki testovi mogu testirati iste parametre na različite načine.
1. Testovi performansi
Testovi izvedbe vrsta su nefunkcionalnog testa koji provjerava koliko dobro rade različite softverske komponente. Umjesto testiranja njihove funkcionalnosti, što radi funkcionalno testiranje, testovi performansi mogu testirati vremena odziva, uska grla i točke kvara. Testiranje performansi pomaže testerima da osiguraju da je softver visoke kvalitete te da je brz, stabilan i pouzdan.
2. Testovi otpornosti na stres
Testiranje otpornosti na stres vrsta je nefunkcionalnog testiranja koje testira koliko dobro softver radi kada je izložen neuobičajenim količinama stresa. To bi moglo značiti testiranje izvedbe softvera kada netko pokuša koristiti mnogo različitih značajki odjednom ili dok istovremeno pokreće mnoge druge aplikacije.
Testiranje otpornosti na stres nastoji identificirati granicu na kojoj softver prestaje ispravno raditi i što se događa kada je sustav pod stresom. Omogućuje testerima da razumiju može li se sustav sam oporaviti i obavještava li korisnike odgovarajućim porukama o pogrešci.
3. Ispitivanja opterećenja
Testiranje opterećenja je vrsta testiranja koja procjenjuje koliko se dobro softver ponaša u normalnim uvjetima i kada se nosi s većim opterećenjima. Koristi se za određivanje koliko softver može podnijeti istovremeno bez negativnog utjecaja na performanse.
Testiranje opterećenja može se koristiti za testiranje kako aplikacije rade kada ih koristi puno korisnika odjednom ili kada korisnici pokušavaju preuzeti mnogo podataka u isto vrijeme.
Testiranje opterećenja važno je ako želite provjeriti je li vaš softver skalabilan.
4. Sigurnosni testovi
Sigurnosni testovi procjenjuju softverske aplikacije i traže ranjivosti u sigurnosti softvera. To uključuje potencijalne sigurnosne rizike koji bi mogli rezultirati gubitkom podataka ili kršenjima koja otkrivaju povjerljive podatke.
Sigurnosno testiranje važno je jer osigurava da je proizvod primjereno zaštićen od hakiranja, povrede podataka i drugih vanjskih sigurnosnih prijetnji.
Neki primjeri sigurnosnih testova koje testeri mogu izvesti uključuju sigurnosne revizije, etičko hakiranje, testiranje prodora, sigurnosna skeniranja i procjene položaja.
5. Testovi nadogradnje i instalacije
Testiranje nadogradnje i instalacije vrsta je testiranja nefunkcionalnog softvera kojim se provjerava koliko dobro softver radi na različitim strojevima.
Svrha ove vrste testiranja je osigurati da novi korisnici mogu jednostavno instalirati softver na svoje strojeve i da ga postojeći korisnici mogu nadograditi kada se objave nove nadogradnje.
Nadogradnja i testiranje instalacije važni su jer krajnji korisnici moraju moći jednostavno instalirati vaš proizvod pod uvjetom da rade sa strojem koji je s njim kompatibilan.
6. Ispitivanja volumena
Testiranje količine je vrsta testiranja koja postoji da bi se provjerilo što se događa kada se velike količine podataka dodaju u bazu podataka odjednom. Ovo identificira može li aplikacija obraditi velike količine podataka i što će se dogoditi sa sustavom ako ne može.
Testiranje količine poznato je i kao testiranje poplave, a možete ga koristiti za procjenu gubitka podataka i poruka o pogrešci koje se javljaju prilikom dodavanja značajnih količina podataka u sustav.
Testiranje količine jedini je način da se osigura da softver može obraditi količine podataka koje korisnici očekuju.
7. Testovi oporavka
Testovi oporavka uključuju prisiljavanje softverskog sustava da ne testira koliko se dobro sustav oporavlja nakon pada.
Testiranje oporavka može pomoći testerima da razumiju kako softver obnavlja podatke i sprječava gubitke ako je hardver isključen tijekom upotrebe, ako je softver isključen s mreže tijekom prijenosa podataka ili ako neočekivano ponovno pokrenete sustav.
Ova vrsta testiranja važna je jer bi sustavi bez odgovarajućih protokola za oporavak mogli pretrpjeti ozbiljne gubitke podataka kada se dogode ovakve nezgode.
Što vam je potrebno za početak nefunkcionalnog testiranja
Prije nego započnete nefunkcionalno testiranje, morat ćete biti sigurni da ste pripremili okruženje za testiranje i prikupili alate i podatke koji su vam potrebni.
1. Plan testiranja
Prije nego započnete nefunkcionalno testiranje, provjerite imate li gotov plan testiranja koji su potpisale odgovarajuće osobe.
Vaš plan testiranja trebao bi uključivati sve relevantne detalje o tome što ćete testirati i kako. Trebalo bi objasniti kada ćete koristiti ručno testiranje, a kada automatizirano testiranje, kao i navesti uloge i odgovornosti svih koji su uključeni u proces testiranja.
2. Test slučajevi
Prije nego što možete izvršiti nefunkcionalne testove, morat ćete stvoriti testne slučajeve. Svaki testni slučaj opisuje određenu stvar koju ćete testirati, objašnjava kako ćete to testirati i opisuje očekivani rezultat testa.
Na primjer, ako provodite testiranje opterećenja, primjer testnog slučaja može testirati kako se softver ponaša kada deset korisnika koristi isti modul u isto vrijeme.
3. Funkcionalna provjera
Ne možete izvršiti nefunkcionalno testiranje softverskih komponenti ako nisu funkcionalne.
Na primjer, ako želite testirati koliko korisnika softver može podnijeti da su prijavljeni u isto vrijeme, prvo je važno provjeriti mogu li se pojedinačni korisnici stvarno prijaviti u softver.
Prije nego započnete s nefunkcionalnim testiranjem, provjerite jesu li svi vaši funkcionalni testovi prošli i funkcionira li vaš softver onako kako očekujete.
To obično znači da su testiranje dima , testiranje ispravnosti , testiranje jedinica, integracija i testiranje funkcionalnog sustava već provedeno.
4. Alati za testiranje
Prije nego započnete s nefunkcionalnim testiranjem, prikupite sve alate za testiranje koje želite koristiti za provođenje testova.
Bez obzira koristite li alate za automatizaciju za djelomično automatizirati neke od vaših testova ili alate za dokumentaciju koji će vam pomoći u upravljanju i pohranjivanju izvješća o testiranju za kasniju upotrebu, pobrinite se da su alati koje želite koristiti dostupni i spremni za upotrebu te da svi u timu za testiranje znaju kako pravilno koristiti svaki alat.
5. Okruženje za testiranje
Postavite okruženje za testiranje prije nego što počnete s nefunkcionalnim testiranjem. Možda već imate odgovarajuće okruženje za testiranje, posebno ako možete koristiti isto okruženje za testiranje nefunkcionalnog sustava i testiranje funkcionalnog sustava.
Idealno okruženje za testiranje omogućuje vam testiranje svakog elementa koji vam je potreban na ispravnim uređajima.
Na primjer, ako testirate rukovanje glasnoćom na pametnim uređajima, bolje je to testirati na stvarnom pametnom uređaju nego pokušati emulirati mobilno okruženje na stolnom računalu.
Nefunkcionalni proces testiranja
Testiranje nefunkcionalnih aspekata međuverzije softvera proces je u više koraka koji uključuje pripremu testnog okruženja, stvaranje testnih slučajeva, prikupljanje testnih podataka i izvršavanje nefunkcionalnih testova.
Moguće je rastaviti proces testiranja na male dijelove kako bi ga početnici lakše pratili u nefunkcionalnom testiranju.
1. Provjere spremnosti nefunkcionalnog testiranja
Prije nego što počnete s nefunkcionalnim testiranjem, važno je provjeriti jeste li spremni za ovu fazu testiranja.
To može značiti procjenu izlaznih kriterija za posljednju fazu testiranja kako bismo bili sigurni da ju je softver prošao i da bismo bili sigurni da je softver prošao sve funkcionalne testove koji su potrebni prije početka nefunkcionalnog testiranja.
Neki timovi mogu stvoriti ulazne kriterije za nefunkcionalno testiranje, što uključuje sve uvjete koji moraju biti ispunjeni prije početka nefunkcionalnog testiranja.
2. Napravite plan testiranja
Možda ste već izvršili ovaj korak ranije ako izvodite nefunkcionalno testiranje kao dio testiranja sustava i slijedite svoj plan testiranja sustava. Plan testiranja opisuje sve testove koje trebate provesti i kako ih namjeravate provesti.
Bez jasnog plana testiranja, lako je izgubiti iz vida opseg i ciljeve testova koje izvodite.
3. Stvorite testne slučajeve
Sljedeća faza nefunkcionalnog testiranja je stvaranje testnih slučajeva dizajniranih za testiranje svakog nefunkcionalnog parametra softvera.
Svaki testni slučaj trebao bi imati ID testnog slučaja, naziv testnog slučaja, opis i pojedinosti očekivanog ishoda testa, kao i sve kriterije za prolaz ili pad koji su unaprijed određeni. To pomaže ispitivačima da razumiju kako provesti svaki test i koje rezultate tražiti.
4. Prikupite podatke o ispitivanju
Prije nego što možete izvršiti svaki testni slučaj, morat ćete prikupiti testne podatke koje ćete koristiti za svaki testni slučaj.
To obično znači prikupljanje koda i podataka iz različitih modula i komponenti koje čine funkcije i područja koja ćete testirati. Ako maksimizirate pokrivenost testom, trebali biste imati puno testnih podataka s kojima možete raditi.
5. Pripremite testno okruženje
Sljedeća faza nefunkcionalnog testiranja je priprema testnog okruženja. Testno okruženje je poslužitelj za testiranje koji ćete koristiti za provođenje testiranja softvera različitih vrsta.
Omogućuje vam stvaranje identičnih uvjeta za testiranje vašeg softvera i postavljanje softvera s različitim konfiguracijama za testiranje konfiguracije, sigurnosno testiranje i druge vrste nefunkcionalnog testiranja.
6. Izvršite nefunkcionalne testove
Nakon što je testna okolina spremna, vrijeme je za izvođenje nefunkcionalnih testova. Možete odlučiti izvršiti testove prema vrsti, na primjer počevši s testiranjem performansi prije nego prijeđete na sigurnosne testove i druge vrste nefunkcionalnih testova.
Dok provodite svaki test, zabilježite rezultate u svom izvješću o testiranju. Ako automatizirate testiranje , vaš alat za automatizaciju također će imati standardizirani način jasnog i nedvosmislenog izvješćivanja o rezultatima.
7. Izvijestite o rezultatima ispitivanja
Nakon izvođenja svakog testa, sastavite rezultate svojih nefunkcionalnih testova u jedno izvješće.
Ovo izvješće mora jasno sadržavati rezultate svakog testa i nedvosmisleno je li svaki test prošao ili nije.
Slijedite standardiziranu strukturu za svoje izvješće o ispitivanju kako biste bili sigurni da su uključene sve informacije koje ćete morati proslijediti.
8. Popravite nedostatke
Nakon što stignu rezultati testa, vratite softver programerima ako testovi nisu uspjeli ili ste identificirali bilo kakve nefunkcionalne greške koje treba popraviti.
Na primjer, ako softver ne obrađuje odgovarajući broj korisnika odjednom ili ako se performanse previše usporavaju kada se više programa izvodi u isto vrijeme, te će probleme vjerojatno trebati riješiti unutar koda kako bi se osiguralo da korisnici zadovoljan proizvodom.
9. Ponovite ciklus testiranja
Nakon što programeri poprave sve nedostatke pronađene u početnoj nefunkcionalnoj fazi testiranja, ciklus testiranja može započeti iznova.
Programeri će ispitati ispravnost promjena koje naprave i proslijediti novu verziju natrag QA testerima, koji će zatim provesti cijeli paket testiranja počevši od dimnog testiranja, testiranja jedinice, testiranja integracije i na kraju testiranja sustava.
Ciklus testiranja ponavlja se sve dok se ni u jednom trenutku ne pojave pogreške ili nedostaci, nakon čega izgradnja može ući u završnu fazu testiranja: testiranje prihvaćanja korisnika .
Test slučajevi za nefunkcionalno testiranje
Testni slučajevi važan su aspekt svakog testiranja softvera, a kada provodite i funkcionalno i nefunkcionalno testiranje, koristit ćete testne slučajeve da definirate što ćete testirati i kako ćete to testirati.
Svaki testni slučaj može se promatrati kao mini-test, a svaki testni slučaj će imati svoje definirane izlaze i rezultate.
1. Što su testni slučajevi za nefunkcionalno testiranje?
Testni slučaj je skup radnji koje se izvode na verziji softvera kako bi se testiralo zadovoljava li uvjete definirane u planu softvera. Svaki testni slučaj učinkovito govori testerima što testirati i kako, a osmišljen je za testiranje određene funkcije ili nefunkcionalne značajke softverske aplikacije.
Nefunkcionalni testni slučajevi mogu uključivati testiranje što se događa kada netko pokuša pristupiti sigurnim podacima unutar sustava ili testiranje brzine učitavanja softvera pri pokretanju.
2. Kako dizajnirati nefunkcionalne test slučajeve?
Kada dizajnirate testne slučajeve za nefunkcionalno testiranje, važno je slijediti standardne prakse testnih slučajeva imajući na umu ciljeve svojih nefunkcionalnih testova.
Slijedite korake u nastavku da biste napisali testne slučajeve za nefunkcionalno testiranje koji jasno ocrtavaju što vaši testeri moraju učiniti za izvođenje svakog testa.
1. Definirajte područje koje želite pokriti
Za svaki testni slučaj razmislite koje će područje vašeg softvera ovaj testni slučaj pokriti.
Na primjer, ako pišete testne slučajeve za testiranje instalacije i nadogradnje, možete uključiti testne slučajeve koji procjenjuju koliko je lako instalirati aplikaciju na različite uređaje i koliko je vremena potrebno za nadogradnju softvera pomoću nove zakrpe.
2. Stvorite jedinstveni ID testnog slučaja
Svaki testni slučaj treba imati jedinstveni ID testnog slučaja. To olakšava kasnije pronalaženje opisa i rezultata testnog slučaja i uklanja svaku zabunu oko toga na koji testni slučaj mislite ako dva testna slučaja imaju slična imena ili opise.
3. Imenujte i opišite svaki test
Iako ID testnog slučaja identificira test, također ćete htjeti dati naziv i opis za svaki testni slučaj koji napišete.
To bi trebao biti jednostavan naziv koji sažima ono što testirate, dok je opis jedna rečenica koja to razrađuje malo detaljnije.
Opis bi trebao biti dovoljno jasan da ispitivači znaju što testirati i kako to testirati, kao i sve posebne uvjete koji moraju biti ispunjeni u testu.
4. Navedite očekivani rezultat
Za svaki testni slučaj ocrtajte rezultat koji bi se trebao dogoditi ako softver radi kako se očekuje.
U nefunkcionalnim testovima kao što su testiranje performansi i testiranje opterećenja, to u mnogim slučajevima može značiti da softver jednostavno nastavlja raditi normalno bez usporavanja, zaostajanja ili rušenja.
U drugim slučajevima to može značiti da se javljaju određene poruke o pogrešci kako bi se korisnika obavijestilo o problemu i preporučilo rješenje.
5. Preporučite tehnike testiranja
Za svaki testni slučaj preporučite vrstu tehnika testiranja i nefunkcionalnih alata za testiranje za koje mislite da bi ispitivač trebao koristiti tijekom testiranja.
U nefunkcionalnom testiranju, ispitivači mogu koristiti vrlo različite pristupe za različite vrste testiranja.
Na primjer, testiranje opterećenja i testiranje stresa može zahtijevati automatizaciju jer je nepraktično ručno simulirati izuzetno gust promet, dok je druge vrste testiranja lakše provesti bez ikakvih posebnih alata ili tehnologija.
6. Neka svaki testni slučaj bude pregledan od strane kolega
Prije nego što potpišete svaki testni slučaj, neka svaki slučaj recenzira netko s kim radite. Ovo može biti drugi tester ili QA voditelj.
Slučajevi testiranja od strane kolega osiguravaju da su dovoljno jasni da ih može pratiti tester treće strane i da ne sadrže nikakve dvosmislenosti ili pogreške koje bi mogle dovesti do nepravilnog testiranja.
3. Primjeri nefunkcionalnih testnih slučajeva
Ako pišete testne slučajeve za nefunkcionalno testiranje, oni bi mogli izgledati otprilike kao primjeri nefunkcionalnog testiranja u nastavku.
Primjer testiranja skalabilnosti
ID testa: 6671
Naziv testnog slučaja: Test prijave više korisnika
Opis: Emulirajte 20+ korisnika koji se istovremeno prijavljuju na softver pomoću alata za automatizaciju.
Očekivani rezultati: softver bi trebao raditi normalno za svakog korisnika, dopuštajući svakom korisniku da se uspješno prijavi za manje od 5 sekundi.
Primjer testiranja kompatibilnosti
ID testa: 5214
Naziv testnog slučaja: Učitavanje aplikacije u pregledniku Opera
Opis: Učitajte aplikaciju u web preglednik Opera.
Očekivani rezultati: Aplikacija se normalno učitava u web pregledniku Opera sa standardnom razlučivošću i izgledom zaslona.
Ručni ili automatizirani nefunkcionalni testovi?
Kada birate između različitih tehnika nefunkcionalnog testiranja, morat ćete odlučiti želite li provesti ručne ili automatizirane nefunkcionalne testove.
Ručne testove provode ljudski testeri, što znači da njihovo izvođenje obično oduzima više vremena, ali također nude mogućnosti za eksplorativno testiranje.
Automatizirani nefunkcionalni testovi su brži i, na neki način, pouzdaniji, ali također zahtijevaju više resursa ili alata. Automatizacija i hiperautomatizacija postaje sve popularnija u testiranju, posebice kada je u pitanju nefunkcionalno testiranje.
Ručno nefunkcionalno testiranje: prednosti, izazovi i procesi
Ručno testiranje nefunkcionalnosti provode isključivo ispitivači koji će svaki pojedini nefunkcionalni element testirati samostalno.
Prilikom provođenja ručnih nefunkcionalnih testova, ispitivači moraju prikupiti informacije o softveru, izraditi pojedinačne testne slučajeve koji odgovaraju planu testiranja i ručno izvršiti te testne slučajeve.
To oduzima dosta vremena, ali također znači da QA testeri imaju slobodu odrediti što se testira i kako.
1. Neke od prednosti ručnog testiranja uključuju:
● Ručno testiranje može biti jeftinije od automatiziranog jer ne zahtijeva posebne tehnologije ili tehničko znanje.
● Ručno testiranje omogućuje ispitivačima da ponude ljudski uvid i subjektivnost u to kako softver funkcionira i funkcionira li na zadovoljavajući način.
● Ručno testiranje može se koristiti za provođenje testiranja sustava u scenarijima gdje ga je nemoguće automatizirati.
● Ručno testiranje omogućuje ispitivačima procjenu vizualnih aspekata sustava kao što je grafičko sučelje i drugi čimbenici koji bi mogli utjecati na upotrebljivost.
● Ručno testiranje nudi testerima širu perspektivu sustava kao cjeline i načina na koji različiti moduli i komponente rade zajedno
Međutim, postoje i nedostaci ručnog testiranja.
2. Neki od izazova ručnog testiranja uključuju:
● Neke vrste nefunkcionalnog testiranja, uključujući testiranje opterećenja i testiranje performansi, nije praktično provoditi ručno
● Ručno testiranje zahtijeva znatno više vremena od automatiziranog nefunkcionalnog testiranja
● Ručni ispitivači mogu biti ometeni, izgubiti fokus i pogriješiti, posebno kada provode vrlo ponavljajuće zadatke testiranja
Automatizirano nefunkcionalno testiranje: prednosti, izazovi i procesi
Automatizirano nefunkcionalno testiranje provode automatizirane skripte i alati za testiranje. Kada koriste automatizirane metode testiranja, ispitivači mogu provoditi testove u pozadini dok nastavljaju s drugim zadacima, nakon pokretanja automatiziranih testova.
1. Neke od prednosti automatizacije nefunkcionalnih testova su:
1. Uštedite vrijeme i resurse smanjenjem vremena koje trošite na dugotrajne zadatke koji oduzimaju puno vremena
2. Automatizacija omogućuje povećanje pokrivenosti testom pokrivanjem šireg raspona komponenti i značajki
3. Izvedivije je često provoditi automatizirane testove jer im je potrebno manje vremena
4. Automatizirano testiranje idealno je za dugotrajne zadatke testiranja poput testiranja opterećenja, testiranja volumena i testiranja stresa koje je vrlo teško provesti ručno
5. Postoji manja vjerojatnost pojave pogrešaka prilikom izvođenja automatiziranog testiranja
Međutim, postoje i neki nedostaci automatskog testiranja što znači da to nije uvijek pravi pristup za sve vrste nefunkcionalnog testiranja.
2. Neki od izazova automatiziranog nefunkcionalnog testiranja uključuju:
1. Automatizirano testiranje je skuplje za postavljanje od ručnog testiranja
2. Postavljanje automatizacije testiranja može oduzeti vrijeme i tehničke resurse
3. Automatizacija testiranja ne dopušta prostor za eksplorativno testiranje
4. Automatizacija testova i dalje zahtijeva vrijeme za izradu testnih slučajeva
Zaključak: ručno ili automatizirano
nefunkcionalno testiranje?
U većini vrsta testiranja softvera, kombiniranje ručnog i automatiziranog testiranja obično daje najbolje rezultate. To omogućuje timovima za testiranje da iskoriste učinkovitost, pouzdanost i točnost automatiziranog testiranja, a istovremeno provode istraživačko testiranje koje testerima omogućuje procjenu softvera iz subjektivnije perspektive.
U nefunkcionalnom testiranju, i ručno i automatizirano testiranje gotovo su potrebni za većinu timova za testiranje.
Ručno testiranje najbolje se koristi za izvođenje nefunkcionalnih zadataka testiranja kao što je testiranje upotrebljivosti, dok se automatizirano testiranje najčešće koristi za izvođenje testova koji bi oduzimali previše vremena i teško ih je provesti ručno, kao što je testiranje stresa ili testiranje volumena.
Nefunkcionalno testiranje jedno je od najočitijih područja za korištenje tehnika automatizacije testiranja jer je to kvantitativna, mjerljiva vrsta testiranja koja ne traži subjektivne rezultate.
Kao i kod drugih vrsta testiranja, nefunkcionalno testiranje obično se provodi kombinacijom ručnog i automatiziranog testiranja.
Međutim, automatizirano testiranje praktički je potrebno za mnoge vrste nefunkcionalnog testiranja, a parametri i metrika nefunkcionalnog testiranja znače da je automatizacija prikladnija za ovu vrstu testiranja nego za funkcionalno testiranje.
Najbolje prakse za nefunkcionalno testiranje
Kada prvi put provodite nefunkcionalno testiranje, slijedeći najbolje prakse testiranja mogu vam pomoći da standardizirate svoj postupak testiranja i optimizirate učinkovitost svojih testova.
Najbolje prakse služe kao smjernice timovima za testiranje softvera koji žele poboljšati procese testiranja i uskladiti se s industrijskim standardima.
1. Koristite alate za automatizaciju
Kod nefunkcionalnog testiranja, više nego kod drugih vrsta testiranja, važno je koristiti alate za automatizaciju za automatizaciju određenih vrsta testiranja, posebno testiranja volumena, testiranja stresa i testiranja opterećenja.
Ove vrste testiranja obično provjeravaju koliko dobro softver radi pod velikim pritiskom korisnika, podataka i prometa, što mogu biti vrlo teški uvjeti za ručno oponašanje.
Automatiziranje ovih vrsta nefunkcionalnih testova ne samo da će biti učinkovitije nego i točnije i omogućiti ispitivačima da lako repliciraju veća opterećenja i naprezanja.
2. Stručni pregled cjelokupne dokumentacije
Osim što tražite od kolega da pregledaju testne slučajeve koje stvorite, zamolite kolege unutar vašeg tima za testiranje da pregledaju izvješća o greškama, izvješća o testiranju, planove testiranja i druge oblike formalne dokumentacije stvorene tijekom procesa testiranja.
Time se smanjuje rizik od malih pogrešaka koje bi mogle uzrokovati ozbiljna kašnjenja u procesu testiranja i razvoja.
3. Definirajte mjerljive zahtjeve
Kada definirate zahtjeve svog softvera prije početka nefunkcionalnog testiranja, provjerite je li svaki zahtjev objektivan i mjerljiv.
To olakšava testerima da utvrde ispunjava li softver ove zahtjeve tijekom testiranja i ne ostavlja prostora za tumačenje.
Što se računa kao ‘brzo’ ili ‘učinkovito’? Koristite brojeve i kvantitativne vrijednosti kako biste definirali što tražite.
4. Pažljivo razmotrite metriku testiranja
Prije nego što odlučite koje ćete metrike koristiti za mjerenje performansi svog softvera, razmislite što će korisnici softvera željeti i koje su metrike zapravo usklađene sa softverskim planom i zahtjevima.
Većina softvera trebala bi biti brza i pouzdana, ali koje bi druge mjerne podatke vaši korisnici mogli tražiti? Postoje li metrike specifične za softver koje biste trebali uzeti u obzir tijekom procesa testiranja?
Vrste izlaza iz nefunkcionalnog testa
Kada provodite nefunkcionalno testiranje, primit ćete različite vrste izlaza iz testova koje izvodite.
Oni se obično prilično razlikuju od rezultata funkcionalnog testiranja, koji su često jasniji jer funkcionalni testovi jednostavno provjeravaju radi li funkcija kako treba ili ne.
Poput funkcionalnog testiranja, ispitivači bi trebali postaviti jasna očekivanja za svaki testni slučaj kako bi se lako utvrdilo prolazi li svaki test ili ne.
1. Apsolutni brojevi
Prilikom provođenja testiranja performansi, testiranja otpornosti na stres i drugih vrsta nefunkcionalnih testiranja, rezultati koje možda najčešće gledate su brzine i drugi apsolutni brojevi.
Testiranje performansi provjerava koliko brzo sustav može izvršiti određene zadatke, a to će se mjeriti u sekundama ili milisekundama.
Ako provodite testiranje opterećenja, možete procijeniti koliko podataka softver može obraditi odjednom bez rušenja ili zaostajanja.
2. Slanje poruka o pogrešci
Nefunkcionalno testiranje također provjerava kako sustav radi kada se pojave pogreške, kao što su sigurnosne pogreške, pogreške provjere valjanosti i konfiguracijske pogreške.
Važno je da sustavi prikazuju točne i jasne poruke o pogreškama kada se pogreške dogode kako bi korisnici mogli poduzeti korake za ispravljanje problema i nastaviti koristiti softver.
Poruke o pogrešci također bi se trebale pojaviti tijekom sigurnosnog testiranja kada sustav sprječava korisnike da probiju ugrađene sigurnosne značajke softvera.
3. Padovi
Rušenje je znak kvara sustava i obično označava da sustav ne može raditi na razini koju testirate i može značiti da je test prošao.
U nekim slučajevima, sustav bi se mogao srušiti, a ipak proći testni slučaj na kojem radite, na primjer, ako sustav izdrži potrebnu količinu stresa ili prometa prije pada.
Prilikom izvođenja nefunkcionalnog testiranja, ispitivači bi trebali očekivati da će se sustav redovno rušiti, posebno kada ga guraju do svojih granica za testiranje stresa i druge testove performansi.
Primjeri nefunkcionalnih testova
Primjeri nefunkcionalnih testova slični su gornjim primjerima za slučajeve nefunkcionalnih testova.
Možete pogledati primjere nefunkcionalnih testova kako biste bolje razumjeli što je nefunkcionalno testiranje i što testira unutar softverske aplikacije.
1. Primjer testiranja performansi
Ako radite na mobilnoj aplikaciji koja povezuje korisnike s online bazom podataka, važno je da veliki broj korisnika može istovremeno pristupiti i preuzeti podatke iz te baze podataka.
Ovo je također ključni dio testiranja skalabilnosti, osobito ako želite povećati broj korisnika aplikacije u budućnosti.
Zatim ćete testirati kako sustav reagira kada, na primjer, 1000 korisnika pokuša pristupiti istoj bazi podataka u isto vrijeme i postaviti zahtjeve za brzinu učitavanja aplikacije pod tim uvjetima.
2. Ispitivanje kompatibilnosti
Ako testirate novu aplikaciju za upravljanje dokumentima, morat ćete testirati funkcionira li na svim uređajima za koje je namijenjena.
To znači testiranje možete li instalirati i učitati aplikaciju na svim najnovijim verzijama Windowsa , Maca i bilo kojeg drugog operativnog sustava (kao što je Linux ) s kojim želite da softver bude kompatibilan.
3. Sigurnosno testiranje
Kada provodite sigurnosno testiranje, testirat ćete neke od načina na koje ljudi mogu pokušati pristupiti povjerljivim podacima ili prekršiti sigurnosne mjere zaštite softvera kako biste potvrdili da se sustav ponaša onako kako očekujete u tim situacijama.
Na primjer, možete se prijaviti kao korisnik i pokušati pristupiti datotekama za koje nemate sigurnosnu dozvolu kako biste bili sigurni da vam sustav ne dopušta pristup tim datotekama.
Vrste grešaka i otkrivenih grešaka
kroz nefunkcionalno testiranje
Nefunkcionalno testiranje može otkriti mnogo grešaka i nedostataka koje nije tako lako pronaći kao one identificirane funkcionalnim testiranjem. To je zato što nefunkcionalno testiranje često zahtijeva da ispitivači provjeravaju različite konfiguracije, postavke i kombinacije uvjeta kako bi procijenili koliko dobro sustav radi u mnoštvu različitih postavki.
1. Greške u izvedbi
Nedostaci performansi nastaju kada sustav funkcionira, ali ne funkcionira tako brzo ili učinkovito kako očekujete.
Na primjer, mogli biste otkriti da se sustav ne učitava dovoljno brzo pod određenim uvjetima ili da se čak ruši ako se previše korisnika prijavi u isto vrijeme.
Greške u izvedbi ne sprječavaju u potpunosti ljude da koriste vaš softver, ali mogu učiniti vaš softver manje upotrebljivim i manje vjerojatno da će ispuniti zahtjeve korisnika.
2. Sigurnosni nedostaci
Sigurnosni nedostaci su oni nedostaci koji utječu na sigurnost vašeg softverskog sustava i podataka pohranjenih u njemu.
Sigurnosni nedostaci mogu nastati ako, na primjer, korisnici mogu pristupiti povjerljivim podacima kojima ne bi trebali imati pristup ili ako određeni dijelovi aplikacije nisu pravilno zaštićeni lozinkom ili ako enkripcija ne uspije.
To bi moglo rezultirati sigurnosnim upadima, što može imati ozbiljan utjecaj na reputaciju izdavača softvera.
3. Funkcionalni nedostaci
Iako nefunkcionalno testiranje nije osmišljeno za testiranje funkcija softverske aplikacije, u nekim slučajevima nefunkcionalno testiranje može identificirati funkcionalne nedostatke unutar softvera.
Na primjer, svrha testiranja pouzdanosti nije provjeriti funkcionira li aplikacija, već provjeriti funkcionira li aplikacija pouzdano u opetovanim pokušajima.
To može otkriti da neke značajke ne funkcioniraju ispravno kada se radnja ponavlja, a to se može klasificirati kao funkcionalne pogreške.
Uobičajene nefunkcionalne metrike testiranja
Metrike nefunkcionalnog testiranja opisuju one metrike kojima se mjere performanse i učinkovitost sustava.
Različite vrste nefunkcionalnog testiranja oslanjaju se na različite metrike, a vi možete odabrati korištenje raznih metrika ovisno o konačnim ciljevima projekta.
1. Vrijeme
Metrike vremena mjere koliko je vremena potrebno za obavljanje određenih zadataka ili koliko dugo korisnici moraju čekati da se funkcije učitaju.
Neki primjeri vremenske metrike su broj transakcija ili preuzimanja koje aplikacija može izvršiti unutar zadanog vremenskog okvira, vremena odgovora različitih funkcija i vrijeme koje je potrebno da aplikacija izvrši određenu operaciju.
Različite vrste testova će mjeriti rezultate u sekundama ili kao prezentaciju koliko operacija u sekundi.
2. Prostor
Prostor je još jedna važna metrika u nefunkcionalnom testiranju. Mjerila prostora mogu testirati koliko CPU prostora zahtijeva sustav ili koliko prostora na tvrdom disku softver zauzima nakon što je u potpunosti instaliran.
Neki primjeri metrike prostora uključuju predmemoriju, glavnu memoriju i pomoćnu memoriju.
Softver koji zahtijeva veliku količinu prostora za nesmetan rad može biti prikladan za manji broj kupaca.
3. Upotrebljivost
Neke metrike u nefunkcionalnom testiranju uzimaju u obzir upotrebljivost sustava, na primjer, koliko je vremena potrebno da se korisnici osposobe za pravilno korištenje sustava, kroz koliko izbora korisnici moraju proći da bi izvršili ključne funkcije ili koliko klikova mišem potrebno za obavljanje određenih zadataka.
Nefunkcionalni testovi mogu kvantitativno mjeriti svaku od ovih metrika, pri čemu niži brojevi općenito impliciraju više razine upotrebljivosti.
4. Pouzdanost
Druga važna metrika u nefunkcionalnom testiranju je pouzdanost. Pouzdanost odražava vjerojatnost da se sustav uvijek iznova ponaša na isti način ili da funkcionira kako bi trebao dugo vremena.
Neki primjeri mjernih podataka koji se koriste za mjerenje pouzdanosti uključuju srednje vrijeme do kvara, stopu kvara, dostupnost i vjerojatnost prekida rada.
Svaka od ovih metrika pomaže testerima da potvrde da sustav može raditi dugo vremena bez kvarova ili padova.
5. Robusnost
Robusnost je mjera koliko dobro sustav podnosi kvarove i koliko se dobro sustav može oporaviti u slučaju kvara.
Neki primjeri metrike koja mjeri robusnost uključuju vrijeme potrebno da se sustav oporavi nakon kvara, postotak incidenata koji dovode do katastrofalnog kvara i vjerojatnost da su podatkovne datoteke oštećene nakon kvara sustava.
Ovo su važne metrike jer korisnici očekuju da sustavi ponekad mogu zakazati bez gubitka svih podataka ili oštećenja datoteka.
6. Prenosivost
Mjere prenosivosti mjere koliko se lako softver može prenijeti na različite sustave ili premjestiti na novu lokaciju unutar mreže.
Neki primjeri metrike koja mjeri prenosivost uključuju postotak neprenosivog koda i broj sustava na kojima se softver može izvoditi.
U idealnom slučaju, softver koji može raditi na mnogo različitih sustava je prenosiviji i stoga praktičniji za korištenje u postavkama koje mogu zahtijevati česte prijenose ili premještanja.
Strategije provođenja nefunkcionalnih testova
Kada započnete nefunkcionalno testiranje, važno je ovoj fazi testiranja pristupiti imajući na umu strategiju. Voditelji osiguranja kvalitete i voditelji testiranja softvera trebali bi razmotriti rizike testiranja, resurse koji su im dostupni i svrhu testiranja prije nego što započne nefunkcionalno testiranje.
Razvijanje strategije može vam pomoći da optimizirate svoje nefunkcionalne testove od samog početka.
1. Dodijelite uloge i odgovornosti
Prije nego započnete s nefunkcionalnim testiranjem, dodijelite uloge i odgovornosti ključnim članovima tima za testiranje. To olakšava upravljanje radnim opterećenjem nefunkcionalnog testiranja i osigurava da su iskusni testeri odgovorni za održavanje kvalitete i učinkovitosti testova koje provodite.
Pobrinite se da ljudi koje odaberete da preuzmu te uloge imaju znanje i iskustvo koje im je potrebno za obavljanje zadataka koje očekujete od njih, osobito ako ti zadaci zahtijevaju tehničke vještine.
2. Prikupite relevantne alate za testiranje
Okupite sve tehnologije i alate koje želite koristiti za provođenje nefunkcionalnog testiranja. Pobrinite se da cijeli vaš tim zna kako ih učinkovito koristiti i provedite obuku kako biste popunili praznine u vještinama gdje je to potrebno.
Pobrinite se da svi znaju koje alate za testiranje koristiti i kako ih koristiti prije početka nefunkcionalnog testiranja smanjuje rizik od pauziranja testiranja ili ponovnog izvođenja testova zbog nedovoljnog znanja.
3. Dajte prioritet testiranju
Prije nego započnete s nefunkcionalnim testiranjem, napravite popis svih aspekata sustava koje trebate testirati i odredite im prioritete na temelju hitnosti i važnosti.
Možete dati prioritet nefunkcionalnom testiranju na temelju razine rizika uključenog u svaki aspekt sustava koji testirate.
Na primjer, može se provesti osnovno sigurnosno testiranje jer se odgovarajuća sigurnost smatra iznimno važnom u modernom softveru. Što prije identificirate visokorizične nedostatke, manji je potencijalni utjecaj tih nedostataka na druge aspekte sustava.
7 najboljih nefunkcionalnih alata za testiranje
Nefunkcionalni alati za testiranje mogu pojednostaviti proces testiranja, učiniti lakšim i isplativijim automatiziranje testiranja i pomoći QA voditeljima u upravljanju procesom testiranja i dokumentacije.
Postoji mnogo besplatnih nefunkcionalnih alata za testiranje dostupnih na mreži, kao i neki alati za koje možete platiti mjesečnu naknadu za nadogradnju.
1. ZAPTEST BESPLATNO izdanje
ZAPTEST je popularan alat za testiranje softvera koji korisnicima omogućuje brzo i jednostavno provođenje funkcionalnih i nefunkcionalnih testova softvera. Možete koristiti ZAPTEST za automatizaciju testiranja softvera i korištenje RPA tehnologije za oponašanje različitih funkcija i uvjeta u nefunkcionalnom testiranju.
BESPLATNO izdanje ZAPTEST-a samo je smanjena verzija izdanja za poduzeća, koja nudi mnoge iste funkcije u manjoj mjeri. Možete potražiti podršku na ZAPTEST forumu i provesti testove performansi s neograničenim virtualnim korisnicima.
2. Apijem
Appium je besplatni alat za testiranje softvera koji je najprikladniji za testiranje mobilnih aplikacija na nizu različitih platformi, uključujući iOS i Android uređaje. Appium nudi korisnicima mnogo fleksibilnosti za osmišljavanje vlastitih okvira i strategija testiranja, dok istovremeno iskorištavaju mogućnosti automatizacije koje nudi Appium.
3. Opterećenje
Loadium je nefunkcionalni alat za testiranje koji se najbolje koristi za provođenje testiranja performansi i testiranja opterećenja, dvije vrste nefunkcionalnog testiranja koje je puno lakše provesti pomoću alata za automatizaciju.
Loadium omogućuje korisnicima izvođenje opsežnih testova opterećenja i nudi prilagođena rješenja kako biste svoje testove mogli prilagoditi svojim softverskim ciljevima.
Loadium možete isprobati besplatno ili platiti za preuzimanje pune verzije aplikacije.
4. Obkio
Obkio je alat za testiranje softvera koji pomaže QA voditeljima i voditeljima testiranja odrediti prioritete i kategorizirati probleme na temelju njihove ozbiljnosti. Obkio može detektirati probleme prije korisnika, nudi korisnicima pametne obavijesti i može pomoći u otkrivanju gdje je problem.
Obkio nije samo za nefunkcionalno testiranje, već je vrlo koristan besplatni alat za testiranje koji se može koristiti u svim fazama životnog ciklusa testiranja.
5. SonarQube
SonarQube je alat za testiranje sigurnosti otvorenog koda koji može automatski analizirati kod za otkrivanje grešaka i ranjivosti. Napisan u Javi, možete koristiti SonarQube za analizu koda u više od dvadeset različitih programskih jezika, a čisto sučelje sustava olakšava otkrivanje problema koji bi mogli uzrokovati sigurnosne propuste u budućnosti.
6. Tsung
Tsung je još jedan nefunkcionalni alat za testiranje koji je idealan ako želite automatizirati testiranje opterećenja i stresa, ali ne nastavljate s besplatnom verzijom Loadiuma.
Tsung je alat otvorenog koda koji korisnicima omogućuje provođenje opsežnog testiranja opterećenja na više protokola i poslužitelja, uključujući HTTP i SOAP.
Tsung je potpuno besplatan i može pomoći testerima da osiguraju da softver na kojem rade nudi visoke razine performansi u raznim zahtjevnim uvjetima.
7. Sikuli
Sikuli je još jedna aplikacija koja koristi robotsku automatizaciju procesa za automatizaciju procesa testiranja. Aplikacija može automatizirati sve što se može vidjeti na ekranu. Sikuli možete koristiti za testiranje aplikacija koje se ne temelje na webu i za brzo reproduciranje grešaka.
Kontrolni popis, savjeti i trikovi za nefunkcionalno testiranje
Prije nego započnete s nefunkcionalnim testiranjem, provjerite imate li sve što vam je potrebno za provedbu temeljitih nefunkcionalnih testova u pripremljenom okruženju.
Slijedite kontrolni popis u nastavku za savjete i trikove prije početka nefunkcionalnog testiranja.
1. Radite prema rasporedu
Bez obzira uključite li ga u svoj plan testiranja ili izradite zaseban dokument za njega, strukturirajte testove softvera prema rasporedu testiranja.
Ako nađete više programskih pogrešaka i nedostataka nego što očekujete, ponekad biste mogli odstupiti od rasporeda, ali početak s rasporedom može vam pomoći da vodite testere i motivirate ih da rade učinkovito, posebno kada provode dugotrajne ručne testove.
2. Identificirajte svoj testni tim
Delegiranje odgovornosti i dodjeljivanje službenih uloga i titula članovima vašeg testnog tima može pomoći da proces testiranja teče glatko.
Jasno komunicirajte uloge i odgovornosti unutar svog tima prije početka testiranja i dodijelite različitim ispitivačima odgovornost za različite aspekte nefunkcionalnog testiranja tako da svatko bude odgovoran za svoje zadatke.
3. Odaberite alate i tehnologije prije testiranja
Ako odlučite raditi s određenim alatima i tehnologijom tek nakon što započnete nefunkcionalno testiranje, to može zaustaviti proces testiranja i izazvati zbunjenost među ispitivačima.
Umjesto toga, istražite unaprijed i odlučite postoje li alati koje želite upotrijebiti prije početka testiranja. To olakšava uključivanje ovih alata u plan testiranja i obuku vaših testera da ih koriste prije početka testiranja.
4. Uvijek zatražite formalnu potvrdu testova i dokumentacije
Testiranje je proces osiguranja kvalitete, a najbolji način da povećate vrijednost testova koje provodite je izvođenje osnovne provjere kvalitete na testovima koje planirate i provodite.
Uvedite jednostavne protokole koji zahtijevaju od testera da traže od QA voditelja i menadžera da pregledaju i potpišu planove testiranja i izvješća o testiranju prije prelaska na sljedeću fazu.
Ovo znatno povećava mogućnost da se pogreške u testiranju rano uhvate i poprave.
7 pogrešaka i zamki koje treba izbjegavati pri implementaciji nefunkcionalnih testova
Ako ste novi u nefunkcionalnom testiranju, može biti lako napraviti neke uobičajene pogreške u koje testeri i stručnjaci za osiguranje kvalitete često upadaju.
Nefunkcionalno testiranje je složen posao koji uključuje razmatranje softverske verzije iz svih kutova i perspektiva.
Dolje je popis nekih od najčešćih zamki koje testeri čine prilikom izvođenja nefunkcionalnog testiranja.
1. Ne planiranje
Ako ste novi u nefunkcionalnom testiranju, možda mislite da možete jednostavno uroniti u fazu testiranja bez izrade temeljitog plana testiranja unaprijed.
Neki timovi za testiranje mogu sastaviti nepotpune dokumente o testiranju ili površne sažetke plana testiranja koji ne opisuju na odgovarajući način radnje koje testeri moraju poduzeti tijekom nefunkcionalnog testiranja.
2. Testiranje lošeg upravljanja
Problemi mogu nastati ako se testovima loše upravlja u bilo kojoj fazi procesa testiranja. Neadekvatno upravljanje može značiti da testeri nemaju odgovarajuće resurse za temeljito testiranje ili da testeri nemaju dovoljno vremena za testiranje svakog aspekta međuverzije.
Voditelji testiranja moraju moći učiti iz pogrešaka koje čine i razviti učinkovitije planove testiranja u budućnosti.
3. Loša komunikacija
Loša komunikacija može uzrokovati brojne probleme tijekom procesa testiranja, posebno u nefunkcionalnom testiranju.
To može značiti lošu komunikaciju unutar tima za testiranje ili lošu komunikaciju između testera, programera i dionika.
To se često događa kada ispitivači ne održavaju testne dokumente na odgovarajući način ili ne komuniciraju redovito s drugim odjelima tijekom procesa testiranja.
4. Ignoriranje programera
Testeri i programeri obično rade odvojeno jedni od drugih, ali timovi za testiranje koji blisko surađuju s programerima mogu imati koristi od dodatnog znanja o tome kako softver funkcionira i kako različiti moduli međusobno djeluju.
Uključivanje programera u proces testiranja ili traženje povratnih informacija od programera u ključnim trenucima može pomoći timovima za testiranje da sastave učinkovitije i temeljitije planove testiranja.
5. Svrha testiranja
Mnogi testeri i dalje vjeruju da je svrha testiranja provjeriti radi li softver ili pokazati zainteresiranim stranama i investitorima da softver radi.
Umjesto toga, ispitivači bi trebali pristupiti testiranju sa stavom da je svrha testiranja traženje nedostataka.
Testeri koji ne pronađu nedostatke mogu biti sretni što softver koji testiraju nema grešaka samo ako su zadovoljni da su posvuda tražili nedostatke.
6. Ručne vs automatske pogreške
Važno je potrošiti vrijeme na razmatranje je li ručno ili automatizirano testiranje bolje za svaku vrstu testiranja koju provodite.
Automatizirane metode testiranja izuzetno su prikladne za gotovo sve oblike nefunkcionalnog testiranja, a timovi za testiranje koji se koriste za funkcionalno testiranje mogu pogriješiti pretpostavkom da mogu jednako lako ručno testirati nefunkcionalne značajke.
7. Korištenje pogrešnih alata za testiranje
Lako je odabrati pogrešne alate i tehnologije za testiranje prije početka nefunkcionalnog testiranja, osobito ako su timovi za testiranje navikli na ručno testiranje i nisu navikli koristiti alate za testiranje.
Istražite unaprijed nefunkcionalne metode testiranja koje želite koristiti i odaberite softverske alate i alate za automatizaciju koji ispunjavaju specifične zahtjeve vašeg projekta.
Zaključak
Nefunkcionalno testiranje bitan je korak u procesu testiranja koji testerima omogućuje provjeru koliko dobro sustav radi i u kojoj mjeri ispunjava nefunkcionalne zahtjeve kao što su vrijeme učitavanja, kapacitet i zaštita sigurnosti.
Postoji mnogo različitih načina za provođenje nefunkcionalnog testiranja, ali suvremeni alati za automatizaciju olakšavaju maksimiziranje pokrivenosti testa i točnosti bez ugrožavanja kvalitete vaših rezultata.
Često postavljana pitanja i resursi
Ako želite saznati više o nefunkcionalnom testiranju, postoji mnogo često postavljanih pitanja i izvora dostupnih na internetu.
U nastavku pregledajte naše omiljene mrežne resurse za nefunkcionalno testiranje ili pročitajte odgovore na neka od najčešće postavljanih pitanja o nefunkcionalnom testiranju.
1. Najbolji tečajevi o nefunkcionalnom testiranju
Na internetu je dostupno mnogo tečajeva koji bi vam mogli pomoći da proširite svoje znanje o metodama i pristupima nefunkcionalnog testiranja.
Neki od ovih tečajeva dostupni su besplatno, a drugi mogu ponuditi certifikat ili kvalifikaciju u zamjenu za naknadu. Ako želite pohađati akreditirani tečaj, možete pitati svog poslodavca hoće li vas sponzorirati i pokriti troškove školarine.
Neki od najboljih tečajeva o nefunkcionalnom testiranju uključuju:
- TSG: 2-dnevni tečaj nefunkcionalnog treninga
- Udemy: Kompletan kamp za testiranje softvera 2023
- Edx: profesionalni certifikat za testiranje softvera
- Edukativno: Automatizacija testa izvedbe 101
2. Kojih je top 5 pitanja na intervjuu o nefunkcionalnom testiranju?
Ako se pripremate za razgovor za posao za rad na testiranju softvera, vaš ispitivač može vam postaviti pitanja o nefunkcionalnom testiranju kako bi bio siguran da razumijete kako funkcionira ova bitna faza testiranja softvera. Pripremite se za svoj intervju tako što ćete unaprijed pripremiti učinkovite odgovore na uobičajena pitanja za intervju.
● Kako se pristupi i metode koje koristite u nefunkcionalnom testiranju mogu razlikovati od pristupa koje koristite u funkcionalnom testiranju?
● Kako se nefunkcionalno testiranje razlikuje od funkcionalnog testiranja?
● Koje različite vrste nefunkcionalnog testiranja postoje?
● Kako dajete prioritet funkcionalnim testovima i testnim slučajevima?
● U kojoj se fazi testiranja softvera obično provodi funkcionalno testiranje?
3. Najbolji YouTube tutorijali o nefunkcionalnom testiranju
Ako radije učite gledajući videozapise, možda će vam YouTube vodiči o nefunkcionalnom testiranju biti koristan način da saznate više o ovoj vrsti testiranja softvera.
Ispod su neki od najboljih YouTube tutoriala o testiranju softvera dostupnih danas.
Što je nefunkcionalno testiranje softvera? Vodič za testiranje softvera
Pomoć pri testiranju softvera: Nefunkcionalno testiranje
Nefunkcionalno testiranje u testiranju softvera
Posjetite W3Schools
Funkcionalno i nefunkcionalno testiranje
4. Kako održavati nefunkcionalne testove
Pravilno održavanje testova osigurava ponavljanje testova softvera bez ugrožavanja kvalitete rezultata testa.
Održavanjem nefunkcionalnih testova možete osigurati da je testiranje u svakoj fazi razvojnog procesa odgovarajuće i da se vaši testovi uvijek ažuriraju u skladu s kodom koji se stalno mijenja.
Možete održavati nefunkcionalne testove slijedeći naše savjete u nastavku.
● Jasno komunicirajte s timom za testiranje prilikom izrade testnih slučajeva i pisanja dokumentacije
● Uvijek slijedite najbolju praksu dizajna testiranja
● Ponovno procijenite protokole testiranja u različitim fazama procesa testiranja
● U hodu ažurirajte promjene u svom testu
Razmotrite buduće projekte kada mijenjate trenutne testove
5. Je li testiranje nefunkcionalne crne kutije ili testiranje bijele kutije?
Nefunkcionalno testiranje vrsta je testiranja crne kutije, što znači da se ispitivači ne bave unutarnjim radom sustava, već samo njegovim vanjskim izlazima.
To je u suprotnosti s testiranjem bijele kutije, kojim se testira način na koji sustav interno funkcionira. Primjeri testiranja bijele kutije uključuju testiranje jedinice i testiranje integracije.
Testiranje funkcionalnih i nefunkcionalnih zahtjeva primjeri su testiranja crne kutije. To znači da ispitivači ne zahtijevaju napredne tehničke vještine ili znanje računalnog programiranja za provođenje testiranja crne kutije, niti moraju naučiti kako implementirati sustave koje testiraju.
