Funkcionalno ispitivanje

Funkcionalno ispitivanje - Testiranje softvera da bi se provjerilo pohvalnost funkcionalnih zahtjeva, odnosno sposobnost softvera pod određenim uvjetima za rješavanje zadataka koje vam trebaju. Funkcionalni zahtjevi određuju šta tačno radi softver, koji zadaci odlučuje.

Funkcionalni zahtjevi Uključite:

• Funkcionalna pogodnost (ENG. prikladnost.).
• Tačnost (eng. tačnost.).
• Sposobnost interakcije (eng. interoperabilnost).
• Usklađenost sa standardima i pravilima (ENG. usklađenost.).
• Zaštita (ENG. sigurnost).

Literatura

• Lisa Crispin, Janet Gregory Fleksibilno testiranje: Praktični vodič za testere i fleksibilne naredbe \u003d Agile testiranje: praktični vodič za testere i okretni timovi. - m.: "Williams", 2010. - 464 str. - (Addison-Wesley Signature serija). - 1000 primjeraka. - ISBN 978-5-8459-1625-9,

Wikimedia Fondacija. 2010.

Gledajte šta je "testiranje funkcije" u drugim rječnicima:

funkcionalno ispitivanje - - [l.g.sumenko. Engleski ruski rječnik na informacionoj tehnologiji. M.: GP TSNIIS, 2003.] Teme informacije o tehnologiji općenito u funkcionalnom testiranju ...

testiranje - Ispitivanje događaja i funkcionalno ispitivanje (potonje nije povezano sa sportskim takmičenjima) su ključne komponente kako bi se osigurala spremnost igara i jedina stvarna prilika za provjeru razvijenog Oko ... ... ... Katalog tehničkih prevoditelja

Softver je testiranje softvera (softver) koji se izvodi u potpunom, integriranom sustavu, kako bi se provjerila poštivanje sistema sa izvornim zahtjevima. Ispitivanje sistema odnosi se na metode ispitivanja crne ... ... Wikipedia

Analitičar - (analitičar) specijalist, zaposlenik kompanije, bankovne informacije o aktivnostima analitičara, finansijskog i poslovnog analitičara, analitike valute i analitike \u003e\u003e\u003e\u003e\u003e\u003e\u003e\u003e analitičari se pojavilo analitika o Oredeliya Istorija analitike. . ... Enciklopedija investitor

Ovaj članak nema reference na izvore informacija. Informacije se moraju provjeriti, u protivnom se može dovesti u pitanje i izbrisati. Možete urediti ovaj članak ... Wikipedia

Osnivač 1941. osnivači Martin i Oume Hilti Ključne figure Baskera Pius (Pius Baschera) (predsjednik Upravnog odbora), Bo Risberg (predsjednik Izvršnog odbora) ... Wikipedia

Analiza procesa obrade softvera Proces procesa Proces Proces Programski dokument ... Wikipedia

- (engleski jezik na engleskom jeziku) Dio sistemske opreme, koji uključuje skup uloga, znanja, praksi, alata i rezultata i koristi se u svakoj fazi ciklusa razvoja softvera kako bi se osiguralo stvoreno, ... ... Wikipedia

Ovaj članak mora biti u potpunosti prepisan. Stranica za diskusiju može biti objašnjenja. Ovaj izraz ima druga značenja, vidi program ... Wikipedia

Knjige

• Osnove ispitivanja i provjere softvera, Starolets Sergej Mikhailovic. Ovaj je dodatak namijenjen budućim programerima koji trebaju znati osnove testiranja softverskih proizvoda, principe rada u timu sa ispitivačima, potrebama i ...
• Funkcija programiranje na JavaScript-u. Kako poboljšati JavaScript program, Atencio Louis. U složenim web aplikacijama detalji javascript koda niskog nivoa može otežati analizirati program i utjecati na performanse sustava u cjelini. Funkcionalno programiranje (FP) kao ...

Sve vrste ispitivanja softveraOvisno o ciljevima koji se slijede, moguće je uvjerljivo podjeliti u sljedeće grupe: 1) funkcionalno; 2) nefunkcionalan; 3) povezan sa promjenama.

Funkcionalni testovi temelje se na funkcijama i značajkama, kao i interakciji s drugim sustavima, a mogu se zastupni na svim nivoima ispitivanja: komponenta ili modularna (testiranje komponenti / jedinice), testiranje integracije i testiranje sistema) i ispitivanje sistema) i ispitivanje sistema). Funkcionalne vrste testiranja razmatraju vanjsko ponašanje sistema. Slijede se najčešće vrste funkcionalnih testova:

- Funkcionalno ispitivanje Funkcionalno testiranje)

