fbpx

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

 

Testiranje sustava vrsta je testiranja softvera kojim se provjeravaju sustav kao cjelina.

Uključuje integraciju svih pojedinačnih modula i komponenti softvera koji ste razvili, kako biste testirali radi li sustav zajedno kako se očekuje.

Testiranje sustava bitan je korak u testiranju softvera koji će timovima za testiranje dodatno omogućiti provjeru kvalitete izrade prije nego što se pusti krajnjim korisnicima.

U ovom ćemo članku istražiti testiranje sustava: što je to, kako funkcionira, tko provodi testiranje sustava i koje pristupe i alate timovi za testiranje mogu poduzeti kako bi testiranje sustava učinili bržim i pouzdanijim.

Ukratko, ovdje ćete pronaći sve što trebate znati o testiranju sustava.

 

Sadržaj dokumenta

Što je testiranje sustava?

 

Testiranje sustava vrsta je testiranja softvera koje se uvijek provodi na cijelom sustavu. Provjerava je li sustav u skladu sa svojim zahtjevima, kakvi god oni bili.

Ispitivači provode testiranje sustava kako bi ocijenili funkcionalne i nefunkcionalne zahtjeve sustava nakon što su pojedinačni moduli i komponente zajedno integrirani.

Testiranje sustava je kategorija testiranja crne kutije, što znači da testira samo vanjske radne značajke softvera, za razliku od testiranja internog dizajna aplikacije.

Testeri ne zahtijevaju nikakvo znanje o programiranju i strukturi softverskog koda kako bi u potpunosti ocijenili verziju softvera tijekom testiranja sustava. Umjesto toga, testeri jednostavno procjenjuju izvedbu softvera iz perspektive korisnika.

 

1. Kada trebamo obaviti testiranje sustava?

 

Testiranje sustava provodi se nakon integracijskog testiranja , a prije prihvatljivog testiranja. Testiranje sustava redovito provodi tim za testiranje softvera kako bi se osiguralo da sustav radi kako treba u ključnim fazama razvoja.

Neki primjeri prilika u kojima se provodi testiranje sustava su:

● Tijekom razvoja novih verzija softvera.

● Tijekom pokretanja aplikacije kada se odvija alfa i beta testiranje.

● Nakon završetka testiranja jedinice i integracije.

● Kada su zahtjevi za izgradnju sustava dovršeni.

● Kada su ispunjeni drugi uvjeti ispitivanja.

Kao i kod drugih oblika testiranja softvera, preporučuje se redovito testiranje sustava kako bi se osiguralo da softver radi kako treba.

Učestalost kojom se testiranje sustava može provesti ovisi o resursima vašeg tima te pristupima i alatima koje koristite za provođenje testiranja softvera sustava.

 

2. Kada ne trebate testove sustava

 

Ako još niste proveli preliminarne testove kao što su dimni testovi , jedinični testovi i integracijski testovi, tada niste spremni za početak testiranja sustava.

Uvijek je važno provesti testiranje sustava nakon završetka testiranja integracije, ali ako naiđete na pogreške i probleme koji uzrokuju neuspjeh testiranja sustava, možete zaustaviti testiranje sustava i vratiti se na razvoj i ispravljanje grešaka prije nego što nastavite.

 

3. Tko je uključen u testiranje sustava?

 

Testiranje sustava provode testeri i QA timovi , a ne programeri. Testiranje sustava uzima u obzir samo vanjske elemente softvera, ili drugim riječima, iskustvo korisnika koji pokušavaju pristupiti značajkama softvera.

To znači da testerima koji provode testiranje sustava nije potrebno nikakvo tehničko znanje o računalnom kodiranju, programiranju i drugim aspektima razvoja softvera koji bi mogli zahtijevati unos programera.

Jedina iznimka od ovoga je u slučaju automatiziranog testiranja sustava, koje bi moglo zahtijevati određeni unos od programera, ovisno o tome kako tome pristupite.

 

Što testiramo u testiranju sustava?

 

Testiranje sustava je vrsta testiranja softvera koja se koristi za testiranje funkcionalnih i nefunkcionalnih aspekata softvera.

Može se koristiti za testiranje velikog broja funkcionalnosti i značajki, od kojih su mnoge detaljnije pokrivene pod vrstama testiranja sustava.

Neki od softverskih aspekata koje provjerava testiranje sustava detaljno su navedeni u nastavku.

 

1. Funkcionalnost

Testeri koriste testiranje sustava kako bi provjerili funkcioniraju li različiti aspekti dovršenog sustava kako bi trebali.

Prethodno testiranje može se koristiti za procjenu strukture i logike internog koda i načina na koji se različiti moduli međusobno integriraju, ali testiranje sustava je prvi korak koji na ovaj način testira funkcionalnost softvera u cjelini.

 

2. Integracija

Testiranje sustava testira kako različite softverske komponente rade zajedno i integriraju li se jedna s drugom glatko.

Ispitivači također mogu testirati vanjske periferne uređaje kako bi procijenili kako one stupaju u interakciju sa softverom i rade li ispravno.

 

3. Očekivani rezultat

Testeri koriste softver kao što bi korisnik koristio tijekom testiranja sustava kako bi provjerili rezultate softvera tijekom redovite upotrebe. Oni provjeravaju je li izlaz za svaku funkcionalnu i nefunkcionalnu značajku softvera onakav kakav se očekuje.

Ako se softver ne ponaša kako bi trebao, očit je zaključak da zahtijeva daljnji rad na razvoju.

 

4. Greške i greške

Testiranje sustava koristi se za procjenu funkcionalnosti i pouzdanosti softvera na više platformi i operativnih sustava.

Testeri sustava provjeravaju da softver nema programskih pogrešaka, problema s performansama i problema s kompatibilnošću na svim platformama na kojima se očekuje da će softver raditi.

 

Ulazni i izlazni kriteriji

 

Ulazni i izlazni kriteriji koriste se u testovima sustava kako bi se utvrdilo je li sustav spreman za testiranje sustava i jesu li zahtjevi za testiranje sustava ispunjeni ili ne.

Drugim riječima, kriteriji za ulazak i izlazak pomažu testerima da procijene kada započeti testiranje sustava i kada završiti testiranje sustava.

 

Kriteriji za ulazak

Ulazni kriteriji određuju kada bi ispitivači trebali započeti testiranje sustava.

Kriteriji za ulazak mogu se razlikovati između projekata ovisno o svrsi testiranja i strategiji testiranja koja se slijedi.

Ulazni kriteriji određuju uvjete koji moraju biti ispunjeni prije početka testiranja sustava.

 

1. Faza testiranja

U većini slučajeva važno je da je sustav koji se testira već završio integracijsko testiranje i zadovoljio izlazne zahtjeve za integracijsko testiranje prije početka testiranja sustava.

Testiranje integracije ne bi trebalo identificirati veće pogreške ili probleme s integracijom komponenti.

 

2. Planovi i scenariji

Prije početka testiranja sustava, plan testiranja trebao bi biti napisan, potpisan i odobren.

Također ćete morati unaprijed pripremiti testne slučajeve, kao i skripte za testiranje spremne za izvršenje.

 

3. Spremnost

Provjerite je li okruženje za testiranje spremno i jesu li dostupni svi nefunkcionalni zahtjevi testa.

Kriteriji spremnosti mogu se razlikovati u različitim projektima.

 

Izlazni kriteriji

 

Izlazni kriteriji određuju završnu fazu testiranja sustava i utvrđuju zahtjeve koji moraju biti ispunjeni da bi se testiranje sustava smatralo završenim.

Izlazni kriteriji često se predstavljaju kao jedan dokument koji jednostavno identificira rezultate ove faze testiranja.

 

1. Izvršenje

Najosnovniji izlazni kriterij za dovršetak testiranja sustava je da su svi testni slučajevi navedeni u planovima testiranja sustava i ulaznim kriterijima ispravno izvršeni.

 

2. Bube

Prije izlaska iz testiranja sustava, provjerite da nema kritičnih ili prioritetnih grešaka u otvorenom stanju.

Bugovi srednjeg i niskog prioriteta mogu se ostaviti u otvorenom stanju pod uvjetom da su implementirani uz prihvaćanje kupca ili krajnjeg korisnika.

 

3. Izvještavanje

Prije završetka testiranja sustava potrebno je podnijeti izlazno izvješće. Ovo izvješće bilježi rezultate testiranja sustava i pokazuje da je testiranje ispunilo tražene izlazne kriterije.

 

Životni ciklus testiranja sustava

 

Životni ciklus testiranja sustava opisuje svaku fazu testiranja sustava od faza planiranja do izvješćivanja i završetka.

Razumijevanje svake faze životnog ciklusa testiranja sustava pomoći će vam da razumijete kako izvršiti testiranje sustava i kako ono funkcionira.

 

Faza 1: Napravite plan testiranja

 

Prva faza testiranja sustava je izrada plana testiranja sustava.

Svrha plana testiranja je ocrtati očekivanja od testnih slučajeva kao i strategiju testiranja.

Plan testiranja obično definira ciljeve i ciljeve testiranja, opseg, područja, rezultate, raspored, ulazne i izlazne kriterije, okolinu testiranja te uloge i odgovornosti osoba uključenih u testiranje softverskog sustava.

 

