what is system testing ultimate beginner s guide
Što je testiranje sustava u softverskom testiranju?
Testiranje sustava znači testiranje sustava u cjelini. Svi su moduli / komponente integrirani kako bi se provjerilo radi li sustav prema očekivanjima ili ne.
Ispitivanje sustava vrši se nakon testiranja integracije. To igra važnu ulogu u isporuci visokokvalitetnog proizvoda.
Popis tutorijala:
Postupak testiranja integriranog hardverskog i softverskog sustava kako bi se provjerilo ispunjava li zadane zahtjeve.
Verifikacija : Potvrda ispitivanjem i odredbe objektivnih dokaza da su ispunjeni navedeni zahtjevi.
Ako aplikacija ima tri modula A, B i C, tada je testiranje izvedeno kombiniranjem modula A & B ili modula B & C ili modula A & C poznato kao integracijsko testiranje. Integriranje sva tri modula i njegovo testiranje kao cjelovitog sustava naziva se testiranje sustava.
Što ćete naučiti:
- Moje iskustvo
- Pristup
- Zašto testiranje sustava?
- Je li ovo testiranje bijele ili crne kutije?
- Kako izvršiti test sustava?
- Prednosti
- Kriteriji za ulazak / izlazak
- Plan ispitivanja sustava
- Postupak za pisanje testnih slučajeva sustava
- Slučajevi za ispitivanje sustava
- Vrste ispitivanja sustava
- Što je ispitivanje integracije sustava?
- Razlika između ispitivanja sustava i prihvaćanja
- Savjeti za provođenje ispitivanja sustava
- Zaključak
- Preporučena literatura
Moje iskustvo
Pa ... mislite li stvarno da će vam trebati toliko vremena za testiranje onoga što vi zovete Ispitivanje sustava , čak i nakon što ste potrošili puno truda na integracijsko testiranje?
Klijent kojem smo se nedavno obratili za projekt nije bio uvjeren u procjenu koju smo dali za svaki napor testiranja.
Morao sam nagovoriti primjer:
Mike, želio bih na primjeru razraditi naše napore i važnost testiranja sustava.
Pucaj, odgovorio je.
Primjer ispitivanja sustava
Proizvođač automobila ne proizvodi automobil u cjelini. Svaka komponenta automobila proizvodi se zasebno, poput sjedala, upravljača, ogledala, prekida, kabela, motora, okvira automobila, kotača itd.
Nakon izrade svake stavke, testira se neovisno radi li onako kako bi trebao raditi, a to se naziva Unit testing.
modeli životnog ciklusa razvoja softvera vodopad
Sada, kada je svaki dio sastavljen s drugim dijelom, provjerava se ta sastavljena kombinacija ako sastavljanje nije proizvelo nikakve nuspojave na funkcionalnost svake komponente i rade li obje komponente zajedno kako se očekuje, a to se naziva integracijskim testiranjem.
Jednom kad su svi dijelovi sastavljeni i automobil spreman, zapravo nije spreman.
Cijeli automobil treba provjeriti radi različitih aspekata prema definiranim zahtjevima, poput toga može li se automobil voziti glatko, pauze, stupnjevi prijenosa i ostale funkcije rade ispravno, automobil ne pokazuje znakove umora nakon što je neprekidno vozio 2500 milja, boja automobila je općenito prihvaćen i sviđa mu se, automobil se može voziti na bilo kakvim cestama poput glatkih i grubih, neurednih i ravnih itd., a čitav taj napor testiranja naziva se testiranje sustava i nema nikakve veze s integracijskim testiranjem.
Primjer je funkcionirao onako kako se očekivalo i klijent se uvjerio u napore potrebne za testiranje sustava.
Ovdje sam iznio primjer kako bih potaknuo važnost ovog ispitivanja.
Pristup
Izvodi se kada je integracijsko testiranje završeno.
To je uglavnom testiranje tipa Black-box. Ovo testiranje procjenjuje rad sustava s gledišta korisnika, uz pomoć specifikacijskog dokumenta. Ne zahtijeva nikakvo interno znanje o sustavima poput dizajna ili strukture koda.
Sadrži funkcionalna i nefunkcionalna područja primjene / proizvoda.
Kriteriji fokusa:
Uglavnom se fokusira na sljedeće:
- Vanjska sučelja
- Multiprogramske i složene funkcionalnosti
- Sigurnost
- Oporavak
- Izvođenje
- Neometana interakcija operatora i korisnika sa sustavom
- Instalabilnost
- Dokumentacija
- Upotrebljivost
- Opterećenje / stres
Zašto testiranje sustava?
# 1) Vrlo je važno ispuniti puni ciklus ispitivanja, a ST je faza u kojoj se to radi.
#dva) ST se izvodi u okruženju koje je slično proizvodnom okruženju i stoga dionici mogu dobiti dobru predodžbu o reakciji korisnika.
# 3) Pomaže u smanjivanju rješavanja problema nakon uvođenja i poziva za podršku.
# 4 ) U ovoj STLC fazi testiraju se arhitektura aplikacije i poslovni zahtjevi.
Ovo je ispitivanje vrlo važno i igra značajnu ulogu u isporuci kvalitetnog proizvoda kupcu.
Uvidimo važnost ovog testiranja kroz primjere u nastavku koji uključuju naše svakodnevne zadatke:
- Što ako mrežna transakcija zakaže nakon potvrde?
- Što ako stavka stavljena u košaricu internetske stranice ne dopušta narudžbu?
- Što ako na Gmail računu izrada nove oznake dovede do pogreške pri kliku na karticu izrade?
- Što ako se sustav sruši kada se poveća opterećenje na sustavu?
- Što ako se sustav sruši i ne uspije oporaviti podatke po želji?
- Što ako instaliranje softvera na sustav traje puno više vremena nego što se očekivalo i na kraju da pogrešku?
- Što ako se vrijeme odziva web stranice poveća mnogo više nego što se očekivalo nakon poboljšanja?
- Što ako web stranica postane prespora da korisnik ne može rezervirati svoju putnu kartu?
Iznad je samo nekoliko primjera koji pokazuju kako bi testiranje sustava utjecalo ako se ne izvrši na pravilan način.
Svi gore navedeni primjeri samo su rezultat bilo testiranja sustava koje nije izvedeno ili nije pravilno izvedeno. Svi integrirani moduli trebaju biti testirani kako bi se osiguralo da proizvod radi u skladu sa zahtjevima.
Je li ovo testiranje bijele ili crne kutije?
Testiranje sustava može se smatrati tehnikom crne kutije.
Ispitivanje crne kutije tehnika ne zahtijeva interno poznavanje koda, dok tehnika bijelog okvira zahtijeva interno poznavanje koda.
Tijekom izvođenja sistemskog testiranja funkcionalnih i nefunkcionalnih, obuhvaćeni su sigurnost, izvedba i mnoge druge vrste testiranja koji se testiraju tehnikom crne kutije pri čemu se ulaz u sustav daje, a izlaz provjerava. Interno znanje sustava nije potrebno.
Tehnika crne kutije:
Kako izvršiti test sustava?
To je u osnovi dio testiranja softvera i plan ispitivanja uvijek treba sadržavati određeni prostor za ovo testiranje.
Da bi se sustav testirao u cjelini, zahtjevi i očekivanja trebaju biti jasni, a ispitivač mora razumjeti i upotrebu aplikacije u stvarnom vremenu.
Također, najčešće korišteni alati nezavisnih proizvođača, verzije OS-a, okusi i arhitektura OS-a mogu utjecati na funkcionalnost sustava, performanse, sigurnost, mogućnost oporavka ili instaliranja.
Stoga, tijekom testiranja sustava, jasna slika o tome kako će se aplikacija koristiti i s kakvim se problemima može suočiti u stvarnom vremenu može biti korisna. Uz to, dokument sa zahtjevima jednako je važan kao i razumijevanje zahtjeva.
Jasni i ažurirani dokument sa zahtjevima može spasiti ispitivača od brojnih nesporazuma, pretpostavki i pitanja.
Ukratko, istaknuti i svježi dokument sa najnovijim ažuriranjima, zajedno s razumijevanjem upotrebe aplikacija u stvarnom vremenu, ST može učiniti plodnijim.
Ovo se ispitivanje provodi planirano i sustavno.
Dolje su navedeni različiti koraci tijekom izvođenja ovog testiranja:
- Prvi korak je stvaranje plana ispitivanja.
- Stvorite test slučajeve sustava i test skripte.
- Pripremite podatke o ispitivanju potrebne za ovo ispitivanje.
- Izvršite testove sustava i skriptu.
- Prijavi greške. Ponovno testiranje bugova nakon što su ispravljeni.
- Ispitivanje regresije kako bi se potvrdio utjecaj promjene koda.
- Ponavljanje ciklusa ispitivanja dok sustav ne bude spreman za implementaciju.
- Odjavite se iz tima za testiranje.
Što testirati?
Dolje navedene točke obuhvaćene su ovim ispitivanjem:
- Ispitivanje od kraja do kraja što uključuje provjeru interakcije između svih komponenata i zajedno s vanjskom perifernom opremom kako bi se osiguralo je li sustav u bilo kojem od scenarija obuhvaćen ovim ispitivanjem.
- Potvrđuje da ulazni podaci koji se daju u sustav daju očekivani rezultat.
- Provjerava jesu li testirani svi funkcionalni i nefunkcionalni zahtjevi i rade li prema očekivanjima ili ne.
- Na ovo a istraživačka ispitivanja mogu se provoditi u ovom ispitivanju nakon završetka skriptiranog ispitivanja. Istraživačka ispitivanja i ad-hoc testiranje pomaže u otkrivanju grešaka koje se ne mogu pronaći u skriptnom testiranju, jer daje slobodu testerima da testiraju jer se njihova želja temelji na njihovom iskustvu i intuiciji.
Prednosti
Postoji nekoliko prednosti:
- Ovo testiranje uključuje scenarije s kraja na kraj za testiranje sustava.
- Ovo testiranje provodi se u istom okruženju kao i proizvodno okruženje koje pomaže razumjeti korisničku perspektivu i sprječava probleme koji se mogu pojaviti kada sustav počne raditi.
- Ako se ovo testiranje provodi sustavno i na pravilan način, onda bi pomoglo u ublažavanju problema nakon produkcije.
- Ovo testiranje testira i arhitekturu aplikacije i poslovne zahtjeve.
Kriteriji za ulazak / izlazak
Pogledajmo detaljno kriterije za ulazak / izlazak za test sustava.
Kriteriji za prijavu:
- Sustav je trebao proći izlazne kriterije integracijskog testiranja, tj. Svi su test slučajevi trebali biti izvršeni i ne bi smjela postojati kritična ili Priority P1, P2 bug u otvorenom stanju.
- Plan ispitivanja za ovo testiranje treba odobriti i odjaviti se.
- Test slučajevi / scenariji trebaju biti spremni za izvršenje.
- Test skripte trebaju biti spremne za izvršenje.
- Svi nefunkcionalni zahtjevi trebali bi biti dostupni i trebali bi se stvoriti testovi za iste.
- Okoliš za testiranje trebao bi biti spreman.
Kriteriji za izlaz:
- Svi testovi trebaju biti izvršeni.
- Nijedna kritična ili prioritetna ili sigurnosna programska pogreška ne smije biti u otvorenom stanju.
- Ako su bilo koje programske pogreške srednjeg ili niskog prioriteta u otvorenom stanju, tada bi ih trebalo implementirati uz prihvaćanje kupca.
- Izvještaj o izlazu treba dostaviti.
Plan ispitivanja sustava
Plan ispitivanja je dokument koji se koristi za opisivanje svrhe, cilja i opsega proizvoda koji se razvija. Što se mora testirati, a što ne bi trebalo testirati, strategije testiranja, alati koji se koriste, potrebno okruženje i svaki drugi detalj dokumentiraju se za daljnje ispitivanje.
Plan ispitivanja pomaže u provođenju ispitivanja na vrlo sistematičan i strateški način, što pomaže u izbjegavanju bilo kakvih rizika ili problema tijekom provođenja ispitivanja.
Plan ispitivanja sustava obuhvaća sljedeće točke:
- Svrha i cilj definirani su za ovaj test.
- Opseg (Značajke koje treba testirati, navedene su značajke koje se ne testiraju).
- Kriteriji za prihvaćanje testa (Kriteriji na kojima će sustav biti prihvaćen, tj. Spomenute točke u kriterijima za prihvaćanje trebaju biti u stanju uspješnosti).
- Kriteriji za ulazak / izlazak (definira kriterije kada testiranje sustava treba započeti i kada se treba smatrati dovršenim).
- Raspored ispitivanja (Procjena ispitivanja koja treba završiti u određeno vrijeme).
- Strategija ispitivanja (Uključuje tehnike ispitivanja).
- Resursi (Broj resursa potrebnih za testiranje, njihove uloge, dostupnost resursa itd.).
- Test okruženje (operativni sustav, preglednik, platforma).
- Ispitni slučajevi (Popis test slučajeva koje treba izvršiti).
- Pretpostavke (ako postoje pretpostavke, one bi trebale biti uključene u plan ispitivanja).
Postupak za pisanje testnih slučajeva sustava
Test slučajevi sustava pokrivaju sve scenarije i slučajeve korištenja, a obuhvaćaju i funkcionalne, nefunkcionalne korisničke sučelja i sigurnosne slučajeve. Test slučajevi su napisani na isti način kao i za funkcionalno ispitivanje.
Test slučajevi sustava uključuju sljedeća polja u predlošku:
- ID testnog slučaja
- Naziv Test Suitea
- Opis - opisuje test slučaj koji treba izvršiti.
- Koraci - korak po korak opisuje kako se vrši testiranje.
- Podaci o testiranju - Lažni podaci pripremljeni su za testiranje aplikacije.
- Očekivani rezultat - u ovom je stupcu naveden očekivani rezultat prema dokumentu zahtjeva.
- Stvarni rezultat - u ovom je stupcu naveden rezultat nakon izvršenja test slučaja.
- Pass / Fail - Usporedba stvarnih i očekivanih rezultata definira kriterije Pass / Fail.
- Opaske
Slučajevi za ispitivanje sustava
Evo nekoliko primjera testnih scenarija za web mjesto e-trgovine:
- Ako se web mjesto pravilno pokrene sa svim relevantnim stranicama, značajkama i logotipom
- Ako se korisnik može registrirati / prijaviti na stranicu
- Ako korisnik može vidjeti dostupne proizvode, on može dodati proizvode u svoju košaricu može izvršiti plaćanje i potvrdu može dobiti e-poštom ili SMS-om ili pozivom.
- Ako glavne funkcije poput pretraživanja, filtriranja, sortiranja, dodavanja, mijenjanja, popisa želja itd. Rade prema očekivanjima
- Ako broj korisnika (definiran kao u dokumentu sa zahtjevima) može istodobno pristupiti web mjestu
- Ako se web lokacija pravilno pokrene u svim glavnim preglednicima i njihovim najnovijim verzijama
- Ako se transakcije obavljaju na web mjestu putem određenog korisnika, dovoljno su sigurne
- Ako se web lokacija pravilno pokrene na svim podržanim platformama kao što su Windows, Linux, Mobile itd.
- Ako su korisnički priručnik / vodič za povratak, pravila o privatnosti i uvjeti korištenja web stranice dostupni kao zaseban dokument i korisni za bilo kojeg novaka ili korisnika koji prvi put koristi.
- Ako je sadržaj stranica pravilno poravnat, dobro upravlja i bez pravopisnih pogrešaka.
- Ako je primljeno vremensko ograničenje sesije i radi prema očekivanjima
- Ako je korisnik zadovoljan nakon korištenja stranice ili drugim riječima, korisniku nije teško koristiti je.
Vrste ispitivanja sustava
ST se naziva nadskup svih vrsta ispitivanja jer su u njemu obuhvaćene sve glavne vrste ispitivanja. Iako se fokus na vrste ispitivanja može razlikovati ovisno o proizvodu, organizacijskim procesima, vremenskoj traci i zahtjevima.
Sveukupno se to može definirati na sljedeći način:
Ispitivanje funkcionalnosti: Da bi bili sigurni da funkcionalnost proizvoda radi prema definiranim zahtjevima, u okviru mogućnosti sustava.
Ispitivanje obnovljivosti: Da biste bili sigurni koliko se dobro sustav oporavlja od raznih pogrešaka u unosu i drugih situacija neuspjeha.
Ispitivanje interoperabilnosti: Da biste bili sigurni može li sustav dobro funkcionirati s proizvodima treće strane ili ne.
Ispitivanje izvedbe: Kako bi se osigurala izvedba sustava pod različitim uvjetima, u smislu karakteristika izvedbe.
Ispitivanje skalabilnosti: Kako bi se osigurale mogućnosti skaliranja sustava u raznim terminima poput skaliranja korisnika, geografskog skaliranja i skaliranja resursa.
Ispitivanje pouzdanosti: Kako bi se osiguralo da sustav može raditi dulje vrijeme bez nastanka kvarova.
Ispitivanje regresije: Kako bi se osigurala stabilnost sustava tijekom prolaska kroz integraciju različitih podsustava i zadataka održavanja.
Ispitivanje dokumentacije: Kako bismo bili sigurni da su korisnički priručnik za sustav i drugi dokumenti s temama pomoći ispravni i upotrebljivi.
Ispitivanje sigurnosti: Kako bi se osiguralo da sustav ne dopušta neovlašteni pristup podacima i resursima.
Ispitivanje upotrebljivosti : Da biste bili sigurni da je sustav jednostavan za upotrebu, učite i radite.
Više vrsta ispitivanja sustava
# 1) Testiranje grafičkog korisničkog sučelja (GUI):
Testiranje GUI-ja vrši se kako bi se provjerilo radi li GUI sustava kako se očekivalo ili ne. GUI je u osnovi ono što je vidljivo korisniku dok koristi aplikaciju. GUI testiranje uključuje testiranje gumba, ikona, potvrdnih okvira, okvira s popisima, okvira za tekst, izbornika, alatnih traka, dijaloških okvira itd.
# 2) Ispitivanje kompatibilnosti:
Ispitivanje kompatibilnosti se radi kako bi se osiguralo da je razvijeni proizvod kompatibilan s različitim preglednicima, hardverskim platformama, operativnim sustavom i bazama podataka prema dokumentu zahtjeva.
# 3) Rukovanje iznimkama:
Ispitivanje rukovanja iznimkama provodi se kako bi se potvrdilo da, čak i ako se u proizvodu dogodi neočekivana pogreška, ono treba prikazati ispravnu poruku pogreške i ne dopušta zaustavljanju aplikacije. Obrađuje iznimku na način da se pogreška prikazuje u međuvremenu, proizvod se oporavlja i omogućava sustavu da obradi netočnu transakciju.
# 4) Ispitivanje glasnoće:
Volumensko ispitivanje vrsta je nefunkcionalnog testiranja u kojem se ispitivanje vrši pomoću ogromne količine podataka. Na primjer, volumen podataka povećava se u bazi podataka radi provjere performansi sustava.
# 5) Testiranje naprezanja:
Testiranje naprezanja vrši se povećanjem broja korisnika (istovremeno) na aplikaciji do te mjere da se aplikacija pokvari. To se radi kako bi se provjerilo mjesto na kojem će se aplikacija pokvariti.
# 6) Ispitivanje razumnosti:
Ispitivanje razuma izvodi se kada je gradnja izdana s promjenom koda ili funkcionalnosti ili ako je ispravljena bilo koja greška. Provjerava da izvršene promjene nisu utjecale na kôd i da se zbog toga nije dogodio nijedan drugi problem te da sustav radi kao i prije.
Ako se dogodi bilo koji problem, izrada nije prihvaćena za daljnje testiranje.
U osnovi se temeljito testiranje ne radi kako bi se uštedjelo vrijeme i troškovi jer odbacuje izgradnju za pronađeni problem. Ispitivanje ispravnosti vrši se zbog izvršene promjene ili za fiksni problem, a ne za cjelovit sustav.
# 7) Ispitivanje dima:
Ispitivanje dima je testiranje koje se izvodi na izradi kako bi se provjerilo je li izvođenje dalje provjerljivo ili nije. Provjerava je li gradnja stabilna za testiranje i da li sve kritične funkcionalnosti rade u redu. Ispitivanje dima vrši se za kompletan sustav, tj. Provodi se ispitivanje od kraja do kraja.
# 8) Istraživačko ispitivanje:
Istraživačko ispitivanje kao što i samo ime sugerira, riječ je samo o istraživanju aplikacije. U istraživačkom ispitivanju ne provodi se skriptirano ispitivanje. Uz testove se pišu slučajevi ispitivanja. Više se fokusira na izvršenje nego na planiranje.
Tester ima slobodu da sam testira koristeći svoju intuiciju, iskustvo i intelekt. Ispitivač može odabrati bilo koju značajku za prvo testiranje, tj. Nasumično može odabrati značajku za testiranje, za razliku od ostalih tehnika kod kojih se za provođenje ispitivanja koristi strukturni način.
# 9) Adhoc testiranje:
Adhoc testiranje je neformalno testiranje gdje se ne vrši dokumentacija ili planiranje za testiranje aplikacije. Tester testira aplikaciju bez ikakvih test slučajeva. Cilj testera je razbiti aplikaciju. Tester koristi svoje iskustvo, pogađanje i intuiciju kako bi pronašao kritične probleme u aplikaciji.
# 10) Ispitivanje instalacije:
Ispitivanje instalacije je provjeriti instalira li se softver bez ikakvih problema.
Ovo je najvažniji dio testiranja jer je instalacija softvera prva interakcija između korisnika i proizvoda. Vrsta testiranja instalacije ovisi o raznim čimbenicima poput operativnog sustava, platforme, distribucije softvera itd.
Test slučajevi koji se mogu uključiti ako se instalacija vrši putem interneta:
- Loša brzina mreže i prekinuta veza.
- Vatrozid i sigurnost.
- Uzimaju se veličina i približno vrijeme.
- Istodobna instalacija / preuzimanja.
- Nedovoljna memorija
- Nedovoljno prostora
- Prekinuta instalacija
# 11) Ispitivanje održavanja:
Nakon što proizvod počne raditi, problem se može pojaviti u živom okruženju ili će možda biti potrebno neko poboljšanje na proizvodu.
Proizvod treba održavati nakon što počne raditi, a o tome se brine tim za održavanje. Testiranje za bilo kakve probleme ili poboljšanja ili prelazak na hardver spada u testiranje održavanja.
Što je ispitivanje integracije sustava?
To je vrsta ispitivanja u kojem se provjerava sposobnost sustava da održi integritet podataka i rad u koordinaciji s drugim sustavima u istom okruženju.
Primjer ispitivanja integracije sustava:
Uzmimo primjer dobro poznatog internetskog mjesta za rezervaciju karata - http://irctc.co.in.
Ovo je objekt za rezervaciju karata; objekt za internetsku kupnju komunicira s PayPalom. Sveukupno to možete smatrati A * B * C = R.
Sada se na razini sustava sustav za internetsku rezervaciju karata, objekt za internetsku kupnju i objekt za mrežno plaćanje mogu testirati neovisno, nakon čega slijedi provjera izvršenja integracijskih testova za svakog od njih. A onda treba sustavno testirati cijeli sustav.
Dakle, gdje testiranje sistemske integracije dolazi do izražaja?
Web portal http://Irctc.co.in kombinacija je sustava. Možete izvoditi testove na istoj razini (pojedinačni sustav, sustav sustava), ali na svakoj ćete se razini možda htjeti usredotočiti na različite rizike (problemi integracije, neovisna funkcionalnost).
- Tijekom testiranja usluge internetske rezervacije ulaznica možete provjeriti jeste li u mogućnosti rezervirati karte putem interneta. Također možete razmotriti probleme integracije Na primjer, Objekt za rezervaciju karata integrira back-end i front-end (UI). Na primjer, kako se prednji kraj ponaša kada poslužitelj baze podataka sporo reagira?
- Testiranje usluge internetske rezervacije karata s internetskom trgovinom. Možete provjeriti je li objekt za internetsku kupnju dostupan korisnicima prijavljenim u sustav za online rezerviranje karata. Možete razmotriti i provjeru integracije u objekt za internetsku kupnju. Na primjer, ako je korisnik u mogućnosti odabrati i kupiti proizvod bez muke.
- Testiranje integracije internetske usluge za rezervaciju karata s PayPalom. Možete provjeriti je li nakon rezervacije ulaznica novac prebačen s vašeg PayPal računa na račun za online rezervaciju karata. Možete razmotriti i provjeru integracije u PayPal. Na primjer, što ako sustav stavi dva unosa u bazu podataka nakon što samo jednom tereti novac?
Razlikaizmeđu testiranja sustava i testiranja integracije sustava:
Glavna razlika je:
- Testiranje sustava brine se o integritetu pojedinog sustava s relevantnim okruženjem
- Testiranje integracije sustava brine se o integritetu više sustava međusobno, u istom okruženju.
Dakle, sistemski test početak je stvarnog testiranja gdje se testira proizvod u cjelini, a ne modul / značajka.
Razlika između ispitivanja sustava i prihvaćanja
Dolje su navedene glavne razlike:
Ispitivanje sustava | Ispitivanje prihvaćanja | |
---|---|---|
1 | Testiranje sustava je testiranje sustava u cjelini. Provodi se ispitivanje od kraja do kraja kako bi se provjerilo rade li svi scenariji kako se očekivalo. | Ispitivanje prihvaćanja vrši se kako bi se provjerilo ispunjava li proizvod zahtjev kupca. |
dva | Testiranje sustava uključuje funkcionalno i nefunkcionalno ispitivanje, a provode ga testeri. | Ispitivanje prihvatljivosti je funkcionalno ispitivanje, a provode ga ispitivači kao i kupac. |
3 | Ispitivanje se provodi pomoću podataka ispitivanja koje su stvorili testeri. | Stvarni / proizvodni podaci koriste se tijekom provođenja ispitivanja prihvaćanja. |
4 | Testiran je sustav u cjelini radi provjere funkcionalnosti i izvedbe proizvoda. | Ispitivanje prihvaćanja vrši se kako bi se potvrdio taj poslovni zahtjev, tj. Rješava svrhu koju kupac traži. |
5 | Otkriveni kvarovi tijekom ispitivanja mogu se otkloniti. | Svi nedostaci pronađeni tijekom ispitivanja prihvaćanja smatraju se neuspjehom Proizvoda. |
6 | Testiranje sustava i integracije sustava su vrste za testiranje sustava. | Alfa i Beta testiranje podliježu testiranju prihvaćanja. |
Savjeti za provođenje ispitivanja sustava
- Kopirajte scenarije u stvarnom vremenu, umjesto da vršite idealno testiranje, jer će sustav koristiti krajnji korisnik, a ne obučeni ispitivač.
- Provjerite odgovor sustava na različite načine jer čovjek ne voli čekati ili vidjeti pogrešne podatke.
- Instalirajte i konfigurirajte sustav prema dokumentaciji, jer će to krajnji korisnik učiniti.
- Uključujući ljude iz različitih područja poput poslovnih analitičara, programera, testera, kupci mogu poslati bolji sustav.
- Redovito testiranje jedini je način da se osigura da najmanja promjena koda za ispravljanje programske pogreške nije u sustav ubacila drugu kritičnu grešku.
Zaključak
Testiranje sustava je vrlo važno i ako se ne izvede pravilno, kritični problemi mogu se suočiti u živom okruženju.
Sustav u cjelini ima različite karakteristike koje treba provjeriti. Jednostavan primjer bila bi bilo koja web stranica. Ako se ne testira u cjelini, korisnik bi mogao smatrati da je web lokacija vrlo spora ili bi se mogla srušiti kad se istovremeno prijavi velik broj korisnika.
A ove se karakteristike ne mogu testirati dok se web stranica ne testira u cjelini.
Nadam se da je ovaj vodič bio vrlo koristan za razumijevanje koncepta sistemskog testiranja.
Preporučena literatura
- Vrste testiranja softvera: različite vrste ispitivanja s pojedinostima
- Alfa testiranje i beta testiranje (cjelovit vodič)
- Što je ispitivanje integracije sustava (SIT): naučite na primjerima
- Funkcionalno ispitivanje vs nefunkcionalno testiranje
- Kontinuirani proces integracije: kako poboljšati kvalitetu softvera i smanjiti rizik
- 10 najboljih alata za testiranje integracije za pisanje integracijskih testova
- Što je integracijsko testiranje (Vodič s primjerom integracijskog testiranja)
- Što je ispitivanje izdržljivosti u testiranju softvera (primjeri)