- Ispitivanje sigurnosti Ispitivanje kontrole sigurnosti i pristupa)

- Interakcija testiranja Ispitivanje upletene)

Funkcionalno ispitivanje.Ova vrsta ispitivanja provjerava usklađenost funkcija provedenih zahtjevima, tehničkim zadatkom, specifikacijama, raznim drugim projektnim dokumentima i jednostavno očekivanjima korisnika. Provjerava svaku od funkcija aplikacije i sve njih u kompleksu. Istražuju se svi scenariji upotrebe. Adekvatnost pohranjenih i izlaznih podataka, metode obrade, obrada unesenih podataka, metode pohrane podataka, metode uvoza podataka i izvoz podataka itd. Ovisno o specifičnostima aplikacije.

Funkcionalni testovi Na osnovu funkcija koje obavlja sistem, a može se izvesti na svim nivoima ispitivanja (komponenta, integracija, sistemska, prihvatljiva). U pravilu su ove funkcije opisane u zahtjevima, funkcionalnim specifikacijama ili kao slučajevima upotrebe sistema (upotreba slučajeva).

Ispitivanje funkcionalnosti može se izvesti u dva aspekta: " zahtjevi»; « poslovni procesi».

Ispitivanje u perspektivi " zahtjevi"Koristi specifikaciju funkcionalnih zahtjeva za sustav kao osnova za dizajn testnog slučaja (testni slučajevi). U ovom slučaju, morate napraviti listu onoga što će se testirati, a što nije, prioritetju zahtjeve zasnovane na rizicima (ako se to ne učini u dokumentu sa zahtjevima) i na temelju ovog, prioritetskog testa Scenariji (testni slučajevi). To će se fokusirati i ne propustiti prilikom testiranja najvažnije funkcije.

Ispitivanje u perspektivi " poslovni procesi"Koristi znanje ovih većine poslovnih procesa koji opisuju scenarije dnevnog korištenja. U ovoj perspektivi, ispitivne skripte (ispitivne skripte) obično se temelje na korištenju sistema (upotreba slučajeva).

Prednosti Funkcionalno ispitivanje: imitira stvarnu upotrebu sistema. Nedostaci Funkcionalno testiranje: Sposobnost zanemarivanja logičkih grešaka u softveru; Verovatnoća viška ispitivanja.

Prilično čest je automatizacija funkcionalnog ispitivanja.

Ispitivanje sigurnosti. Strategija testiranja koja se koristi za provjeru sigurnosnog sistema, kao i za analizu rizika povezanih sa osiguravanjem holističkog pristupa zaštiti primjene, napadima hakera, virusa, neovlaštenog pristupa povjerljivim podacima. Ispitivanje sigurnosti može se izvesti i automatizirano i ručno, uključujući provjeru i pozitivnih i negativnih testnih slučajeva. Na osnovu tri glavna principi - ovo je privatnost, integritet i pristupačnost (Povjerljivost, integritet, dostupnost)

Povjerljivost - Ovo skriva određene resurse ili informacije. Pod privatnošću možete shvatiti ograničenje pristupa resulusu neke kategorije korisnika, ili drugim riječima, pod kojim su uvjetima korisnik ovlašten za pristup ovom resursu.

Postoje dva glavna kriterija u određivanju koncepta integritet:

1. Povjerenje. Očekuje se da će se resurs mijenjati samo odgovarajućim putem određene grupe korisnika.

2. Oštećenja i oporavak. U slučaju kada su podaci oštećeni ili pogrešno razlikuju ovlašteni ili ne ovlašteni korisnik, potrebno je odrediti koliko je važan postupak oporavka podataka.

Raspoloživost To su zahtjevi za koje resursi moraju biti dostupni ovlaštenom korisniku, internim objektom ili uređaju. U pravilu, resurs je kritičniji, to bi viši nivo raspoloživosti trebao biti.

Interakcija testiranja. Sa razvojem mrežnih tehnologija i interneta, interakcija različitih sustava, usluga i aplikacija je jedni s drugima stekla značajna relevantnost, jer bilo kakvi problemi povezani s tim mogu dovesti do pada ovlaštenja kompanije da će kao rezultat podrazumijevati financijske gubitke . Stoga testiranje interakcije treba pristupiti svim ozbiljnim.

Interakcija testiranja – ovo funkcionalno testiranje koje provjerava sposobnost aplikacije da komunicira s jednom ili više komponenti ili sustava i uključuje ispitivanje kompatibilnosti (ispitivanje kompatibilnosti) i ispitivanje integracije.