Faza 2: Stvaranje testnih slučajeva

 

Sljedeća faza testiranja sustava je izrada testnih slučajeva.

Testni slučajevi definiraju precizne funkcije, značajke i metrike koje ćete testirati tijekom testiranja sustava. Na primjer, možete testirati kako određena funkcija radi ili koliko dugo traje određeno vrijeme učitavanja.

Za svaki testni slučaj navedite ID i naziv testnog slučaja uz informacije o tome kako testirati ovaj scenarij i koji je očekivani rezultat testnog slučaja.

Također možete navesti kriterije za prolaz/pad za svaki testni slučaj ovdje.

 

Faza 3: Izrada testnih podataka

 

Nakon što ste izradili testne slučajeve, možete kreirati testne podatke koji će vam biti potrebni za izvođenje testova.

Testni podaci opisuju ulazne podatke koje će tim za testiranje trebati kako bi testirao rezultiraju li njihove radnje očekivanim ishodima.

 

Faza 4: Izvršite testne slučajeve

 

Ova faza je ono što većina ljudi može pomisliti kada pomisle na testiranje sustava: izvođenje testnih slučajeva ili samo testiranje.

Tim za testiranje izvršit će svaki testni slučaj pojedinačno dok će nadzirati rezultate svakog testa i bilježiti sve pogreške ili greške na koje naiđu.

 

Faza 5: Prijavite i popravite greške

 

Nakon izvođenja testnih slučajeva, testeri pišu izvješće o testiranju sustava koje detaljno opisuje sve probleme i pogreške koje su se pojavile tijekom testiranja.

Neke greške koje test otkrije mogu biti male i lako popravljive, dok druge mogu unazaditi izgradnju. Ispravite ove greške čim se pojave i ponovite ciklus testiranja (koji uključuje druge vrste testiranja softvera kao što je ispitivanje dima ) dok ne prođe bez većih grešaka.

 

Razjašnjavanje zabune: testiranje sustava nasuprot testiranju integracije nasuprot testiranju prihvaćanja korisnika

 

Mnogi ljudi brkaju testiranje sustava s drugim vrstama testiranja softvera poput testiranja integracije i testiranja prihvaćanja korisnika.

Iako testiranje sustava, testiranje integracije i testiranje prihvaćanja korisnika dijele neke karakteristike, to su različite vrste testiranja koje služe različitim svrhama i svaka se vrsta testiranja mora provesti neovisno o drugima.

 

Što je integracijsko testiranje?

 

Integracijsko testiranje je vrsta testiranja softvera gdje se softverski moduli i komponente testiraju kao grupa kako bi se procijenilo koliko se dobro međusobno integriraju.

Integracijsko testiranje je prva vrsta testiranja softvera koja se koristi za testiranje pojedinačnih modula koji rade zajedno.

Testiranje integracije provode testeri u QA okruženju, a ono je bitno jer otkriva nedostatke koji mogu nastati kada pojedinačno kodirane komponente međusobno djeluju.

 

Koje su razlike između testiranja sustava i testiranja integracije?

 

Iako i testiranje sustava i testiranje integracije testiraju softversku verziju kao cjelinu, to su različite vrste testiranja softvera koje djeluju jasno.

Testiranje integracije događa se prvo, a testiranje sustava događa se nakon završetka testiranja integracije. Ostale glavne razlike između testiranja sustava i testiranja integracije su:

 

1. Namjena:

Svrha integracijskog testiranja je procijeniti rade li pojedinačni moduli ispravno zajedno kada su integrirani. Svrha testiranja sustava je ispitati kako sustav funkcionira kao cjelina.

 

2. Tip:

Testiranje integracije isključivo testira funkcionalnost i nije vrsta testiranja prihvaćanja.

Suprotno tome, testiranje sustava testira i funkcionalne i nefunkcionalne značajke i spada u kategoriju testiranja prihvaćanja (ali ne testiranja prihvaćanja korisnika).

 

3. Tehnika:

Integracijsko testiranje koristi testiranje crne kutije i testiranje bijele kutije za procjenu softverske verzije iz perspektive korisnika i razvojnog programera, dok testiranje sustava koristi metode testiranja isključivo crne kutije za testiranje softvera iz korisničke perspektive.

 

4. Vrijednost:

Integracijsko testiranje koristi se za prepoznavanje grešaka u sučelju, dok se testiranje sustava koristi za prepoznavanje grešaka u sustavu.

 

Što je testiranje prihvaćanja korisnika?

 

Test prihvaćanja korisnika ili UAT vrsta je testiranja softvera koje provodi krajnji korisnik ili kupac kako bi provjerio ispunjava li softver željene zahtjeve.

Test prihvaćanja od strane korisnika zadnji je oblik testiranja koji se provodi prije nego što se softver preseli u proizvodno okruženje.

To se događa nakon što su funkcionalno testiranje, testiranje integracije i testiranje sustava već dovršeni.

 

Koje su razlike između testiranja sustava i testiranja prihvaćanja korisnika?

 

Test prihvaćanja od strane korisnika i testiranje integracije provjeravaju radi li softverska verzija kako treba, a obje vrste testiranja usredotočuju se na to kako softver radi u cjelini.

Međutim, postoje mnoge razlike između testiranja sustava i testiranja prihvaćanja korisnika:

 

1. Testeri:

Dok testiranje sustava provode testeri (i ponekad programeri), testiranje prihvatljivosti korisnika provode krajnji korisnici.

 

2. Namjena:

Svrha testiranja prihvatljivosti od strane korisnika je procijeniti ispunjava li softverska verzija zahtjeve krajnjeg korisnika, a svrha testiranja sustava je provjeriti zadovoljava li sustav zahtjeve ispitivača.

 

3. Metoda:

Tijekom testiranja sustava, pojedinačne jedinice softverske verzije se integriraju i testiraju kao cjelina. Tijekom testiranja prihvatljivosti od strane korisnika krajnji korisnik testira sustav kao cjelinu.

 

4. Faza:

Testiranje sustava provodi se čim se završi testiranje integracije i prije testiranja prihvatljivosti korisnika. Testiranje prihvaćanja od strane korisnika odvija se neposredno prije nego što se proizvod pusti u promet za prerane korisnike.

 

Vrste testiranja sustava

 

Postoji više od 50 različitih vrsta testiranja sustava koje možete usvojiti ako želite testirati kako vaša verzija softvera funkcionira u cijelosti.

Međutim, u praksi većina timova za testiranje zapravo koristi samo nekoliko ovih vrsta testiranja sustava.

Vrsta testiranja sustava koju koristite ovisi o mnogo različitih čimbenika, uključujući vaš proračun, vremenska ograničenja, prioritete i resurse.

 

1. Ispitivanje funkcionalnosti

 

Testiranje funkcionalnosti vrsta je testiranja sustava koje je osmišljeno za provjeru pojedinačnih značajki i funkcija softvera i procjenu rade li kako treba.

Ova vrsta testiranja sustava može se provesti ručno ili automatski i to je jedna od ključnih vrsta testiranja sustava koje provode timovi za testiranje.

 

2. Testiranje performansi

 

Testiranje performansi je vrsta testiranja sustava koja uključuje testiranje koliko dobro aplikacija radi tijekom redovite upotrebe.

Naziva se i testiranjem sukladnosti, a obično znači testiranje performansi aplikacije kada je koristi više korisnika odjednom.

U testiranju performansi , testeri će promatrati vrijeme učitavanja, kao i pogreške i druge probleme.

 

3. Ispitivanje opterećenja

 

Testiranje opterećenja vrsta je testiranja sustava koje testeri provode kako bi procijenili koliko dobro aplikacija podnosi velika opterećenja.

Na primjer, testeri bi mogli testirati koliko dobro aplikacija radi kada puno i puno korisnika pokušava izvršiti isti zadatak u isto vrijeme ili koliko dobro aplikacija izvršava više zadataka odjednom.

 

4. Testiranje skalabilnosti

 

Testiranje skalabilnosti vrsta je testa softverskog sustava koji testira koliko se softver prilagođava potrebama različitih projekata i timova.

Ovo je vrsta nefunkcionalnog testiranja koja uključuje procjenu izvedbe softvera za različit broj korisnika ili kada se koristi na različitim lokacijama i s različitim resursima.

 

5. Testiranje upotrebljivosti

 

Testiranje upotrebljivosti vrsta je testiranja sustava koje uključuje testiranje upotrebljivosti aplikacije.

To znači da testeri procjenjuju i ocjenjuju koliko je aplikacija jednostavna za navigaciju i korištenje, koliko su njezine funkcije intuitivne i postoje li greške ili problemi koji mogu uzrokovati probleme upotrebljivosti.

 

6. Ispitivanje pouzdanosti

 

Testiranje pouzdanosti vrsta je testiranja integracije sustava kojim se provjerava koliko je softver pouzdan.

Zahtijeva testiranje softverskih funkcija i performansi unutar kontroliranog okruženja kako bi se procijenilo jesu li rezultati jednokratnih testova pouzdani i ponovljivi.

 

