Uvod u testiranje sustava
Jeste li ikada čuli za testiranje sustava? Da, naravno, čuli ste, ali ne znate što je testiranje. Kako se provodi u stvarnom okruženju. Današnji svijet ispunjen je s puno uređaja, svakodnevno izlaze nove tehnologije. Da bismo održali kvalitetu i osigurali da naš proizvod bude bez grešaka i pouzdan, svaki razvoj ima paralelni tim za testiranje na stranu.
Testiranje je postupak unakrsne provjere imamo li ispravnu funkcionalnost ili ne. Testiranje softvera faza je završetka softvera. Sad će taj integrirani softver testirati. Pri testiranju provjeravamo ispunjava li softver naše zahtjeve ili ne.
Testiranje na cijelom sustavu poznato kao testiranje sustava. Ovim testom otkrivamo pogreške. Osigurava da cijeli sustav radi onako kako se i očekivalo. Provjeravamo performanse i funkcionalnost sustava kako bismo dobili kvalitetan proizvod. Testiranje sustava nije ništa drugo nego ispitivanje sustava u cjelini. Ovim testiranjem provjerava se cjelovit scenarij sa stanovišta kupca.
Funkcionalni i nefunkcionalni testovi također se rade testiranjem sustava. Sve se čini kako bi se održalo povjerenje unutar razvoja tog sustava bez oštećenja i grešaka. Testiranje sustava je također namijenjeno ispitivanju hardverskog / softverskog zahtjeva.
Testiranje sustava je više ograničena vrsta ispitivanja; nastoji otkriti oba oštećenja unutar „međusastavljanja“.
Postoje dvije vrste testova:
To su specijalizirani sustavi i aplikacije
Prije skoka u test sustava želim da znate tok ispitivanja. Tako ćete dobiti jasnu ideju. Pogledajte sljedeći dijagram.
Vrste testiranja sustava
Ispod su različite vrste ispitivanja koja su sljedeća:
1. Ispitivanje funkcionalnosti
- Ovo testiranje osigurava da funkcionalnost proizvoda radi prema specifikacijama zahtjeva, unutar mogućnosti sustava.
- Funkcijsko ispitivanje vrši se ručno ili automatiziranim alatima.
2. Ispitivanje oporavakljivosti
- Ovo testiranje određuje mogu li se operacije nastaviti nakon katastrofe ili nakon što je izgubio integritet sustava.
- Najbolji primjer za to pretpostavlja da preuzimamo jednu datoteku. I odjednom veza nestaje. Nakon nastavka veze naše preuzimanje započinje tamo gdje smo i otišli. Ne počinje od početka.
- Koristi se tamo gdje je kontinuitet operacija ključan
3. Ispitivanje performansi
- Ovo testiranje osigurava rad sustava pod različitim uvjetima, u smislu karakteristika performansi.
- Ovo se testiranje naziva i ispitivanjem usklađenosti s obzirom na performanse.
- Ovo testiranje osigurava da udovoljava zahtjevima sustava
- Provjerava kada više korisnika istovremeno koristi istu aplikaciju, zatim kako reagira
Testiranje performansi može se svrstati u tri glavne kategorije kao što su brzina, skalabilnost, stabilnost.
4. Ispitivanje skalabilnosti
Ovo testiranje osigurava sposobnost sustava za skaliranje u različitim terminima poput skaliranja korisnika, geografskog skaliranja i skaliranja resursa.
5. Ispitivanje pouzdanosti
- Ispitivanje pouzdanosti osigurava da je sustav bez grešaka.
- Ovo testiranje osigurava rad sustava dulje vrijeme bez razvoja kvarova.
6. Ispitivanje dokumentacije
Ovo testiranje osigurava da su korisnički vodič za sustav i drugi dokumenti s temama pomoći ispravni i upotrebljivi.
7. Sigurnosno testiranje
- Ispitivanje koje potvrđuje da program može pristupiti ovlaštenom osoblju i da ovlašteno osoblje može pristupiti funkcijama dostupnim njihovoj razini sigurnosti.
- Ovo testiranje osigurava da sustav ne dopušta neovlašteni pristup podacima i resursima.
- Svrha sigurnosnog ispitivanja je utvrditi koliko dobro sustav štiti od neovlaštenog unutarnjeg ili vanjskog pristupa ili namjernog oštećenja.
- Postoji sljedeće područje u kojem općenito možemo provjeriti sigurnost:
- Ovjera
- autorizacija
- Provjera valjanosti podataka
- Sigurnost u prometu
- Zaštita podataka
- Upravljanje sesijama
8. Ispitivanje upotrebljivosti
Da biste bili sigurni da je sustav jednostavan za upotrebu, učenje i rad
9. Ispitivanje zahtjeva
Svaki je sustav testiran na zahtjevima.
- Izravna promatranja ljudi koji koriste sustav.
- Ispitivanja uporabljivosti rađena su u okviru ovog ispitivanja.
- Korisnički testovi u okviru ovog testiranja. Naziva se i beta testiranjem.
- Ovo testiranje testira sustav na način na koji će stvarni korisnik raditi u okruženju.
- Ispitivanje upotrebljivosti uglavnom se koristi za dizajn aplikacije.
- U testu upotrebljivosti stvarni korisnici pokušavaju dobiti tipične ciljeve i zadatke s proizvodom u kontroliranim uvjetima.
Ovaj se sistem koristi za određivanje:
- Koliko je jednostavno razumjeti uporabu aplikacija.
- Kako je lako izvršiti postupak prijave.
10. Učitavanje testiranja
Ovo testiranje određuje kako se aplikacija ponaša kada joj više korisnika istovremeno pristupa na više lokacija.
- Ovo se testiranje provodi kako bi se utvrdilo jesu li performanse sustava prihvatljive na unaprijed određenoj razini opterećenja.
- Ispitivanje opterećenja procjenjuje performanse sustava s unaprijed definiranim razinama opterećenja.
- Provjerava normalne i unaprijed definirane uvjete aplikacije.
11. Ispitivanje stresa
Ovo testiranje općenito provjerava da će sustav i dalje funkcionirati kad bude podvrgnut velikoj količini podataka nego što se očekivalo.
- Ispitivanje stresa može sadržavati ulazne transakcije, interne tablice, komunikacijske kanale, prostor na disku itd.
- Ispitivanje otpornosti na stres provjerava da bi sustav trebao raditi kao u proizvodnom okruženju.
- Ona provjerava sustav u ekstremnim uvjetima.
- Ispitivanje stresa poznato je i kao Testiranje izdržljivosti.
12. Ispitivanje konfiguracije
- Testiranje konfiguracije provjerava je li s više kombinacija aplikacije s hardverom.
- Ovo testiranje provjerava postoji li problem kompatibilnosti.
- Odredite minimalnu i optimalnu H / W i S / W konfiguraciju.
- Ovo testiranje određuje učinke dodavanja ili izmjene resursa poput memorije, prostora na disku, CPU-a, mrežne kartice.
13. Ispitivanje kompatibilnosti
- Ispitivanje kompatibilnosti koristi se za provjeru je li vaša aplikacija sposobna da se izvodi na različitim H / W, OS, aplikacijama, mrežnom okruženju ili mobilnim uređajima itd.
- Slično kao i testiranje na više platformi.
- Testiranje sposobnosti korisnije je u internetskim aplikacijama gdje možemo provjeriti da aplikacija mora biti dostupna iz svakog preglednika.
Ključno područje fokusa
- Tijekom testiranja sustava, sustav se testira u proizvodnom okruženju. Prije isporuke proizvoda, sustav treba testirati u proizvodnom okruženju.
- Razvojno i proizvodno okruženje može biti različito od tvrtke do poduzeća.
- Uglavnom bi trebao dobiti grešku u vezi s konfiguracijom.
Koncept testiranja sustava
Testiranje sustava spada u opseg Black-Box testiranja. Također, postoje ispitivanja poput sigurnosti, pouzdanosti, performansi, instalacije, funkcionalnog ispitivanja itd.
Imamo i testiranje u bijeloj kutiji. Ovo je također poznato kao provjera u jasnim okvirima. Ispitivanje u bijeloj kutiji znači ispitivanje gdje je ispitivač poznat unutarnju strukturu aplikacije za testiranje. Ali u ovom se članku fokusiramo na testiranje crne kutije.
Što je testiranje crne kutije?
- Ovo testiranje je poznato i kao testiranje u ponašanju.
- Ispitivanje u crnoj kutiji uglavnom se usredotočuje na ulaz i izlaz jer je unutarnji kod skriven od testera
Testiranje sustava također ima neka specijalizirana ispitivanja kao što slijedi:
1. Regresijsko ispitivanje
Ovo ispitivanje ovisi o vremenu. Faktor nije uvijek dovoljan za ovo testiranje. Ovo se testiranje provodi na dva načina:
- Ručno testiranje :
Ručno testiranje može se obaviti za mali Sustav. Projekt gdje su troškovi problem. Automatsko testiranje nije prikladno.
Programeri ili tim za osiguravanje kvalitete ručno testira svaki put softverskog koda. A onda se dogodila usporedba.
Ovo je testiranje dugotrajno i potrebno je mnogo resursa da bi se moglo raditi na njemu.
Ovo ispitivanje nije učinkovito, pa je automatizirano testiranje uočljivo u sliku
- Automatizirano testiranje:
Ovo testiranje je vrlo dobro. Mnoštvo tvrtki koje pokušavaju nabaviti automatizirane alate za testiranje.
Ako imamo puno izmjena verzija za aplikaciju, to je od velike pomoći. Jedna klasa ovih alata naziva se uhvaćenim alatima za reprodukciju.
2. Ispitivanje pogrešaka
- Da bi odredio sposobnost sustava da pravilno obrađuje pogrešne transakcije.
- Sve razumne pogreške trebalo bi otkriti aplikacijskim sustavom.
- Kontrola nad pogreškom tijekom ispravljanja pogreške je obavezna.
- Postupci uglavnom jamče da se pogreška ispravno ispravlja.
- Ovo bi se testiranje trebalo dogoditi na cijelom SDLC-u.
- Pogreške obuhvaćaju sve neočekivane uvjete.
- Ona provjerava sposobnost softvera da pravilno izvršava sve transakcije.
- Na primjer: U aplikaciju jednostavno stavite neke pogrešne vrijednosti da biste provjerili je li sustav dovoljno sposoban pronaći te probleme. Ovaj postupak može biti iterativan.
3. Ispitivanje među sustavima
- Ovo se testiranje provodi kad se aplikacija postavi na raspoređeni prostor. I događaju se sve smještene integracije. Ovo se testiranje uglavnom vrši radi provjere protoka podataka iz glavnog host sustava u druge sustave.
- Ukratko, možemo reći da je "testiranje sučelja između dva ili više aplikacijskih sustava."
- Ovim se odlučuje:
- Dokumentacija za sustav je potpuna i točna.
- Parametri i podaci ispravno se prosljeđuju između dvaju programa.
- Postoje dijelovi testova koji se transakcija iz jednog sustava u drugi izvršava i obrnuto pravilno izvršava. pojavili su se unakrsni provjeri i ako se dogodila pogreška, tada se ispravlja.
- Ovo testiranje osigurava protok podataka između aplikacije.
- Ovo je testiranje zamorno ako se ne provede automatizacija.
- Trošak je više ako je iteracija više.
4. Ispitivanje razumnosti
- Ispitivanje ispravnosti znači provjeru ponašanja u sustavu. Ovo se testiranje naziva i uskim regresijskim ispitivanjem.
- Ispitivanja ispravnosti korisna su za početnu validaciju okoline i za buduće interaktivne priraštaje.
- Ispitivanje razumnosti jedno je fokusirano.
- Ovo se ispitivanje također smatra podskupom regresijskog ispitivanja.
- Ex of Sanity testiranje, možemo reći pretpostavimo da nam je potrebno produženje rada sustava. Koliko vremena mora proći sustav da se ustane?
- Ispitivanje ispravnosti u početku je dizajnirano za testiranje osnovnih modula.
- Provjera ispravnosti može provjeriti povezanost s aplikacijskim poslužiteljima i s perifernim uređajima.
5. Ispitivanje dima
- Provjera dima općenito je poznata i kao "Ispitivanje provjere ugradnje".
- Ovaj je termin proizašao iz testiranja hardvera. U testiranju hardvera uređaj je prošao test ako se nije zapalilo ili pušio prvi put kada je uključen.
- Provjera dimom provjerava provjerljivost softvera nazvanom Dimljenje.
- Ispitivanjem dima odlučuje je li testiranje dovoljno za primjenu. Je li stabilan?
- Ispitivanje dima pomaže u određivanju mjesta za zaustavljanje.
- Ispitivanja dima mogu se izvoditi ručno ili automatiziranim alatima.
- Scenariji ispitivanja dima naglašavaju širinu više od dubine.
- Ispitivanje dima poznato je i kao provjera provjere / Ispitivanje veze / Osnovno funkcionalno ispitivanje.
- Ovo je pristup "Plitko i široko".
- Ispitivanje dima pomaže ranom otkrivanju problema.
- Ispitivanje dima također pomaže u pronalaženju ispitivanja integracije.
- Pri testiranju dima sve komponente treba dodirnuti, a svako veće svojstvo treba kratko ispitati.
- Ako test ne uspije, izrada se vraća programerima neprovjereno.
- Ispitivanje dima obično se koristi za testiranje sustava, testiranje prihvatljivosti i testiranje integracije.
6. Paralelno ispitivanje
- Paralelno testiranje znači istovremeno testiranje više aplikacija ili podsustava.
- Možemo reći da je usporedba dva različita sustava.
- Paralelno testiranje treba odrediti - Nova verzija aplikacije ili novih sustava funkcionira ispravno s referencom na postojeći sustav koji ispravno radi.
- Paralelno testiranje može se koristiti prilikom prihvaćanja novog sustava.
- Tijekom paralelnog testiranja isti se podaci koriste u oba sustava.
- Paralelno s ispitivanjem koristi se novi sustav s postojećim sustavom neko određeno vrijeme.
- Kroz unakrsnu provjeru o / p i usporedbu s o / p iz postojećeg sustava. Paralelno se provodi ispitivanje kako bi se osiguralo da novi sustav radi do oznake kao prethodni sustav.
Zaključak
Svaki proces razvoja softvera ima testni dio. Ako softver posjeduje sve testove i zadovoljava sve uvjete, tada je spreman za predaju kupcu. Testiranje je presudan dio i mora se raditi vrlo ozbiljno.
Preporučeni članci
Ovo je vodič za testiranje sustava. Ovdje smo razgovarali o uvodu, različitim vrstama testiranja sustava i njegovom ključnom području fokusa. Također možete pogledati sljedeće članke da biste saznali više -
- Karijere u testiranju softvera
- Intervjuska pitanja za ispitivanje penetracije
- Što su neuronske mreže?
- Neispravan životni ciklus u testiranju softvera
- Različiti alati za testiranje performansi