Softver sa dobrim karakteristikama interakcije može se lako integrirati sa drugim sistemima, bez potrebe za ozbiljnim modifikacijama. U ovom slučaju, broj promjena i vrijeme potreban za njihovo izvršenje može se koristiti za mjerenje mogućnosti interakcije.

Funkcionalno ispitivanje jedna je od ključnih vrsta ispitivanja, čiji je zadatak uspostaviti usklađenost razvijenog softvera (softvera) izvornih funkcionalnih zahtjeva kupca. To jest, funkcionalno ispitivanje omogućava vam da provjerite sposobnost informacijskog sustava pod određenim uvjetima za rješavanje zadataka koje su vam potrebne.

Ovisno o stupnju pristupa kodnom kodu, mogu se razlikovati dvije vrste funkcionalnih testova:

• crna kutija testiranje (crna kutija) - Provedite funkcionalno testiranje bez pristupa sistemskom kodu,
• testiranje bijelog okvira (bijela kutija) - Funkcionalno testiranje s pristupom kodu sustava.

Crno testiranje kutija vrši se bez znanja o unutrašnjim mehanizmima sistema i oslanja se na vanjske manifestacije svog rada. Istovremeno, testiranje se provjerava ponašanjem različitih ulaznih podataka i unutarnjeg stanja sistema. U slučaju testiranja bijele kutije, stvaraju se testni slučajevi, zasnovani uglavnom na CO kodu. Tu je i proširena vrsta testiranja crnog kutija, koja uključuje šifru učenja, takozvana siva kutija (siva kutija).

Ključne prednosti

1. Funkcionalni softver za testiranje u potpunosti imitira stvarnu upotrebu sistema.
2. Omogućuje vam pravovremeno identificirati greške u sistemu i na taj način izbjegavajte više problema u budućnosti.
3. Ušteda ispravljanjem grešaka u ranijoj fazi životnog ciklusa softvera.

Glavni koraci funkcionalnog ispitivanja

Priprema

Držanje

Priprema

Provodi se analiza inicijalnih dokumenata: funkcionalni i poslovni zahtjevi, tehničke specifikacije, pasoš projekta. Razvoj i koordinacija plana testiranja, testne slučajeve, koordinacija vremena dizajna, broj iteracija se takođe pojavljuje procjena mogućih rizika. Zadaci za ovu fazu obavljaju se zajednički sa predstavnicima kupca.

Držanje

Funkcionalno ispitivanje se vrši ručno na pripremljenim scenarijima prije testiranja s poboljšanjem grešaka koji su pronađeni u sistemu Bagtracking-a. U nedostatku takvog sistema kupca, možemo: pružiti sistem za testiranje za testiranje na svojoj platformi; Stavite dozvolu kupcu; Koristite postojeća sredstva od kupca; koštaju samo uredski paket; Stavite postupak testiranja iz kupca na osnovu besplatnih alata.

Razvoj i koordinacija izvještaja o ispitivanju provedenom popisom otkrivenih odstupanja i preporuka za poboljšanje sistema. Ako je potrebno, korisnici se obučavaju.

Instrumenti

Upravljanje testovima vrši se u specijaliziranim sistemima.

Sigurnost informacija 11.07.2018 8693

Funkcionalno testiranje jedna je od ključnih vrsta ispitivanja, čiji je zadatak utvrditi usklađenost razvijenog softvera (softvera) početnih funkcionalnih zahtjeva klijenta. To jest, funkcionalno ispitivanje omogućava vam da provjerite sposobnost informacijskog sustava pod određenim uvjetima za rješavanje zadataka koje su vam potrebne.

Ovisno o stupnju pristupa kodnom kodu, mogu se razlikovati dvije vrste funkcionalnih testova:

⦁ Ispitivanje crne kutije (crna kutija) - Provedite funkcionalno testiranje bez pristupa kodnom kodu,
⦁ Testiranje bijele kutije (bijela kutija) - funkcionalno testiranje sa pristupom sistemu.
Crno testiranje kutija vrši se bez znanja o unutrašnjim mehanizmima sistema i oslanja se na vanjske manifestacije svog rada. Istovremeno, testiranje se provjerava ponašanjem različitih ulaznih podataka i unutarnjeg stanja sistema. U slučaju testiranja bijele kutije, stvaraju se testni slučajevi, zasnovani uglavnom na CO kodu. Tu je i proširena vrsta testiranja crnog kutija, koja uključuje šifru učenja, takozvana siva kutija (siva kutija).

Ključne prednosti

⦁ Funkcionalni softver za testiranje u potpunosti imitira stvarnu upotrebu sistema.
⦁ Omogućuje vam pravovremeno identificirati greške u sistemu i na taj način izbjegavajte više problema prilikom rada s njim u budućnosti.
⦁ Ušteda ispravljanjem grešaka u ranijoj fazi životnog ciklusa softvera.