7. Testiranje konfiguracije

 

Testiranje konfiguracije je vrsta testiranja sustava koja procjenjuje koliko dobro sustav radi kada radi zajedno s različitim vrstama softvera i hardvera.

Svrha testiranja konfiguracije je identificirati najbolju konfiguraciju softvera i hardvera za maksimiziranje performansi sustava u cjelini.

 

8. Sigurnosno testiranje

 

Sigurnosno testiranje vrsta je testiranja sustava kojim se ocjenjuje kako softver radi u odnosu na sigurnost i povjerljivost.

Svrha sigurnosnog testiranja je identificirati sve potencijalne ranjivosti i opasnosti koje bi mogle biti izvori povreda podataka i kršenja koja bi mogla rezultirati gubitkom novca, povjerljivih podataka i druge važne imovine.

 

9. Ispitivanje migracije

Testiranje migracije vrsta je testiranja sustava koje se provodi na softverskim sustavima kako bi se procijenilo kako bi oni mogli komunicirati sa starijom ili novijom infrastrukturom.

Na primjer, testeri bi mogli procijeniti mogu li stariji softverski elementi migrirati na novu infrastrukturu bez bugova i grešaka.

 

Što vam je potrebno za početak testiranja sustava

 

Prije početka testiranja sustava, važno je da imate jasan plan okupljanja resursa i alata potrebnih za uspješan i neometan proces testiranja sustava.

To je relativno složen proces bez obzira testirate li ručno, automatski ili koristite oba pristupa, tako da je saznanje što će vam trebati prije nego što počnete najbolji način da smanjite rizik od kašnjenja i prekida tijekom testiranja.

 

1. Stabilna verzija koja je gotovo spremna za pokretanje

 

Testiranje sustava jedna je od posljednjih faza testiranja softvera koja se odvija prije izdavanja: jedina vrsta testiranja koja se odvija nakon testiranja sustava je testiranje prihvaćanja korisnika.

Važno je da ste, prije nego što započnete s testiranjem sustava, već proveli druge vrste testiranja softvera, uključujući funkcionalno testiranje, regresijsko testiranje i integracijsko testiranje, te da je vaša verzija softvera ispunila izlazne kriterije za svaku od ovih vrsta softverskih testova.

 

2. Planovi testiranja sustava

 

Prije nego počnete s testiranjem, sastavite službenu dokumentaciju koja opisuje svrhu i ciljeve testova koje ćete provesti te definira ulazne i izlazne kriterije testiranja sustava.

Možete upotrijebiti ovaj plan da ocrtate pojedinačne testne scenarije koje ćete testirati ili da definirate svoja očekivanja o tome kako će sustav funkcionirati.

Plan testiranja sustava trebao bi testerima olakšati dizajn i provođenje testiranja sustava slijedeći plan.

 

3. Test slučajevi

 

Važno je zacrtati testne slučajeve koje ćete testirati tijekom testiranja sustava prije početka testiranja sustava.

Testni slučajevi možda nisu iscrpni, ali bi trebali biti dovoljno potpuni da testiraju najvažnije funkcionalne i nefunkcionalne značajke sustava i daju točan pregled rada sustava u cjelini.

 

4. Vještine i vrijeme

 

Provjerite jeste li dodijelili dovoljno resursa za testiranje sustava prije početka testiranja sustava.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Testiranje sustava može trajati relativno dugo, posebno u usporedbi s drugim vrstama testiranja poput ispitivanja dima.

Morat ćete identificirati koji će ljudi u vašem timu provoditi testiranje i koliko dugo će morati biti blokirani prije početka testiranja.

 

5. Alati za testiranje sustava

 

Testiranje sustava može se provesti ručno ili može biti automatizirano , ali bez obzira na pristup testiranju, moguće je pojednostaviti i optimizirati tijekove rada testiranja sustava usvajanjem alata i tehnologije koji pomažu u različitim aspektima testiranja.

Na primjer, možete koristiti AI alate za automatizaciju nekih testova vašeg sustava ili možete koristiti softver za upravljanje dokumentima koji će vam pomoći u praćenju napretka i rezultata vašeg testiranja.

 

Proces testiranja sustava

 

Prije nego počnete, važno je razumjeti proces testiranja sustava i kako izvršiti svaki od njegovih koraka.

Ovaj plan korak po korak slijedi životni ciklus testiranja sustava koji je prethodno opisan, ali ulazi u dodatne detalje kako bi opisao pojedinačne korake uključene u testiranje sustava.

 

Korak 1: Napravite plan testiranja sustava

 

Napravite svoj plan testiranja sustava prije nego što započnete testiranje sustava. Svaki plan testiranja sustava bit će drugačiji, ali vaš plan treba sadržavati barem nacrt svrhe testiranja kao i relevantne ulazne i izlazne kriterije koji određuju kada bi testiranje trebalo započeti i kada je testiranje završeno.

 

Korak 2: Generirajte testne scenarije i testne slučajeve

 

Sljedeća faza je generiranje testnih scenarija i testnih slučajeva koji točno ocrtavaju što ćete testirati i kako ćete to testirati.

Uključite testne scenarije iz stvarnog života koji testiraju kako softver radi pod uobičajenom upotrebom, a za svaki testni slučaj koji napišete uključite pojedinosti o kriterijima uspješnosti i neuspjeha testa i koji je očekivani ishod.

 

Korak 3: Stvorite potrebne testne podatke

 

Stvorite potrebne testne podatke za svaki testni scenarij koji planirate izvršiti.

Testni podaci koji će vam trebati za svaki testni scenarij koji planirate pokrenuti su svi testni podaci koji utječu ili na koje utječe svaki pojedinačni test.

Moguće je ručno generirati testne podatke ili možete automatizirati ovu fazu ako želite uštedjeti vrijeme i imate resurse za to.

 

Korak 4: Postavite okruženje za testiranje

 

Sljedeći korak je postavljanje okoline za testiranje spremne za izvođenje testova vašeg sustava. Dobit ćete bolje rezultate testiranja sustava ako postavite okruženje za testiranje slično proizvodnom.

Provjerite uključuje li vaše okruženje za testiranje sav softver i hardver koji želite testirati tijekom testiranja konfiguracije i integracije.

 

Korak 5: Izvršite testne slučajeve

 

Nakon što postavite okolinu za testiranje, možete izvršiti testne slučajeve koje ste izradili u drugom koraku.

Ove testne slučajeve možete izvršiti ručno ili možete automatizirati izvođenje testnih slučajeva pomoću skripte.

Dok provodite svaki testni slučaj, zabilježite rezultate testa.

 

Korak 6: Pripremite izvješća o greškama

 

Nakon što ste izvršili sve navedene slučajeve testiranja, možete koristiti rezultate svakog testa za pisanje izvješća o greškama u kojima se detaljno ističu sve greške i nedostaci koje ste identificirali tijekom testiranja sustava.

Proslijedite ovo izvješće razvojnim programerima radi popravka grešaka i popravka. Faza popravka bugova može potrajati neko vrijeme, ovisno o složenosti i težini bugova koje identificirate.

 

Korak 7: Ponovno testirajte nakon popravka bugova

 

Nakon što su programeri softvera vratili softver na daljnje testiranje nakon ispravljanja grešaka, važno je ponovo testirati verziju softvera.

Najvažnije je da se testiranje sustava ne bi trebalo smatrati dovršenim sve dok ovaj korak nije prošao bez ikakvih grešaka ili nedostataka.

Nije dovoljno pretpostaviti da su svi bugovi ispravljeni i da je verzija sada spremna za prelazak na testiranje prihvaćanja od strane korisnika.

 

Korak 8: Ponovite ciklus

 

Posljednji korak je jednostavno ponavljanje ovog ciklusa onoliko puta koliko je potrebno da prođete korak sedam, a da pritom ne identificirate greške ili nedostatke.

Nakon što prođe testiranje sustava i ispunite sve izlazne kriterije navedene u planu testiranja sustava, vrijeme je da prijeđete na testiranje prihvaćanja od strane korisnika i, na kraju, izdanje proizvoda.

 

Ručno naspram automatiziranih testova sustava

 

Kao i druge vrste testiranja softvera, testiranje sustava mogu ručno provesti ljudski testeri ili barem djelomično automatizirati pomoću softvera. Automatizacija testiranja softvera pojednostavljuje proces testiranja i štedi vrijeme i novac, ali ponekad je važno izvršiti i ručno testiranje sustava.

Postoje prednosti i mane i ručnog i automatiziranog testiranja sustava i važno ih je razumjeti prije nego što odlučite koju vrstu testiranja sustava želite poduzeti.

 

Ručno testiranje sustava

 

Ručno testiranje sustava znači provođenje testiranja sustava ručno, bez automatiziranja dijela cijelog procesa testiranja.

Ručno testiranje sustava traje duže od automatiziranog testiranja, ali to također znači da proces testiranja ima koristi od ljudskog uvida i prosudbe.

Ručno testiranje često se kombinira s automatiziranim testiranjem kako bi se povećala učinkovitost i točnost testiranja sustava i drugih vrsta softverskih testova.

 

1. Prednosti izvođenja ručnog testiranja sustava

 

