<\/span><\/h2>\nWeb testovi performansi su neophodni kako bi programeri mogli zainteresiranim stranama pru\u017eiti pouzdane informacije o performansama aplikacije i predvidjeti kako \u0107e ona odgovoriti na razli\u010dite razine prometa.<\/p>\n
Testiranje performansi tako\u0111er otkriva \u0161to treba pobolj\u0161ati prije nego \u0161to se proizvod pojavi na policama ili nakon \u0161to se pusti u rad, izbjegavaju\u0107i spore performanse, nedosljednosti i lo\u0161u upotrebljivost. Testira se u odnosu na o\u010dekivani broj korisnika kako bi se moglo pouzdati da \u0107e funkcionirati prema o\u010dekivanjima.<\/p>\n
<\/strong><\/p>\n<\/span>Prednosti testiranja performansi<\/strong><\/span><\/h2>\n![\"Kontrolni](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2022\/07\/Software-testing-checklist-1024x681.jpeg\")
<\/p>\n
Ve\u0107 smo ukratko spomenuli prednosti testiranja performansi tako \u0161to smo identificirali \u0161to je to, ali u nastavku \u0107emo pro\u0107i kroz popis specifi\u010dnih prednosti testiranja performansi.<\/p>\n
<\/p>\n
<\/span>1. Realne informacije<\/strong><\/span><\/h3>\nKao \u0161to je ukratko spomenuto gore, testiranje performansi koristi se kako bi dionicima pru\u017eilo pouzdane, realne informacije o tome kako \u0107e aplikacija raditi. Bez toga postoji rizik od naru\u0161avanja ugleda uklju\u010dene tvrtke.<\/p>\n
To\u010dno testiranje performansi zna\u010di da se mogu pru\u017eiti pouzdane brojke koje se, kroz proces testiranja, mogu pobolj\u0161ati, \u0161to zna\u010di da proizvod mo\u017ee imati prednost u odnosu na razli\u010dite proizvode na tr\u017ei\u0161tu i poduprijeti ih pouzdanim performansama, \u0161to rezultira pove\u0107anom prodajom.<\/p>\n
<\/p>\n
<\/span>2. Omogu\u0107uje pripremu<\/strong><\/span><\/h3>\nTestiranje performansi mo\u017ee se koristiti za utvr\u0111ivanje gdje se mogu dogoditi kvarovi povezani sa softverom kada postoji veliki broj korisnika, \u0161to zna\u010di da se aplikacija tada mo\u017ee optimizirati tako da se ti problemi rije\u0161e i mo\u017ee izdr\u017eati ve\u0107u upotrebu. Ovo je idealno za web stranice e-trgovine, na primjer, koje se mo\u017eda trebaju pripremiti za predvidljive velike doga\u0111aje kao \u0161to je Crni petak.<\/p>\n
Provo\u0111enjem testiranja performansi izbjegavaju se padovi dok je stranica otvorena u kriti\u010dnim trenucima. Internetska trgovina koja se ne mo\u017ee nositi s brojem korisnika na Crni petak, predugo se u\u010ditava ili ne radi, vjerojatno \u0107e propustiti veliku zaradu.<\/p>\n
<\/p>\n
<\/span>3. Pobolj\u0161ano korisni\u010dko iskustvo<\/strong><\/span><\/h3>\nTestiranje performansi trebalo bi provoditi redovito kako bi web stranica ili softver s najboljim performansama nastavio svoju o\u010dekivanu funkciju. Kontinuirano testiranje performansi zna\u010di da se svi problemi koji se mogu pojaviti u stvarnom vremenu rje\u0161avaju \u0161to je prije mogu\u0107e. Va\u017enost toga je ukorijenjena u korisni\u010dkom iskustvu, \u010dak i izvan glavnih doga\u0111aja koje smo gore naveli.<\/p>\n
Ako je web mjesto dosljedno prilago\u0111eno korisniku, s pobolj\u0161anjima koja osiguravaju da nikad ne zaostaje, korisnici \u0107e ga \u010desto posje\u0107ivati.<\/p>\n
<\/p>\n
<\/span>4. Uspore\u0111uju\u0107i<\/strong><\/span><\/h3>\nTestiranje performansi tako\u0111er se mo\u017ee koristiti za usporedbu jednog proizvoda s drugim. To mo\u017ee biti od pomo\u0107i programerima koji se kre\u0107u u vrlo konkurentnu industriju koji \u017eele biti jednaki ili mogu nadma\u0161iti svog glavnog konkurenta na tr\u017ei\u0161tu.<\/p>\n
Ovo se mo\u017ee koristiti kao prodajna to\u010dka za stjecanje prednosti ili jednostavno kao mjerilo tijekom procesa testiranja kako bi se osiguralo da aplikacija radi dovoljno dobro.<\/p>\n
<\/strong><\/p>\n<\/span>Izazovi i ograni\u010denja testiranja performansi<\/strong><\/span><\/h2>\n![\"izaziva](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2022\/07\/challenges-load-testing-1024x683.jpeg\")
<\/p>\n
Iako jasno postoji niz zna\u010dajnih prednosti, zbog njegove slo\u017eene prirode postoje neki izazovi i ograni\u010denja testiranja performansi koje \u0107emo navesti u nastavku.<\/p>\n
<\/span>1. Vrijeme<\/strong><\/span><\/h3>\nDa bi iskoristile sve te prednosti, organizacije moraju biti spremne izdvojiti vrijeme za testiranje performansi. To mo\u017ee uklju\u010divati postavljanje hardvera i infrastrukture koje nisu o\u010dekivali ili posve\u0107ivanje zaposlenika testiranju performansi.<\/p>\n
Da bi testiranje performansi bilo temeljito, ne bi trebalo \u017euriti, a nekim tvrtkama bi moglo biti te\u0161ko ostaviti to vrijeme sa strane umjesto pokretanja sljede\u0107e faze projekta, jer to mo\u017ee dovesti do dugih odgoda.<\/p>\n
<\/p>\n
<\/span>2. Novac<\/strong><\/span><\/h3>\nPostoje skupa ulaganja koja se moraju napraviti u testiranje performansi. Cijena alata za testiranje performansi ovisi o veli\u010dini web stranice ili softvera te ho\u0107e li se organizacija odlu\u010diti za ru\u010dne ili automatizirane alate za testiranje performansi.<\/p>\n
Besplatni alati za testiranje performansi postoje, ali imaju ograni\u010denu funkcionalnost i ne rade tako dobro kao oni koji se pla\u0107aju.<\/p>\n
Osim toga, testiranje performansi mo\u017ee otkriti neo\u010dekivane probleme koji zahtijevaju skupe nadogradnje ili dodatni kapacitet sustava koji isprva nisu bili ura\u010dunati u prora\u010dun.<\/p>\n
Za manje tvrtke alati za testiranje performansi mogu biti tro\u0161ak koji nisu voljni platiti unato\u010d \u010dinjenici da bi dugoro\u010dno mogli zna\u010dajno utjecati na njihovu izvedbu.<\/p>\n
<\/p>\n
<\/span>3. Ograni\u010denja alata<\/strong><\/span><\/h3>\nMogu postojati ograni\u010denja ovisno o alatu za testiranje performansi za koji se razvojni programer odlu\u010di.<\/p>\n
Kao \u0161to smo spomenuli, odabirom besplatnog alata za testiranje performansi \u0161tedi se prora\u010dun, ali bi se mogli propustiti klju\u010dni aspekti. Neki alati, \u010dak i oni koji se pla\u0107aju, mogu imati ograni\u010denu kompatibilnost, na primjer, neki mogu podr\u017eavati samo testiranje performansi web stranice ili test performansi preglednika, a ne i testiranje performansi softvera.<\/p>\n
A nekim alatima za testiranje performansi mo\u017ee biti te\u0161ko testirati slo\u017eene ili vrlo velike aplikacije i zahtijevati pa\u017eljivo pra\u0107enje od strane zaposlenika.<\/p>\n
<\/strong><\/p>\n<\/span>Vrste testiranja performansi<\/strong><\/span><\/h2>\n![\"vrste](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2022\/03\/What-is-manual-software-testing-1024x684.jpeg\")
<\/p>\n
Postoji vi\u0161e vrsta testiranja performansi koje se odnose na metode koje se koriste za testiranje sustava. Metoda koja se koristi odabire se na temelju razmjera i tipa sustava koji se testira, kao i predvi\u0111enih ciljeva kojima programeri te\u017ee.<\/p>\n
Ovdje \u0107emo identificirati glavne vrste testiranja performansi koje se koriste i kako funkcioniraju.<\/p>\n
<\/p>\n
<\/span>1. Ispitivanje optere\u0107enja<\/strong><\/span><\/h3>\nAlati za testiranje performansi optere\u0107enja omogu\u0107uju programerima da razumiju kako bi se sustav pona\u0161ao pod unaprijed odre\u0111enom, specifi\u010dnom vrijedno\u0161\u0107u optere\u0107enja.<\/p>\n
Ovaj proces uklju\u010duje simulaciju o\u010dekivanog broja istodobnih korisnika tijekom odre\u0111enog vremenskog razdoblja. Time se provjeravaju o\u010dekivana vremena odgovora aplikacije i identificiraju potencijalna uska grla prije nego \u0161to web-mjesto ili softver postanu aktivni. To se mo\u017ee u\u010diniti kako bi se testiralo mo\u017ee li sustav podnijeti o\u010dekivanu upotrebu op\u0107enito ili kako bi se testiralo kako bi se odre\u0111ena funkcionalnost nosila, poput primjera “dodaj u ko\u0161aricu” koji smo spomenuli gore. Ovo se ponekad naziva “testiranje jedinice”.<\/p>\n
<\/p>\n
<\/span>2. Testiranje otpornosti na stres<\/strong><\/span><\/h3>\nTestiranje otpornosti na stres jo\u0161 je jedan oblik testiranja performansi modela radnog optere\u0107enja i \u010desto se mo\u017ee obaviti pomo\u0107u istih alata, ali tjera stranicu da pove\u0107a kapacitet testiranja dok se ne pokvari, umjesto da ima ograni\u010denu, odre\u0111enu vrijednost optere\u0107enja.<\/p>\n
Ovo koristi promet ve\u0107i od o\u010dekivanog tako da programeri mogu saznati koja je njegova to\u010dka kvara i vidjeti kako se nosi s visokim razinama obrade podataka. Ovo poma\u017ee razvojnim programerima da razumiju skalabilnost softvera i pokazuje koliko je vremena potrebno klju\u010dnim pokazateljima izvedbe (KPI) da se vrate na normalne operativne razine nakon velikog doga\u0111aja podataka.<\/p>\n
Testiranje otpornosti na stres mo\u017ee se provesti prije ili nakon \u0161to sustav po\u010dne raditi.<\/p>\n
<\/p>\n
<\/span>3. Ispitivanje \u0161iljcima<\/strong><\/span><\/h3>\nOvo je podskup testiranja otpornosti na stres, ali konkretnije analizira performanse sustava pod iznenadnim, zna\u010dajnim porastom krajnjih korisnika. Ovi testovi performansi poma\u017eu odrediti bi li sustav mogao podnijeti naglu promjenu korisnika tijekom kratkog vremenskog razdoblja, opetovano.<\/p>\n
<\/p>\n
<\/span>4. Ispitivanje natopljenosti<\/strong><\/span><\/h3>\nOva vrsta testiranja performansi poznata je i kao testiranje izdr\u017eljivosti, a osmi\u0161ljeno je da testira dugoro\u010dne performanse sustava i koliko se dobro mo\u017ee nositi s vremenom. Oni analiziraju propusnost i vrijeme odziva nakon dugotrajne upotrebe kako bi provjerili jesu li metrike performansi dosljedne u cijelosti i postoje li kvarovi.<\/p>\n
<\/strong><\/p>\n<\/span>\u0160to bismo trebali testirati putem testiranja performansi?<\/strong><\/span><\/h2>\n![\"\u0160to](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2022\/07\/Unit-Testing--1024x684.jpeg\")
<\/p>\n
Svrha testiranja performansi je uo\u010diti probleme, ali glavni je cilj znati \u0161to ih uzrokuje.<\/p>\n
U nastavku pogledajte popis stvari koje se uglavnom testiraju testiranjem performansi.<\/p>\n
<\/span>1. Uska grla<\/strong><\/span><\/h3>\nTestiranje performansi uvijek treba biti u potrazi za uskim grlima koja utje\u010du na cjelokupnu izvedbu sustava. To se mo\u017ee povezati s bilo kojom metrikom testiranja performansi koju \u0107emo navesti u sljede\u0107em odjeljku.<\/p>\n
<\/span>2. Vremena u\u010ditavanja<\/strong><\/span><\/h3>\nTo zna\u010di raspodjelu potrebnu za po\u010detak prijave. Odgoda bi trebala biti \u0161to kra\u0107a kako bi se ponudilo najbolje korisni\u010dko iskustvo – sve vi\u0161e od nekoliko sekundi u\u010ditavanja mo\u017ee otjerati korisnike.<\/p>\n
<\/span>3. Vremena odgovora<\/strong><\/span><\/h3>\nLo\u0161e vrijeme odgovora je kada je vrijeme koje protekne izme\u0111u korisnikovog unosa podataka i odgovora na radnju predugo. Kao i prekomjerno vrijeme u\u010ditavanja, ovo \u0107e frustrirati korisnika i potaknuti ga da napusti web mjesto ili aplikaciju.<\/p>\n
<\/span>4. Skalabilnost<\/strong><\/span><\/h3>\nTreba ispitati skalabilnost sustava, odnosno njegovu prilagodljivost razli\u010ditim zahtjevima kori\u0161tenja podataka. Ograni\u010dena skalabilnost bi se identificirala ako sustav mo\u017ee dobro raditi s nekoliko istodobnih korisnika, ali se, tijekom testiranja optere\u0107enja ili stresa, pogor\u0161ava kada se broj korisnika pove\u0107a.<\/p>\n
<\/strong><\/p>\n<\/span>Mjerni podaci testiranja performansi<\/strong><\/span><\/h2>\n![\"prednosti](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2022\/07\/advantages-of-setting-up-an-testing-center-of-excellence-TCoE-1024x678.jpeg\")
<\/p>\n
Jedna je stvar mo\u0107i testirati te stvari i vidjeti kada idu po zlu, ali kako se to\u010dno mjere?<\/p>\n
Postoji bezbroj metrika koje programeri koriste za testiranje performansi, stoga smo odabrali one glavne i dali im kratak opis u nastavku.<\/p>\n
<\/span>1. Protok<\/strong><\/span><\/h3>\nTo pokazuje koliko jedinica informacija sustav mo\u017ee obraditi tijekom odre\u0111enog vremena.<\/p>\n
<\/span>2. Kori\u0161tenje memorije<\/strong><\/span><\/h3>\nMemorija u smislu razvoja web stranice ili softvera zna\u010di radni prostor za pohranu koji je dostupan procesoru ili radnom optere\u0107enju.<\/p>\n
<\/span>3. \u0160irina pojasa<\/strong><\/span><\/h3>\nTo zna\u010di koli\u010dinu podataka u sekundi koji se mogu kretati izme\u0111u radnih optere\u0107enja, \u010desto preko mre\u017ee. Lo\u0161a propusnost rezultira kratkim vremenom u\u010ditavanja.<\/p>\n
<\/span>4. CPU prekidi u sekundi<\/strong><\/span><\/h3>\nTime se mjeri utjecaj koji hardver ima na proces, mjere\u0107i broj hardverskih prekida koje prima u sekundi.<\/p>\n
<\/strong><\/p>\n