Glavni koraci funkcionalnog ispitivanja

Priprema - Provodi se analiza izvornih dokumenata na sustavu: funkcionalni i poslovni zahtjevi, tehničke specifikacije, pasoš projekta. Razvoj i koordinacija plana testiranja, testne slučajeve, koordinacija vremena dizajna, broj iteracija se takođe pojavljuje procjena mogućih rizika. Zadaci za ovu fazu obavljaju se zajednički sa predstavnicima kupca.

Držanje - Funkcionalno ispitivanje se vrši ručno na pripremljenim scenarijima prije testiranja s unapređenjem svih grešaka koji su pronađeni u sistemu bagtracking-a. U nedostatku takvog sustava klijenta, moderator kompanije Crfttesting May: pružiti sustav testiranja za testiranje na svom mjestu; Stavite kompaniju na klijent licence; Koristite sredstva kupca iz kompanije; koštaju samo uredski paket; Stavite postupak testiranja u klijentsku kompaniju na osnovu besplatnih sredstava.

Izvještaj - Razvoj i koordinacija izvještaja o testiranju s popisom otkrivenih odstupanja i preporuka za poboljšanje sistema. Ako je potrebno, korisnici se obučavaju.

Smjerovi funkcionalnog ispitivanja

Regresijska ispitivanja - Ispitivanje funkcionalnosti proizvoda nakon ispravljanja grešaka ili implementacije nove funkcionalnosti

Ispitivanje sigurnosti - Procjena ranjivosti na različite napade i pokušaji neovlaštenog pristupa podacima.

Testiranje sistema - Provjera usklađenosti prema zahtjevima proglašenim u specifikaciji

Ispitivanje mobilnih aplikacija - Identifikacija oštećenja u papirnom sučelju

Instalacija testiranja - Ispitivanje instalacijskog procesa / deinstalacije softvera

- Provjera rada na raznim softverskim i hardverskim okruženjima.

Ispitivanje integracije - Ispitivanje interakcija između komponenti sistema i između više sistema.

Ispitivanje dima - Kratki testni ciklus za otkrivanje pravilnog rada glavnih funkcija aplikacije.

Ispitivanje dokumentacije - Provjera dokumenata za usklađenost sa usvojenim standardima, kao i poštivanje određenih karakteristika

Pružanje testne pokrivenosti - Evaluacija gustoće testova sistema za oblaganje

Ispitivanje upotrebljivosti - Utvrđivanje stupnja jednostavne upotrebe, jasnije i privlačnost proizvoda koji se razvija

Regresijska ispitivanja

Svaki put kada izvršite izmijene u sustavu ili dodavanjem novom funkcionalnošću, postoji

vjerojatnost da će ove promjene utjecati na performanse ranije razvijenog funkcionalnog ili sistema u cjelini. Ispitivanje regresije omogućava vam da provjerite ispravnost dodataka i provjerite da program nakon promjene nastavlja ispunjavanje utvrđenih zahtjeva i uspješno komunicira s drugim sustavima.

Ova vrsta testiranja se preporučuje svaki put nakon podešavanja programa, što može uključivati \u200b\u200bispravku kvara, koda Fusion, migracija u drugu OS ili bazu podataka, dodajući novu funkcionalnost i druge promjene. Ako tokom rada, broj korisnika sistema značajno se povećao u odnosu na pilot operaciju, preporučuje se provođenje ispitivanja regresije.

Tokom projekta testeri prvenstveno provjeravaju taj dio funkcionalnog, gdje je vjerojatnost pojave pogreške nakon što su promjene napravljene najvise. Da biste uštedjeli vrijeme, stručnjaci mogu razviti automatizirani regresijski testovi koji će smanjiti vrijeme ispitivanja bez gubitka kao radova.

Ključne prednosti

⦁ Sa redovnim ispitivanjem regresije - značajno smanjenje broja nedostataka u sistemu po vremenu puštanja na slobodu.
⦁ Izuzetak degradacije kvaliteta sistema s rastom funkcionalnosti.
⦁ Smanjenje vjerojatnosti kritičnih grešaka u pilot industrijskoj operaciji.

Glavni koraci

⦁ testovi za provjeru: uključuju testove za provjeru grešaka i testova za provjeru sigurnosti osnovne funkcionalnosti u svakoj novoj verziji softvera;
⦁ Regresijski testovi: Provjera nove verzije programa sa skupom testova koji su korišteni prilikom ispitivanja prethodne verzije i nisu otkrili greške;
⦁ Regress u fiksnim greškama: Provjera prethodno identificiranih i fiksnih grešaka potrebno je izbjeći izgled takvih grešaka nakon izmjene koda.