Postoje mnoge prednosti izvođenja ručnog testiranja sustava, a te prednosti objašnjavaju zašto se mnogi timovi za testiranje odlučuju nastaviti s ručnim testiranjem kao i s automatskim testiranjem čak i nakon automatizacije testnih skripti.

 

Složenost

Ručno testiranje prikladno je za testiranje složenih testnih scenarija koje nije uvijek lako automatizirati.

Ako su zahtjevi testiranja vašeg sustava komplicirani ili detaljni, možda će vam biti lakše testirati te scenarije ručno nego pisati automatske testne skripte za njih.

 

Eksploratorno ispitivanje

Kada automatizirate bilo koju vrstu softverskog testa, test slijedi svoju skriptu i testira samo one značajke za koje ste programirali da ih procjenjuje.

Nasuprot tome, kada provodite ručno testiranje, možete odlučiti istražiti različite značajke kako i kada pobuđuju vaš interes, na primjer, ako primijetite nešto što ne izgleda onako kako bi trebalo u softverskom sučelju .

 

Jednostavnost

Nakon što ste napisali svoje automatizirane skripte za testiranje, automatsko testiranje je jednostavno. Ali obično je potrebna razvojna stručnost za pisanje testnih skripti, a manji timovi za testiranje možda neće imati resurse da to ostvare.

Ručno testiranje ne zahtijeva tehničku stručnost ili znanje kodiranja.

 

2. Izazovi ručnih testova sustava

 

Ručno testiranje također donosi svoje izazove. Timovi za testiranje softvera koji provode samo ručno testiranje sustava bez uključivanja elemenata automatiziranog testiranja mogu se naći u nepovoljnijem položaju u usporedbi s timovima koji koriste oba pristupa.

 

Oduzima puno vremena

Kao što možete očekivati, provođenje ručnog testiranja sustava oduzima više vremena od automatiziranog testiranja sustava. Ovo je osobito slaba točka kada je potrebno agilno testiranje .

To znači da je manje praktično provoditi redovite ili vrlo temeljite testove sustava, a to bi moglo utjecati na pouzdanost i opseg rezultata.

 

Ljudska pogreška

Kada ljudi provode ručno testiranje, uvijek postoji prostor za ljudsku pogrešku. Ljudi griješe i dosađuju im se ili im odvraća pozornost, a to je osobito vjerojatno kada provode ponavljajuće testove koji oduzimaju puno vremena i koji će vjerojatnije umoriti ispitivače.

 

Pokrivenost testa

Ručni testovi ne nude istu širinu pokrivenosti kao automatizirani testovi.

Budući da ispitivači moraju sami provoditi ručne testove, nemoguće je pokriti toliko prostora ručnim testiranjem u usporedbi s automatskim testiranjem, a to bi moglo dovesti do manje sveobuhvatnih rezultata testa.

 

Kada koristiti ručno testiranje softvera

Ručno testiranje softvera nije zamijenjeno automatiziranim testiranjem, a ručno testiranje je još uvijek važna faza procesa testiranja sustava.

Ručno testiranje prikladno je za manje softverske timove koji možda nemaju resurse za neovisno automatiziranje testiranja sustava, pa čak i timovi koji su usvojili automatizirano testiranje trebali bi koristiti ručno testiranje za procjenu složenijih scenarija testiranja ili testnih slučajeva gdje istraživačko testiranje nudi vrijednost.

 

Automatizacija testiranja sustava

Moguće je automatizirati testiranje sustava tako da sami pišete testne skripte ili upotrebom alata i procesa hiperautomatizacije za djelomičnu ili potpunu automatizaciju procesa testiranja sustava.

Najčešće se automatizirano testiranje sustava kombinira s ručnim testiranjem sustava kako bi se osigurala najbolja ravnoteža pokrivenosti, učinkovitosti i točnosti.

 

1. Prednosti automatizacije testiranja sustava

 

Automatizirano testiranje sustava postaje sve popularnije djelomično zbog široke dostupnosti alata za automatsko testiranje koji olakšavaju automatiziranje testiranja softverskog sustava.

Mnogo je prednosti automatiziranog testiranja sustava, posebno u kombinaciji s ručnim testiranjem.

 

Učinkovitost

Automatizirano testiranje učinkovitije je od ručnog jer je moguće pokrenuti automatizirane testove u pozadini dok testeri i programeri obavljaju druge zadatke.

To čini praktičnijim provođenje automatiziranog testiranja na redovitijoj osnovi i smanjuje potrebu za delegiranjem velikog broja resursa za testiranje nakon što su automatizirani testovi postavljeni.

 

Veća pokrivenost testom

Automatizirani testovi često mogu pokriti veće područje izrade softvera nego ručni testovi, velikim dijelom zbog njihove povećane učinkovitosti.

Kada testeri ručno provode testiranje sustava, moraju odabrati najvažnije testne slučajeve za procjenu, dok automatizirano testiranje daje softverskim timovima fleksibilnost da testiraju više scenarija u kraćem vremenu.

 

Uklonite ljudsku pogrešku

Automatizirani testovi nisu osjetljivi na ljudske pogreške na isti način na koji su ručni testovi.

Prilikom provođenja ponavljajućih, dugotrajnih testova koji mogu umoriti ručne testere, automatizirani testovi nastavljaju testirati softver istom brzinom i razinom točnosti.

Ljudi će se također vjerojatnije usredotočiti na pronalaženje lakih bugova nego na teških bugova, što može uzrokovati propuštanje nekih važnih, ali manje očitih bugova.

 

Standardizirajte testiranje

Kada pišete skriptu za automatiziranje testiranja sustava, stvarate skup uputa koje će vaš alat za testiranje softvera slijediti.

Ovo učinkovito standardizira softverske testove koje izvodite i osigurava da svaki put kada pokrenete test, izvodite isti test i testirate softver prema istim standardima.

 

2. Izazovi automatizacije testiranja sustava

 

Automatizirano testiranje sustava nije savršeno, zbog čega se često provodi uz ručno testiranje za najbolje rezultate. Učinkovitije je od ručnog testiranja, ali možda ne nudi toliko u smislu dubine ili kvalitativnih podataka.

 

Fleksibilnost

Budući da automatizirano testiranje uvijek slijedi skriptu, ne postoji fleksibilnost testiranja mehanizama ili značajki izvan onih zapisanih u skripti za testiranje.

Iako ovo rezultira dosljednošću, to ne znači da se greške i greške mogu propustiti ako nisu uzete u obzir tijekom faza planiranja.

 

Resursi

Postavljanje automatiziranih testova zahtijeva vrijeme i resurse.

Iako je moguće automatizirati testiranje sustava korištenjem gotovih softvera i alata, većinu vremena oni ipak zahtijevaju prilagođavanje vašim softverskim zahtjevima.

Tradicionalno, automatizirano testiranje je značilo posvećivanje tehničkih resursa za pravilno pisanje i izvođenje automatiziranih testova, iako sve više alata poput ZAPTEST-a pruža naprednu automatizaciju računalnog vida u sučelju bez koda.

 

Složeni ispitni slučajevi

U većini slučajeva nije moguće 100% automatizirati testiranje sustava bez oslanjanja na ručno testiranje.

To je osobito istinito kada trebate testirati složene testne scenarije koje većina alata za automatizaciju nije dorasla testiranju.

 

3. Kada implementirati automatizirano testiranje sustava

 

Ako vaš tim za testiranje ima resurse za implementaciju automatiziranog testiranja, bilo pisanjem prilagođenih testnih skripti ili korištenjem alata za automatizaciju za njihovo pisanje, automatizirano testiranje može učiniti testiranje sustava učinkovitijim i pouzdanijim.

Međutim, uvijek je važno nastaviti s ručnim testiranjem čak i kada ste sigurni u kvalitetu i pokrivenost svojih automatskih testova jer automatsko testiranje ne može ponoviti dubinu i uvid koje samo ručno testiranje može ponuditi.

 

Zaključak: Automatizirano testiranje sustava naspram ručnog testiranja sustava

 

Automatizirano testiranje sustava i ručno testiranje sustava važni su tijekom faze testiranja razvoja softvera.

Dok manje tvrtke mogu započeti samo s ručnim testiranjem sustava zbog dodatnih ulaganja ili resursa koje zahtijeva automatizirano testiranje, većina timova za testiranje usvaja kombinirani pristup koji uključuje automatizirano testiranje čim to bude praktično u mogućnosti.

Kombinacijom automatiziranog testiranja s ručnim testiranjem, timovi za testiranje mogu maksimizirati učinkovitost, točnost i fleksibilnost bez ugrožavanja bilo kojeg ishoda testiranja sustava.

 

Najbolje prakse za testiranje sustava

 

Ako želite optimizirati svoje radne tijekove testiranja sustava za maksimalnu učinkovitost i točnost, najbolji način da to učinite je praćenje najboljih praksi testiranja sustava.

Najbolje prakse mogu vam pomoći da osigurate da ništa ne propustite tijekom faze testiranja sustava i osiguravaju da su testovi vašeg sustava uvijek dosljedno visokog standarda.

 

1. Isplanirajte adekvatno testiranje sustava

 

Sva testiranja sustava trebaju započeti formalnim planom testiranja koji jasno ocrtava testne slučajeve i pristupe koji će se koristiti tijekom testiranja.

Započinjanje s formalnim planom smanjuje rizik od kašnjenja tijekom testiranja i sprječava smetnje koje mogu nastati zbog dvosmislenosti.

Osigurava da sve relevantne strane znaju koja je njihova uloga i za što su odgovorne.

 

2. Uvijek pišite detaljna, točna izvješća

 

Važno je da je testiranje sustava uvijek dobro dokumentirano, inače testerima i programerima softvera možda neće biti lako djelovati prema rezultatima vaših testova.

Napišite jasna, temeljita izvješća za svaki test koji provedete koja detaljno opisuju sve pogreške koje pronađete, pokazuju točno kako ih replicirati i identificiraju kako bi se softver trebao ponašati nakon što se popravi.

Provjerite jesu li vaša izvješća o greškama nedvosmislena i laka za praćenje.

 

3. Testirajte na stvarnim uređajima

 

Timovi za testiranje često odlučuju replicirati različite uređaje unutar okruženja za testiranje, bez stvarnog testiranja softvera na različitim uređajima.

Ako izrađujete softver koji će se koristiti na različitim platformama poput mobitela , tj Android , iOS itd. tableti, web i stolna računala, tj Windows, Linux itd., svakako ih testirajte na tim uređajima kako biste procijenili kako rade s različitim opterećenjima ili mogu li problemi s mrežnom vezom uzrokovati probleme na određenim platformama.

 

4. Automatizirajte testiranje gdje je to moguće

 

Obično je najbolje kombinirati ručno testiranje sustava s automatskim testiranjem sustava za najbolje rezultate.

Ako još niste eksperimentirali s automatiziranim testiranjem integracije sustava, isprobavanje RPA + alata za testiranje softvera koji vam mogu pomoći da automatizirate barem neke od testova sustava omogućit će vam povećanje pokrivenosti i učinkovitosti bez ugrožavanja točnosti vaših rezultata.

 

5. Testirajte jednu značajku po slučaju

 

Kada pišete testne slučajeve, usredotočite se na testiranje samo jedne značajke po slučaju gdje je to moguće.

To olakšava ponovnu upotrebu ovih testnih slučajeva u budućim testovima i omogućuje programerima da jasnije razumiju kako nastaju greške i koje značajke ih pokreću.

 

Vrste izlaza iz testova sustava

 

Kada izvodite testove sustava, važno je znati kakvu vrstu izlaza možete očekivati od svojih testova i kako koristiti te izlaze za informiranje o budućem razvoju i testiranju.

Izlazi testiranja zapravo su sredstva i informacije koje dobivate provođenjem testova sustava.

 

1. Rezultati ispitivanja

Vaši rezultati testiranja uključuju podatke o tome kako je softver radio u svakom testu koji ste proveli, uz usporedbu očekivanih performansi softvera.

Ovi rezultati pomažu u određivanju prolazi li svaki testni slučaj ili ne, jer ako je softver radio na način na koji to niste očekivali, to obično znači da nije uspio.

 

2. Dnevnik kvarova

Zapisi grešaka su zapisi svih grešaka i nedostataka koji su pronađeni tijekom testiranja sustava.

Dnevnik kvarova navodi sve pronađene bugove, zajedno s drugim važnim informacijama kao što su prioritet svakog buga, ozbiljnost svakog buga te simptome i opis buga.

Također biste trebali zabilježiti datum kada je greška otkrivena i druge informacije koje će pomoći programerima da ponovno repliciraju grešku.

 

3. Izvješće o ispitivanju

Izvješće o testiranju obično je dio izlaznih kriterija za završetak testiranja sustava i obično uključuje sažetak provedenog testiranja, preporuke GO/No-Go, informacije o fazi i iteraciji te datum testiranja.

Također možete uključiti sve druge važne informacije o rezultatima testiranja ili ovom izvješću priložiti kopiju popisa nedostataka.

 

Primjeri testova sustava

 

Testovi sustava dizajnirani su za testiranje sustava kao cjeline, što znači da testiraju sve različite softverske jedinice koje rade zajedno kao sustav.

Primjeri testova sustava mogu vam pomoći da bolje razumijete što je test sustava i što testira.

 

1. Testiranje funkcionalnosti

 

Tim softverskih inženjera sastavlja novu aplikaciju za kupovinu koja pomaže trgovinama mješovitom robom da učinkovitije biraju i pakiraju online narudžbe.

Aplikacija se sastoji od više različitih modula, od kojih je svaki već testiran neovisno u jediničnom testiranju i testiran zajedno s drugim modulima u integracijskom testiranju.

Testiranje sustava prvi je put da se svi moduli testiraju zajedno, a testeri dizajniraju testne slučajeve kako bi procijenili svaku pojedinačnu funkciju aplikacije i provjerili funkcioniraju li prema očekivanjima nakon što svi moduli počnu raditi zajedno.

 

2. Ispitivanje vremena opterećenja

 

Tim testera softvera testira koliko se brzo aplikacija učitava u različitim točkama pod različitim razinama stresa.

Oni stvaraju testne slučajeve koji opisuju pod kojim je stresom aplikacija (na primjer, koliko ju korisnika istovremeno koristi) te koje funkcije i značajke korisnik pokušava učitati.

Tijekom testiranja sustava, vremena učitavanja bilježe se u izvješće o testiranju, a vremena učitavanja koja se smatraju presporom pokrenut će drugu fazu razvoja.

 

3. Konfiguracija testiranja

 

Prilikom izrade videoigre koja se može koristiti s puno različitih perifernih uređaja, uključujući računalni miš, VR slušalice i podlogu za igranje, testeri softvera poduzimaju testiranje konfiguracije kako bi ispitali koliko dobro svaka od tih perifernih uređaja radi s igrom.

Oni rade kroz svaki testni scenarij testirajući svaku periferiju pojedinačno i zajedno, bilježeći kako se svaka periferija ponaša u različitim točkama igre i jesu li performanse čak i lošije od očekivanih.

 

Vrste grešaka i grešaka otkrivenih testiranjem sustava

 

Kada provodite testiranje sustava, testovi koje izvodite omogućit će vam da identificirate greške i bugove unutar softvera koji nisu pronađeni u jediničnom testiranju i testiranju integracije.

Moguće je identificirati bugove mnogih vrsta tijekom testiranja sustava, ponekad zato što su prethodno propušteni ili obično zato što se pojavljuju samo kada sustav funkcionira kao cjelina.

 

1. Pogreške u izvedbi

Testiranje sustava može istaknuti pogreške u izvedbi u brzini, dosljednosti i vremenu odziva softverske verzije.

Testeri bi mogli procijeniti kako se softver ponaša tijekom obavljanja različitih zadataka i zabilježiti sve pogreške ili kašnjenja do kojih dođe tijekom korištenja. To su nedostaci u izvedbi, koji se mogu ili ne moraju smatrati dovoljno ozbiljnima da zahtijevaju daljnji razvoj.

 

2. Sigurnosne pogreške

Moguće je identificirati sigurnosne pogreške tijekom testiranja sustava koje naglašavaju ranjivosti unutar sigurnosnog sloja sustava.

Sigurnosno testiranje odvija se tijekom faze testiranja sustava i može se koristiti za prepoznavanje pogrešaka kodiranja, logičkih pogrešaka i XSS ranjivosti unutar softvera.

 

3. Greške upotrebljivosti

Pogreške upotrebljivosti su pogreške koje otežavaju korištenje aplikacije na način na koji je namijenjena. Oni mogu uzrokovati neugodnosti korisnicima, što zauzvrat može dovesti do toga da korisnici napuste aplikaciju.

Neki primjeri pogrešaka upotrebljivosti uključuju složen navigacijski sustav ili izgled kojim se nije lako kretati kroz sve aspekte platforme.

Korištenjem alata za upotrebljivost , greške se mogu identificirati ranije u procesu testiranja, ali se mogu pojaviti i tijekom testiranja sustava.

 

4. Komunikacijske pogreške

Pogreške u komunikaciji nastaju kada dio softvera pokuša komunicirati s drugim modulom, a pogreška uzrokuje neuspjeh ove komunikacije.

Na primjer, ako softver zatraži od korisnika da preuzme novo ažuriranje, ali kada korisnik klikne gumb za preuzimanje ažuriranja, ažuriranje se ne može pronaći, to je komunikacijska pogreška.

 

5. Pogreške u rukovanju pogreškama

Pogreške se ponekad događaju čak i kada softver radi kako treba. Možda zato što komponenta nije ispravno instalirana ili zato što korisnik njome ne upravlja ispravno.

Međutim, sustav mora biti u stanju ispravno rukovati tim pogreškama na način koji pomaže korisnicima da prepoznaju i riješe problem.

Ako poruke o pogrešci ne sadrže odgovarajuće informacije o pogrešci koja se pojavljuje, korisnici je neće moći popraviti.

 

Uobičajene metrike u testiranju sustava

 