Ispitivanje integracije

Mnogi moderni IT sistemi komuniciraju s drugim sistemima i modulima, tako izuzetno

važno je imati ideju o njihovoj vezi i provjeriti njihov učinak. Ispitivanje integracije omogućava vam otkrivanje oštećenja koji se javljaju u interakciji sistema. Da biste to učinili, koristite i ručni i automatizirani testovi.

Preporučuje se testiranje integracije da se izvrši prije pokretanja testiranja sistema. Ova vrsta testiranja treba provesti što je prije moguće, jer su integracijski nedostaci obično arhitektonska priroda, njihova korekcija u kasnijim fazama razvoja je rizična i može to učiniti mnogo skupljim. Da biste ubrzali početak testnog postupka, preporučuje se korištenje razvoja emulatora vanjskih sistema.

Kao dio testiranja integracije, regresijska ispitivanja može se provesti i radi provjere promjena izvršenih u Prilogu ili okolišnom okruženju naslijeđene funkcionalnosti.

Ključne prednosti

Ispitivanje integracije omogućava vam imitiranje radnji korisnika i brzo primanjem potvrde da softverski proizvod uspješno komunicira s drugim sistemima. Ovaj pristup garantuje nekoliko prednosti odjednom:

⦁ Sprječavaju pojavu kritičnih grešaka u pilot-industrijskoj operaciji;
⦁ smanjenje uticaja ljudskog faktora;
⦁ Ušteda troškova za učvršćivanje nedostataka.

Glavni ciljevi

Glavni zadatak testiranja integracije je traženje grešaka povezanih s interakcijom sistemskih modula ili više sistema. Kao rezultat toga, svi susjedni sustavi i jedan sistemski moduli moraju raditi dosljedno.

Metode za provođenje testiranja integracije biraju se ovisno o integracijskoj otopinama.

Faze

⦁ Izrada plana ispitivanja - Smjernice za testiranje testera;
⦁ formiranje testnih podataka i stvaranje testnih slučajeva;
⦁ implementacija skripti za pokretanje testnih slučajeva;
⦁ Izvršite testne slučajeve i ispravku grešaka;
⦁ Ponavljajući ciklus ispitivanja do uspješne integracije.

Ispitivanje sigurnosti

Provodi se sigurnosno testiranje kako bi se procijenila stabilnost sistema nezakonitim

akcija: hakerski napadi, prodor virusa, pokušaji pristupa korporativnim informacijama. Ispitivanje sigurnosti posebno je relevantno za web aplikacije, aplikacije s važnim komercijalnim ili ličnim podacima, platnim sustavima, aplikacijama za koje je potreban integritet informacija, društvene aplikacije, aplikacije sa komercijalnom licence. Često da provjeri sigurnost

takvi sustavi funkcionalnog ispitivanja nisu dovoljni.

Ključne prednosti

⦁ Sigurnosno testiranje smanjuje vjerojatnost neovlaštenog pristupa sistemu, krađu informacija i gubitka podataka;
⦁ Klijenti primaju objektivnu procjenu nivoa sigurnosti sistema.

Glavni ciljevi

⦁ Analiza arhitekture i izgradnja modela prijetnji i rizika
⦁ Definicija kriterija zaštite
⦁ Potražite ranjivosti u izvornom kodu
⦁ Fuzz testiranje
⦁ Ispitivanje penetracije
⦁ Ispitivanje zasnovano na riziku
⦁ Provođenje testiranja tereta

Faze

⦁ Priprema: Prikupljanje informacija, profinjenost dijelova;
⦁ Planiranje: Analiza sistemskih ranjivosti i mogućih prijetnji, izradu matrice rizika;
⦁ Dizajn: Određivanje sigurnosnih postavki sistema, analize koda, osnovnih testova;
⦁ Razvoj: unošenje neočekivanih, netačnih, neparskih podataka (Fuzz testiranje), procjena nefunkcionalnih komponenti softvera, modela ispitivanja rizika;
⦁ Implementacija: ⦁ Ispitivanje tereta, testovi prodora.

Ispitivanje dima

Česta sklona softvera ne odvija se uvijek sa dužnim osobinama, kao rezultat kojih softverski proizvod može sadržavati pogreške u radu funkcionalnog poslovanja. Zato provjeravanje ključnog funkcionalnog sustava treba izvesti odmah nakon sklopa i prije nego što prebacim softver na testiranje.