Kada provodite testiranje sustava, možete pratiti određene metrike testiranja kako biste pomogli svom timu za testiranje da prati koliko je učinkovito testiranje sustava, koliko se često pronalaze greške i odvija li se testiranje sustava u pravoj fazi ciklusa testiranja.

Na primjer, ako pratite broj testova koji prolaze i broj testova koji ne uspijevaju i otkrijete da veliki udio testova sustava pada, možete zaključiti da je potrebno temeljitije testiranje ranije u ciklusu testiranja kako bi se identificirale greške i greške prije testiranja sustava počinje.

 

1. Apsolutna metrika

 

Apsolutni brojevi su one metrike koje vam jednostavno daju apsolutni broj umjesto proporcije ili omjera.

Apsolutni pokazatelji mogu biti korisni, ali budući da su apsolutni brojevi, nije uvijek lako protumačiti što oni znače.

Neki primjeri apsolutnih metrika uključuju trajanje testiranja sustava, duljinu vremena potrebno za izvođenje testa sustava i ukupan broj nedostataka pronađenih tijekom testiranja sustava.

 

2. Mjerila učinkovitosti testa

 

Mjerila učinkovitosti testiranja pomažu timovima za testiranje da razumiju koliko su učinkoviti njihovi trenutni postupci testiranja sustava, iako ne pružaju nikakve informacije o kvaliteti testova sustava.

Neki primjeri metrike učinkovitosti testa uključuju postotak položenih testova i fiksni postotak nedostataka.

Prošli testovi mogu vam pokazati prolazite li previše testova i stoga propuštate bugove, posebno ako vidite visoku metriku uspješnosti testa uz visok omjer izbjegavanja grešaka.

 

3. Mjerila učinkovitosti testa

 

Mjerila učinkovitosti testiranja govore testerima nešto o kvaliteti testova sustava koje izvode.

Oni mjere koliko su učinkoviti testovi sustava u prepoznavanju i ocjenjivanju grešaka i nedostataka unutar sustava.

Ukupna učinkovitost zadržavanja nedostataka primjer je metrike učinkovitosti testiranja koja prikazuje omjer grešaka pronađenih tijekom faze testiranja u usporedbi s greškama pronađenim nakon izdavanja.

 

4. Testirajte metriku pokrivenosti

 

Mjerni podaci o pokrivenosti testiranja pomažu testerima da razumiju koliko je njihova pokrivenost potpuna u cijelom sustavu koji pokušavaju testirati.

Na primjer, možete izmjeriti koji je postotak testova vašeg sustava automatiziran ili koliko je potrebnih testova do sada izvršeno.

Mjerilo pokrivenosti zahtjeva također pomaže testerima da prate koji je udio potrebnih značajki pokriven testiranjem.

 

5. Mjerilo nedostataka

 

Mjerni podaci o greškama su pokazatelji koji na različite načine mjere prisutnost nedostataka. Neke metrike nedostataka mogu se usredotočiti na ozbiljnost nedostataka, dok se drugi mogu usredotočiti na vrstu ili temeljni uzrok nedostataka.

Jedan primjer uobičajene metrike nedostataka je gustoća nedostataka, koja mjeri ukupan broj nedostataka u cijelom izdanju.

Gustoća defekata obično se predstavlja kao broj defekata na 1000 redaka koda.

 

Slučajevi testiranja sustava

 

Testni slučajevi sustava su testni scenariji koji se koriste u testiranju sustava kako bi se testiralo kako softver funkcionira i ispunjava li očekivanja programera, testera, korisnika i dionika.

 

1. Što su testni slučajevi u testiranju sustava?

 

Testni slučajevi su u biti upute koje definiraju što treba testirati i koje korake ispitivač mora poduzeti da testira svaki pojedinačni slučaj.

Kada pišete testne slučajeve za sistemske testove, važno je uključiti sve informacije koje su testeri potrebne za izvođenje svakog testa. Uključite ID testnog slučaja za svaki testni slučaj i informacije o tome kako izvršiti test i koje rezultate očekujete, kao i kriterije prolaznosti i neuspjeha za svaki testni slučaj gdje je relevantno.

 

2. Kako napisati testne slučajeve sustava

 

Ako ste novi u pisanju testnih slučajeva, možete slijediti korake u nastavku za pisanje testnih slučajeva za testiranje sustava. Pisanje testnih slučajeva za druge vrste testiranja softvera vrlo je sličan proces.

  • Definirajte područje koje želite da vaš testni slučaj pokrije.
  • Provjerite je li testni slučaj jednostavan za testiranje.
  • Primijenite relevantne testove na svaki testni slučaj.
  • Svakom testnom slučaju dodijelite jedinstveni ID testnog slučaja.
  • Uključite jasan opis kako pokrenuti svaki testni slučaj.
  • Dodajte preduvjete i postuvjete za svaki testni slučaj.
  • Navedite rezultat koji očekujete od svakog testa.
  • Navedite tehnike testiranja koje bi se trebale koristiti.
  • Zamolite kolegu da recenzira svaki testni slučaj prije nego krenete dalje.

 

3. Primjeri testnih slučajeva sustava

 

Korištenje primjera testnih slučajeva može vam pomoći da napišete vlastite testne slučajeve. Ispod su dva primjera testnih slučajeva sustava koje testeri mogu koristiti za testiranje funkcije aplikacije ili softvera.

 

Provjera cijene aplikacije za skeniranje namirnica

ID testa: 0788
Testni slučaj: potvrdite cijenu artikla
Opis testnog slučaja: skenirajte artikl i provjerite njegovu cijenu.
Očekivani rezultati: Skenirana cijena trebala bi biti usklađena s trenutnom cijenom dionice.
Rezultat: Stavka je skenirana po cijeni od 1 USD, što je u skladu s trenutnom cijenom dionice.
Položio/nije položio: Položio.

 

Softver za upravljanje od kraja do kraja vrijeme odziva transakcije

ID testa: 0321
Testni slučaj: vrijeme učitavanja početnog zaslona
Opis testnog slučaja: Pobrinite se da se zaslon za učitavanje aplikacije učita u odgovarajuće vrijeme.
Očekivani rezultati: Zaslon bi se trebao učitati unutar četiri sekunde ili manje.
Rezultat: Zaslon se učitao unutar 6 sekundi.
Položio/nije prošao: Nije prošao.

 

Najbolji alati za testiranje sustava

 

Korištenje alata za testiranje sustava jedan je od najjednostavnijih načina za pojednostavljenje procesa testiranja i smanjenje količine vremena koje timovi za testiranje troše na dugotrajne ručne zadatke.

Alati za testiranje sustava mogu umjesto vas automatizirati elemente procesa testiranja sustava ili mogu olakšati pisanje testnih slučajeva i praćenje napretka testiranja.

 

Pet najboljih besplatnih alata za testiranje sustava

 

Ako niste spremni potrošiti pozamašan dio proračuna na alate za testiranje sustava, ali želite istražiti što postoji i možda istovremeno poboljšati učinkovitost procesa testiranja sustava, dobra je vijest da postoji mnogo besplatni alati za testiranje dostupni online.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Besplatni alati za testiranje ne nude sve iste funkcije kao plaćeni alati za testiranje, ali manjim tvrtkama mogu pružiti isplativ način za istraživanje automatizacije softvera i RPA.

 

1. ZAPTEST BESPLATNO izdanje

ZAPTEST je skup alata za testiranje softvera koji se mogu koristiti za testiranje sustava i druge vrste testiranja softvera.

ZAPTEST je dostupan i kao besplatno i kao plaćeno izdanje za poduzeća, ali besplatno izdanje savršen je uvod u automatizirano testiranje sustava za manje tvrtke i tvrtke koje žele poduzeti prve korake prema automatizaciji testiranja.

ZAPTEST može automatizirati testove sustava za desktop i ručne uređaje i omogućuje testerima da automatiziraju testove bez kodiranja.

 

2. Selen

Selenium je jedan od najpoznatijih alata za testiranje otvorenog koda dostupnih na tržištu.

Besplatna verzija Seleniuma nudi alate za automatizirano testiranje koji se mogu koristiti u testiranju sustava, regresijskom testiranju i reprodukciji grešaka, a možete je koristiti za izradu vlastitih testnih skripti za mnogo različitih testnih scenarija.

Međutim, to dolazi po cijenu jednostavnosti i lakoće korištenja i može biti prilično teško naučiti za netehničke korisnike.

 

3. Apijem

Appium je besplatni alat za testiranje sustava koji je prikladan za korištenje posebno s mobilnim aplikacijama.

Appium možete koristiti za automatiziranje testiranja sustava za aplikacije dizajnirane za korištenje s iOS i Android pametnim telefonima i tabletima.

Ovaj besplatni alat nije prikladan za korištenje s aplikacijama za stolna računala, što je jedan od njegovih najvećih nedostataka.

 

3. Testna veza

Ako samo želite olakšati planiranje, pripremu i dokumentiranje testiranja sustava, Testlink je sjajan besplatni alat koji čini upravljanje testnom dokumentacijom jednostavnim.

Koristeći Testlink, možete jednostavno razvrstati izvješća u odjeljke kako biste pronašli informacije koje su vam potrebne kada su vam potrebne.

Testlink je vrijedan alat za testiranje bilo da provodite testiranje sustava, testiranje dima ili bilo koju drugu vrstu testiranja softvera.

 

5. Opterećenje

Loadium je besplatni alat za testiranje koji je posebno dizajniran za testiranje performansi i testiranje opterećenja.

Njegov fokus na performanse i testiranje opterećenja ipak predstavlja značajnu slabost za korisnike koji žele automatizirati cijeli spektar testova od kraja do kraja.

 

4 najbolja alata za testiranje sustava poduzeća

 

Kako vaše poslovanje raste, mogli biste otkriti da besplatni alati za testiranje više ne odgovaraju vašim zahtjevima. Mnogi besplatni alati poput ZAPTEST-a nude verzije za poduzeća kao i besplatne verzije.

 

1. Izdanje ZAPTEST Enterprise

 

ZAPTEST nudi poslovnu verziju svog alata za testiranje koja se može pohvaliti istim značajkama koje su jednostavne za korištenje i intuitivnim sučeljem besplatnog alata, ali se bolje mjeri za veće timove koji mogu zahtijevati intenzivnije testiranje ili koji žele testirati složenije verzije softvera.

Enterprise verzija ZAPTEST-a nudi neograničeno testiranje performansi i neograničene iteracije, kao i dodijeljenog ZAP certificiranog stručnjaka na poziv za podršku, koji radi kao dio klijentskog tima (ovo samo po sebi predstavlja značajnu prednost u usporedbi s bilo kojim drugim dostupnim alatima za automatizaciju).

Njegov model neograničenih licenci također je vodeći prijedlog na tržištu, osiguravajući da će tvrtke imati fiksne troškove u svakom trenutku, bez obzira na to koliko brzo rastu.

 

2. SoapUI

SoapUI je alat za testiranje koji omogućuje upravljanje i izvođenje testova sustava na različitim platformama web usluga i API-jima.

Timovi za testiranje mogu koristiti SoapUI kako bi smanjili količinu vremena koje troše na dugotrajne zadatke i razvili temeljitije i učinkovitije strategije testiranja.

 

3. Testsigma

Testsigma je platforma za testiranje softvera koja radi s police. Omogućuje timovima proizvoda da automatski planiraju i izvršavaju testove softvera na web-mjestima, mobilnim aplikacijama i API-jima.

Platforma je izgrađena s Javom, ali radi s testnim skriptama napisanim na jednostavnom engleskom jeziku.

 

4. TestiranjeBot

TestingBot je relativno jeftino poslovno rješenje za tvrtke koje žele eksperimentirati u ovom sektoru bez trošenja puno novca od samog početka. TestingBot nudi testerima jednostavan način testiranja i web stranica i mobilnih aplikacija pomoću mreže od 3200 kombinacija preglednika i mobilnih uređaja.

Nedostaje mu funkcionalnost većih Enterprise alata, ali je dobra opcija za tvrtke s nižim proračunima.

 

Kada biste trebali koristiti poslovne alate za testiranje besplatnih sustava

 

Hoćete li se odlučiti koristiti poslovne ili besplatne alate za testiranje sustava ovisi o potrebama vašeg tima, proračunu, prioritetima i rasporedu rada.

Podrazumijeva se da poslovni alati nude više mogućnosti i funkcionalnosti u usporedbi s besplatnim alatima, ali za manje tvrtke bez puno prostora u proračunu, besplatni alati su fantastična opcija.

Ako vaše poslovanje raste ili ako smatrate da vaš tim za testiranje troši više vremena nego što biste željeli na testiranje sustava i druge vrste testiranja softvera, nadogradnja na poslovne alate za testiranje i učenje kako u potpunosti iskoristiti prednosti ovih alata mogli bi pomoći vam da dodatno proširite svoje poslovanje kako biste zadovoljili rastuću potražnju.

Štoviše, korištenjem alata kao što je ZAPTEST Enterprise, koji nudi inovativne modele softvera + usluge i modele neograničene licence, zajamčeno je da ćete premostiti prazninu u tehničkom znanju i zadržati svoje troškove fiksnima bez obzira na to koliko brzo rastete i koliko koristite alate.

 

Kontrolni popis za testiranje sustava, savjeti i trikovi

 

Prije nego što započnete s testiranjem sustava, prođite kroz popis za provjeru testiranja sustava u nastavku i slijedite ove savjete kako biste optimizirali svoje testiranje sustava za točnost, učinkovitost i pokrivenost.

Kontrolni popis za testiranje sustava može vam pomoći da osigurate da ste pokrili sve što vam je potrebno dok napredujete kroz testiranje sustava.

 

1. Uključite testere tijekom faze dizajna

 

Iako testeri obično ne rade na softveru dok faza razvoja i dizajna nije gotova, ranim uključivanjem testera testerima je lakše razumjeti kako različite komponente rade zajedno i to uzeti u obzir pri testiranju.

To često rezultira pronicljivijim istraživačkim testiranjem.

 

2. Napišite jasne testne slučajeve

 

Kada pišete svoje testne slučajeve, provjerite jesu li jasni i nedvosmisleni.

Testeri bi trebali moći čitati testne slučajeve i odmah razumjeti što treba testirati i kako to testirati.

Ako trebate, objasnite gdje pronaći značajku koja zahtijeva testiranje i koje korake poduzeti tijekom procesa testiranja sustava.

 

3. Povećajte pokrivenost testom

 

Obično nije moguće postići 100% pokrivenost testiranjem kada provodite testiranje sustava, čak i ako koristite alate za automatizaciju.

Međutim, što je vaša pokrivenost testom veća, veća je vjerojatnost da ćete identificirati i popraviti greške prije izdavanja.

Pokušajte postići pokrivenost testom od najmanje 90% ili što je moguće bliže ovome.

 

4. Temeljito analizirajte rezultate

 

Temeljito analizirajte rezultate svakog testa sustava i jasno prijavite pogreške i nedostatke u svojoj dokumentaciji.

Što više pojedinosti možete navesti o programskim pogreškama, programerima će biti lakše replicirati te pogreške kasnije.

Ako imate ideje o tome zašto se greške pojavljuju i kako se greške mogu popraviti, uključite ih u svoje rezultate testiranja.

 

5. Idite dalje od testiranja zahtjeva

 

Nemojte samo testirati svoje aplikacije da vidite rade li ono što bi trebale raditi.

Testirajte kako vaš softver radi izvan svojih zahtjeva da vidite kako odgovara na zadatke i operacije izvan predviđene upotrebe. To bi vam moglo pomoći da identificirate greške i nedostatke koje biste inače propustili.

 

7 pogrešaka i zamki koje treba izbjegavati prilikom implementacije testova sustava

 

Kada prvi put provodite testove sustava, važno je biti svjestan uobičajenih pogrešaka i zamki koje timovi za testiranje često rade.

Ako znate koje su to pogreške, lakše ćete ih izbjeći, što bi trebalo povećati učinkovitost i točnost testiranja vašeg vlastitog sustava.

 

1. Pokretanje bez plana testiranja

 

Važno je izraditi detaljan plan testiranja prije početka testiranja sustava.

Ako započnete integracijsko testiranje bez plana, lako je zaboraviti neke testne slučajeve koje namjeravate izvršiti ili testne slučajeve izvan plana testiranja.

Većina ljudi ne može se sjetiti svih detalja plana testiranja osim ako nije jasno dokumentiran, a također sprječava timove da ga proslijede drugim testerima.

 

2. Nedefiniranje opsega testiranja sustava

 

Testiranje sustava je višedimenzionalni zadatak koji uključuje testiranje mnogo različitih aspekata jedne verzije softvera.

Ovisno o vrsti softvera koji razvijate i onome što ste do sada testirali, opseg testiranja sustava može se uvelike razlikovati od testa do testa.

Važno je definirati opseg testiranja prije početka testiranja i osigurati da ovaj opseg razumiju svi članovi tima za testiranje.

 

3. Ignoriranje lažno pozitivnih i lažno negativnih rezultata

 

Lažno pozitivni rezultati događaju se kada testovi sustava prođu unatoč tome što testni scenariji zapravo ne rade prema očekivanjima.

Isto tako, lažno negativni rezultati mogu se pojaviti kada test ne uspije usprkos očekivanom radu.

Ponekad može biti teško uočiti lažno pozitivne i lažno negativne rezultate, osobito ako jednostavno pogledate rezultate testa bez ulaženja u stvarne rezultate testa. Lažno pozitivni i negativni rezultati osobito su vjerojatni i lako ih je propustiti prilikom provođenja automatiziranog testiranja sustava.

 

4. Testiranje sa sličnim vrstama testnih podataka

 

Ako koristite više različitih vrsta testnih podataka, mijenjanje atributa testnih podataka koje koristite što je više moguće povećat će pokrivenost vašeg testiranja sustava.

To znači da je manja vjerojatnost da ćete propustiti greške i nedostatke i dodaje vrijednost testiranju koje provodite.

Obuhvaćajući različite vrste testnih podataka, dobit ćete detaljniju sliku o tome kako će se proizvod ponašati nakon izdavanja.

 

5. Ignoriranje eksplorativnog testiranja

 