Ispitivanje dima (testiranje dimnjaka) postavlja zadatak da odmah identificira nedostatke nakon sastavljanja softvera. Uključuje mali broj ispitivnih scenarija i namijenjen je identificiranju izričitog pogrešaka funkcionalnosti. Obično se testovi za dim provode nakon ažuriranja softvera, ali ova metoda se može koristiti za testiranje softverskih proizvoda stvorenih od nule. Ispitivanje dima može se izvesti kao testovi za prihvatanje prije funkcionalnog ispitivanja. Budući da se testiranje dima provodi sa prilično visokim periodičnošću i bitni resursi ispitivača troši se na njega, preporučuje se automatizacija ovog smjera.

Ključne prednosti

⦁ Otkrivanje kritičnih grešaka u prvih nekoliko sati (minuta) nakon instalacije
⦁ smanjenje rizika od povlačenja lošeg kvaliteta proizvoda;
⦁ minimiziranje rizika prilikom integriranja sistema;
⦁ smanjenje troškova korekcije oštećenja;
⦁ Provjera ubrzanja automatizacijom.

Glavni ciljevi

⦁ Odabir ispitivanja scenarija, kako bi se osigurala testne pokrivenost najtvrinijih funkcija sistema.
⦁ Određivanje broja testova dima i vremena njihovog izvršenja. Obično se ne bira više od 10 scenarija za testove dima s vremenom izvršenja u nekoliko sati.
⦁ Pisanje ispitivanih skripti, opis koraka reprodukcije i očekivani rezultati njihovog izvršenja. Na zahtjev klijenta, skripte se mogu automatizirati.
⦁ Izvršenje ispitivanja dima.

Testiranje sistema

Testiranje sistema Dizajnirano za testiranje

spremni u tom stanju u kojem će biti uveden u eksperimentalnu operaciju.

Ispitivanje sistema omogućava vam otkrivanje takvih oštećenja kao identifikaciju funkcionalnog nedostatka u sistemu, netačan rad sistemskih funkcija, pojavu grešaka kada se koriste određeni testni podaci ili njihove kombinacije, greške u interakciji s drugim sistemima.

Ključne prednosti

⦁ smanjenje broja nedostataka u pilot industrijskoj operaciji;
⦁ Sposobnost korištenja testnih scenarija kao materijala za obuku za buduće korisnike sistema;
⦁ Otkrivanje grešaka za podešavanje postolja, što olakšava rad AC administratora prilikom instaliranja sistema u eksperimentalnom radu.

Glavni ciljevi

⦁ Određivanje pristupa pripremi ispitivanih scenarija
⦁ Izrada plana i metoda ispitivanja
⦁ Priprema podataka o ispitivanju
⦁ Ispitivanje
⦁ Otkrivanje netačnih upotrebe resursa

Faze

⦁ Plan testa
⦁ Razvoj testova
⦁ Priprema podataka o ispitivanju
⦁ Test trčanja - automatizirano i obično
⦁ Izrada izvještaja
⦁ Ispitivanje regresije nakon ispravke grešaka

Ispitivanje dokumentacije

Ispitivanje dokumentacije omogućava vam procjenu različitih karakteristika dokumenata i zahtjeva: cjelovitost i višak, nebiguliranje i dosljednosti, rangiranje i sljedivost, preusmjerenost i provjera.

Ispitivanje dokumentacije se preporučuje prilikom kreiranja novog softvera ili kada se promijeni zbog razvoja poslovanja. Ispitivanje dokumentacije je bolje započeti u sistemu kreiranja sistemskih zahtjeva, ovo će eliminirati neke od nedostataka prije nego što se implementiraju u Kodeksu.

Ključne prednosti

⦁ Otkrivanje grešaka zahtjeva u ranim fazama smanjuje troškove njihove korekcije.
⦁ Kvalitetna dokumentacija smanjuje složenost i trajanje projekta u cjelini.
⦁ Nedvosmisleni i puni poslovni zahtjevi omogućavaju programerima da bolje procijene opseg rada i ostvaruju tehnički zadatak.
⦁ Razumljiva dokumentacija smanjuje broj pitanja o radu sistema od korisnika i ispitivača, što olakšava rad administratora i analitike.

Ispitivanje dokumentacije uključuje testiranje nekoliko nivoa dokumentacije:

⦁ Poslovni zahtevi
⦁ Funkcionalni zahtevi
⦁ Oporezivanje
⦁ Korisnički priručnici

Ispitivanje mobilnih aplikacija

Testiranje - najvažnija faza razvoja mobilnih aplikacija. Ova vrsta ispitivanja omogućava vam provjeru performansi aplikacije na raznim uređajima i operativnim sistemima u skladu s navedenim zahtjevima.