Iako je poštivanje plana testiranja važno, također je važno napraviti prostor za istraživačko testiranje i omogućiti ispitivačima da isprobaju različite značajke i funkcije onako kako ih pronađu tijekom testiranja.

Eksploratorno testiranje često može otkriti nove bugove koji bi inače bili propušteni ili bugove koji su već promašeni tijekom drugih faza testiranja.

Možete čak zakazati sesije istraživačkog testiranja organiziranjem test jam sessiona gdje svi testeri provode neplanirano testiranje sustava u određenom vremenskom razdoblju.

 

6. Neprovjeravanje rezultata automatizacije testa redovito

 

Ako ste novi u testiranju softverskog sustava, a posebno u automatiziranom testiranju, mogli biste pomisliti da možete samo pokrenuti test i ostaviti ga.

Ali važno je redovito pregledavati rezultate automatizacije testiranja i mijenjati kôd automatizacije testiranja gdje je to potrebno.

Na primjer, ako izvršite bilo kakve promjene u softveru koji testirate, to bi se trebalo odraziti na kod automatiziranih testova.

Pažljivo pročitajte rezultate automatiziranih testova kako biste razumjeli svaki rezultat testa, a ne samo rezultate prolaza/padanja.

 

7. Korištenje pogrešnog alata za automatizaciju

 

Danas je dostupno mnogo alata za automatizaciju, od kojih su neki besplatni, a drugi za koje korisnici moraju plaćati mjesečnu naknadu.

Iako se početnici obično odlučuju za alate otvorenog koda, važno je osigurati da alat koji odaberete odgovara vašim zahtjevima i nudi značajke koje su vam potrebne.

Na primjer, alati otvorenog koda notorno su poznati po svojoj ograničenoj funkcionalnosti, neintuitivnom korisničkom sučelju i vrlo teškoj krivulji učenja. Nasuprot tome, alati za testiranje punog niza kao što je ZAPTEST Free Edition, pružaju vrhunsko testiranje i RPA funkcionalnost kao što su 1SCRIPT, Cross Preglednik, više uređaja, tehnologija više platformi, u sučelju bez koda jednostavnom za korištenje, prikladnom i za netehničare i za iskusne testere.

A ponekad se isplati uložiti u nešto skuplji alat za automatizaciju na razini poduzeća ako je funkcionalnost koju nudi mnogo bolja za vaš projekt.

 

Zaključak

 

Testiranje sustava važna je faza testiranja softvera koja provjerava sustav kao cjelinu i osigurava da svaka pojedinačna komponenta radi usklađeno glatko i učinkovito.

To je faza testiranja softvera koja dolazi nakon testiranja integracije i prije testiranja prihvaćanja od strane korisnika, i to je jedna od posljednjih formalnih faza testiranja softvera koja se događa prije početnog izdanja.

Testiranje sustava omogućuje testerima da identificiraju različite vrste grešaka uključujući funkcionalne i nefunkcionalne pogreške, kao i pogreške upotrebljivosti i nedostatke konfiguracije.

Moguće je izvršiti testiranje sustava ručno ili automatizirati testiranje sustava, iako se u većini slučajeva preporučuje hibridni pristup kako bi se maksimizirala učinkovitost dok se još uvijek ostavlja prostor za istraživačko testiranje.

Slijedeći najbolje prakse i izbjegavajući uobičajene zamke testiranja sustava, timovi za testiranje mogu provesti točne, učinkovite testove sustava koji pokrivaju većinu ključnih područja izgradnje.

 

Često postavljana pitanja i resursi

 

Ako ste novi u testiranju sustava, postoji mnogo resursa na mreži koji vam mogu pomoći da naučite više o testiranju sustava i kako izvršiti testiranje sustava.

U nastavku se nalaze pojedinosti o nekim od korisnih online resursa za testiranje sustava, kao i odgovori na neka od najčešće postavljanih pitanja o testovima sustava.

 

1. Najbolji tečajevi o testiranju sustava

 

Pohađanje online tečajeva za testiranje sustava ili testiranje softvera može pomoći stručnjacima za osiguranje kvalitete da razviju svoje razumijevanje testiranja sustava i steknu kvalifikacije koje pokazuju to znanje.

Mrežne stranice za obuku kao što su Coursera, Udemy, edX i Pluralsight nude besplatne i plaćene tečajeve za testiranje i automatizaciju softvera za profesionalce i početnike.

Neki primjeri online tečajeva za testiranje sustava su:

  • Potpuni kamp za testiranje softvera 2023., Udemy
  • Specijalizacija za testiranje i automatizaciju softvera, Coursera
  • Automatizirano testiranje softvera, edX
  • Automatizirano testiranje softvera s Pythonom, Udemyjem
  • Poslovni analitičar: Procesi i tehnike testiranja softvera, Udemy

Potražite online tečajeve koji odgovaraju vašoj razini iskustva i vašem budžetu. Ako radite u QA-u, možda ćete moći zamoliti svog poslodavca da vam sponzorira pohađanje akreditiranog tečaja za testiranje softvera.

 

2. Kojih je top 5 pitanja na intervjuu za testiranje sustava?

 

Ako se pripremate za intervju za ulogu koja bi mogla uključivati testiranje sustava ili druge vrste testiranja softvera, priprema odgovora na uobičajena pitanja unaprijed može pomoći vašoj uspješnosti na intervjuu.

Neka od najčešćih pitanja za intervju o testiranju sustava uključuju:

  • Kako se testiranje sustava razlikuje od testiranja integracije?
  • Koje su prednosti i mane automatiziranog testiranja sustava?
  • Koliko vrsta testiranja sustava možete navesti?
  • Kako biste povećali pokrivenost testom tijekom testiranja sustava?
  • Kakve bugove i nedostatke biste očekivali pronaći u testovima sustava?

Ova pitanja možete upotrijebiti za pripremu odgovora prema STAR strukturi prije intervjua, koristeći primjere iz prošlosti iz svoje karijere kako biste pokazali svoje znanje o testiranju sustava i drugim vrstama testiranja softvera.

 

3. Najbolji YouTube tutoriali o testiranju sustava

 

Ako ste vizualni učenik, možda će vam biti lakše razumjeti što je testiranje sustava i kako ono funkcionira zajedno s drugim vrstama testiranja softvera gledajući videozapise o testiranju sustava.

Na YouTubeu postoji mnogo videosadržaja koji objašnjavaju što je testiranje sustava i kako započeti testiranje sustava bilo da ga želite izvesti ručno ili pomoću alata za automatizaciju. Neki od najboljih YouTube vodiča o testiranju sustava uključuju:

 

4. Kako održavati testove sustava

 

Održavanje testa je proces prilagodbe i održavanja testova sustava i drugih vrsta testova softvera kako bi bili ažurni dok unosite izmjene u verziju softvera ili mijenjate kod.

Na primjer, ako izvršite testiranje sustava i pronađete greške i nedostatke, softversku verziju ćete poslati natrag razvojnim programerima na prilagodbe. Timovi za testiranje možda će morati održavati testne skripte kako bi bili sigurni da će adekvatno testirati novu verziju softvera kada dođe vrijeme za ponovno testiranje.

Testno održavanje važan je aspekt testiranja softvera, a testeri mogu osigurati održavanje softvera slijedeći najbolje prakse održavanja.

 

To uključuje:

 

1. Suradnja:

Programeri i testeri trebali bi surađivati kako bi osigurali da testeri znaju koji su aspekti koda promijenjeni i kako bi to moglo utjecati na testne skripte.

 

2. Dizajn:

Osmislite testne skripte prije nego počnete automatizirati testove. To osigurava da testovi koje automatizirate uvijek odgovaraju svrsi.

 

3. Proces:

Uzmite u obzir održavanje testiranja softvera tijekom procesa dizajna. Upamtite da ćete morati održavati testove i to uzeti u obzir u rasporedu, planovima testiranja i dizajnu testiranja.

 

4. Pogodnost:

Ažurirajte sve svoje testove, uključujući testove sustava i testove ispravnosti, s jedne nadzorne ploče ako je moguće.

To znači da je ažuriranje testova puno brže i praktičnije, te smanjuje rizik od zaboravljanja ažuriranja određenog testa kada su napravljene promjene u verziji softvera.

 

Je li testiranje sustava bijela kutija ili testiranje crne kutije?

 

Testiranje sustava je oblik testiranja crne kutije.

Testiranje crne kutije razlikuje se od testiranja bijele kutije po tome što uzima u obzir samo vanjske funkcije i značajke softvera. Testiranje bijele kutije testira kako softver radi interno, na primjer kako kôd funkcionira i radi zajedno.

Testiranje crne kutije ne zahtijeva poznavanje internog rada sustava ili koda, umjesto toga jednostavno zahtijeva da testeri testiraju rezultate i funkcije softverske aplikacije i procijene ih prema postavljenim kriterijima.

Testiranje sustava uključuje i funkcionalno i nefunkcionalno testiranje, ali testeri koriste tehniku crne kutije za testiranje čak i nefunkcionalnih aspekata međugradnje.

Zbog toga se testiranje sustava općenito smatra oblikom testiranja crne kutije.

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