Ključne prednosti

⦁ Provjera performansi i kompatibilnosti aplikacije na raznim uređajima i platformama.
⦁ Smanjenje reputacijskih rizika, jer je oslobađanje loših kvalitetnih aplikacija na bilo kojoj mobilnoj platformi povezana s negativnim komentarima i ocjenama niskog korisnika.
⦁ Sposobnost automatizacije testiranja mobilnih aplikacija, što smanjuje vremenski period svake iteracije.

Da biste testirali testiranje, Kompanija Moderator Crowdtsting oslanja se na različite mobilne uređaje, uključujući sve moderne modele tableta i pametnih telefona, koji su u vlasništvu testera iz svih zemalja svijeta.

Pružanje testne pokrivenosti

Ispitni premaz predstavlja veličinu izražavajući postotak funkcionalnosti testiranim testovima na potpunu funkcionalnost sistema. Procjena testnog pokrivača preporučuje se da se izvrši prilikom pripreme plana i metodologije testiranja tako da testiranje može pružiti potrebnu razinu pokrivenosti ispitivanja. Ova vrsta ispitivanja može se izvesti ručno i sa automatiziranim testiranjem.

Ključne prednosti

⦁ Procjena testiranja jasno pokazuje postotak funkcionalnosti testova i kriterij je njihove kompletnosti: veći je postotak testnog premaza, što je veća.
⦁ Osiguravanje najpotpunijeg testnog premaza smanjuje broj nedostataka i poboljšava kvalitetu konačnog proizvoda.

Glavni ciljevi

Prilikom pripreme načina plana i ispitivanja za ručno i automatizirano testiranje, ovisno o cilju ispitivanja, određuje se potrebna razina ispitivanja. Prilikom testiranja preporučuje se upotreba maksimalnog ostvarivog nivoa pokrivenosti ispitivanja kako bi se smanjilo vrijeme za pripremu i ispitivanje testova, korištenje nepotpune pokrivenosti testa je dozvoljeno.

Instalacija testiranja

Ispitivanje instalacije (testiranje instalacije) omogućava vam da budete sigurni da je pravilno instaliran i konfiguriran, nove verzije se događaju bez grešaka, a moguće je deinstalirati i izbrisati ovaj softver. Ispitivanje instalacije mora se izvesti prilikom kreiranja softvera, nakon što se pojavi nova verzija, kao i prilikom promjene konfiguracije postolja.
Ispitivanje instalacije preporučuje se da se izvrši na različitim platformama, ručnom metodom ili automatizacijom. Sljedeći faktori utječu na ovu vrstu ispitivanja:
⦁ Koje su platforme i operativni sistemi podržani?
Kako će se softver distribuirati?
⦁ Ko će instalirati softver?

Ključne prednosti

Ispitivanje instalacije izbjegava takve probleme prilikom instaliranja softvera u industrijskom okruženju, kao:
⦁ nemogućnost uspostavljanja
⦁ Gubitak podataka nakon instaliranja nove verzije
⦁ Nemogućnost da se vratite na prethodnu verziju

Kao rezultat, štedeći novac i vrijeme, značajno olakšanje rada administratora.
Glavni ciljevi

Ispitivanje instalacije vrši se prema planu instalacije softvera. Provjera instalacije, konfiguracije, ažuriranja, povratne verzije i brisanje softvera na svim navedenim platformama.

Ispitivanje upotrebljivosti

Ispitivanje upotrebljivosti se vrši pri kreiranju novog softvera i njegovog profinjenja. Glavni cilj takvog ispitivanja je traženje rješenja najprijatnijih programskih sučelja za smanjenje vremena za rješavanje korisničkih zadataka.

Rezultat testiranja jednostavnosti upotrebe je brojne želje za poboljšanjem testnog objekta, na primjer, promjenu lokacije tipki ili dodajte novu u brzo izvršavanje bilo koje naredbe, ispunjavanje zadanih vrijednosti, dodajte vruće tipke itd.
Ključne prednosti

Rezultati upotrebljivosti ispitivanja pružit će pozitivne povratne informacije od korisnika sustava u budućnosti. Ako je sistem namijenjen redovitom korištenju, na primjer, zaposleni u pozivnom centru, operativnici u banci ili prodajnim asistentima u trgovini, ergonomski sistem će smanjiti troškove rada za obavljanje svakodnevnih operacija. Ako je sistem namijenjen korisničkoj službi, na primjer, internetsku trgovinu ili internetsku banku, praktičnost i jednostavnost sustava ostavit će pozitivne uspomene na rad s tim, što će uštedjeti kupce i privući nove.

Glavni ciljevi

Zadatak ispitivanja jednostavne upotrebe je definiranje razine praktičnosti i jednostavnosti rješavanja zadataka od strane korisnika kako bi se izvršio koji je proizvod kreiran.

Kao dio ovog zadatka procjenjuje se:

⦁ Koliko koraka treba učiniti da ispuni zadatak?
⦁ Koliko vremena treba da ispuni zadatak?
⦁ Koliko grešaka napravi newbie pri obavljanju zadatka?
⦁ Šta je dojam korisnika da radi sa programom?
⦁ Emocije korisnika tokom zadatka.

Ispitivanje konfiguracije

Ispitivanje konfiguracije - Ovo je potvrđen softver o raznim softverskim i hardverskim okruženjima. Ova vrsta ispitivanja koristi se ako je poznato da će se informativni proizvod koristiti, na primjer, na različitim platformama, u različitim preglednicima, podržat će različite verzije vozača.

Ključne prednosti

⦁ Testiranje konfiguracije u potpunosti simulira stvarnu upotrebu sistema.
⦁ Omogućuje vam identifikaciju grešaka u sistemu u radu u okviru različitih konfiguracija i na taj način sprečavanje problema sa njim.

Glavni koraci ispitivanja konfiguracije

Priprema - Sastavlja se popis konfiguracija sistema, pod kojim će se testiranje pojaviti. U praksi je često nemoguće opisati cjelokupni skup konfiguracija u kojima će se sistem koristiti. Stoga se provodi njihova prioritetnost, a samo su najvažnije konfiguracije spadaju u krajnju listu.
Držanje - Sistem se ispituje na odabranim konfiguracijama.
Izvještaj - Kupac kompanije pruža detaljan izvještaj s popisom oštećenja i odstupanja koji se nalaze u operaciji sistema sa svakom konfiguracijskom verzijom.

Pretpostavimo da postoji funkcija get podatakakoja vraća informativnu karticu korisničkog ID-a koji je prošao. Sada ova značajka koristi 3 izvora - funkcije, izvor-b i izvor-C da biste dobili tri različite vrste karata. Sada kombiniramo sve ove kartice u jednoj kartici i vraćamo se iz podataka.

Kada testiram podatke, Trebam li provjeriti prisustvo ključnih podataka? Ima li smisla tako da ova funkcija odbije pojedinačne testove ako se jedan od izvora-a, izvora i izvora C i izvor-C nisu uspjeli? Ako je zadatak funkcije bacanja kombinirati podatke, a to se radi, to bi trebalo biti dovoljno, zar ne?

1

2 odgovora

Pretpostavimo da postoji funkcija dobivanja podataka koja vraća kartu korisničkog ID-a koji se prenosi na.

Odlično. Tada to morate provjeriti. Za ovaj identifikator vraćate li ispravne podatke?

sada ova funkcija koristi 3 funkcije izvor-a, izvor-b i izvor-C za dobivanje tri različite vrste karata.

Kakve detalje implementacije morate zanemariti u testu. Sve što testirate je da vaša jedinica rada (ova metoda) radi ono što treba (uzeti identifikator i vratiti xyz podatke za ovaj identifikator). kako Ova metoda nije važna - na kraju je ključna prednost ovog modularnog testa što možete reorganizirati implementaciju metode, a test će provjeriti šta ste učinili kako treba.

Ipak, vjerovatno ćete se morati rugati izvorima podataka, pa će u nekom trenutku test vjerojatno morati znati kako ovaj kodeks funkcionira. Morate uravnotežiti tri konkurentna ciljeva ovdje: Da biste napravili test izolirani (maltretiranje podataka), čineći test fokusiran na zahtjeve i pragmatizam.

Na kraju, ovo je važan kod. Postoje testovi koji podržavaju stvarni kod, trošeći veliki broj vremena i problemi povezane s provjerama za poliranje nisu toliko korisni kao testovi. izrada. .

U modularnoj testiranju morate provjeriti samo funkcionalnost iste klase ako se izvor-Metode, izvor-B i izvor-C nazivaju druge klase, morate ih rugati (moraju se prositi na modulu u njihovim klasama).

U integraciji testiranja provjerite ponašanje nekoliko klasa koji komuniciraju između njih, to znači da bi vaša funkcija dobivanja podataka trebala provjeriti ispravnost podataka (izvor-a, izvorni-b i izvorni-C su ispravni i Podaci su pravilno povezani).

Modularni testovi su lakši i namjerni, a oni bi ih trebali stvoriti programeri. Integracijski testovi obično su relativno uporedivi (ako se promijeni bilo koja unutrašnja komponenta), tako da su teže nastupiti. Mora biti kreiran od QA profila.