PeNcIL

SWETeam

PeNcIL

Plan testiranjaVerzija 1.0

Istorija revizijaDatumVerzija OpisAutor

07.05.2007.1.0Inicijalna verzijaPetar

Sadraj41.Ciljevi

2.Opseg43.Reference44.Zahtevi za testiranje45.Strategije testiranja (Test Strategy)75.1Tipovi testiranja (Testing Types)75.1.1Testiranje podataka i integriteta baze podataka (Data and Database Integrity Testing)75.1.2Testiranje sistema (System Testing)75.1.3Testiranje poslovnog ciklusa (Business Cycle Testing)85.1.4Testiranje korisnikog interfejsa (User Interface Testing)95.1.5Testiranje performansi (Performance Testing)95.1.6Testiranje optereenja (Load Testing)105.1.7Testiranje kritinih sluajeva (Stress Testing)115.1.8Testiranje volumena (Volume Testing)125.1.9Testiranje sigurnosti i kontrole pristupa (Security and Access Control Testing)125.1.10Testiranje otkaza i oporavka (Failover / Recovery Testing)135.1.11Testiranje konfiguracije (Configuration Testing)155.1.12Testiranje instalacije (Installation Testing)155.2Alati166.Resursi166.1Radnici176.2Sistem187.Glavne postavke testiranja198.Rezultati testiranja198.1Model testiranja199.Projektni zadaci20

Plan Testiranja1. CiljeviOvaj dokument sadri opis plana testiranja sistema PeNcIL. Namena ovog dokumenta je da opie nain provere funkcionalni i nefunkcionalne zahteve postavljene pri realizaciji predloene aplikacije. Ciljevi ovog dokumenta su: Izdvojiti komponente sistema koje treba testirati na osnovu postojeih informacija o projektu.

Izdvojiti zahteve testiranja na osnovu datih predloga (na viem nivou). Predloiti i opisati strategije testiranja koje e biti koriene.

Odrediti resurse koji e biti potrebni za testiranje i proceniti vreme i trud koji treba uloiti pri testiranje. Navesti dokumente koji e opisati rezultate testiranja. 2. OpsegPlan testiranja se odnosi na integraciju sistema i proveru izvrne verzije aplikacije PeNcIL. Plan testiranja ne opisuje testiranje pojedinanih komponenti sistema, jer se pretpostavlja se da je svaki od programera izvrio kompletno testiranje koda pre njegovog dodavanja u sistem, korienjem metode crne kutije.

Plan testiranja e se odnositi na:

testiranje interfejsa prema razliitim tipovima korisnika, testiranje komunikacije sa bazom podataka, testiranje komunikacije komponenti aplikacije, testiranje funkcionalnosti izvrne verzije aplikacije i

testiranje kritinih performansi aplikacije.3. Reference

Reference na osnovu kojih e biti napisan Plan testiranja su:

1. Vizija sistema PeNcIL,2. Specifikacija zahteva sistema PeNcIL i

3. Detaljno arhitekturni projekat PeNcIL.4. Zahtevi za testiranjeU ovom odeljku bie navedeni oni elementi sistema koje je potrebno testirati (sluajevi korienja, funkcionalni i nefunkcionalni zahtevi). Ovde e biti opisano samo ta je potrebno testirati, dok e detalji o samim testovima biti navedeni kasnije u dokumentu Test specifikacija.

Testiranje podataka i integriteta baze podataka (Data and Database Integrity Testing)

Proveriti mogunost pristupa bazi PeNcIL.

Proveriti mogunost istovremenog pristupa istim podacima radi itanja.

Proveriti zakljuavanje podataka tokom pristupa bazi radi auriranja.

Proveriti tanost podataka koji se pribavljaju iz baze.

Testiranje sistema funkcionalno testiranje (System Testing functional testing)Proveriti sluaj korienja Izbor jezika.

Proveriti sluaj korienja Pregled osnovnih informacija o laboratoriji.

Proveriti sluaj korienja Pregled spiska lanova.

Proveriti sluaj korienja Pregled podataka o odreenom lanu laboratorije.

Proveriti sluaj korienja Pregled publikacija po autoru

Proveriti sluaj korienja Pregled publikacija po tipu

Proveriti sluaj korienja Pregled publikacija po godini.

Proveriti sluaj korienja Pregled spiska projekata

Proveriti sluaj korienja Pregled podataka o odreenom projektu

Proveriti sluaj korienja Prijavljivanje.

Proveriti sluaj korienja Auriranje podataka o lanu.

Proveriti sluaj korienja Dodavanje nove publikacije.

Proveriti sluaj korienja Brisanje postojee publikacije.

Proveriti sluaj korienja Auriranje osnovnih podataka o laboratoriji.

Proveriti sluaj korienja Kreiranje novog lana.

Proveriti sluaj korienja Brisanje postojeeg lana.

Proveriti sluaj korienja Arhiviranje postojeeg lana.

Proveriti sluaj korienja Kreiranje projekta i postavljanje voe.

Proveriti sluaj korienja Auriranje podataka o projektu. Severska komponenta sistema treba da funkcionie na raunaru pod operativnim sistemom Linux.

Severska komponenta sistema treba da funkcionie na raunaru pod operativnim sistemom Windows.

Klijentska komponenta sistema treba da funkcionie na raunaru Pentium I sa 128MB operativne memorije (Specifikacija zahteva, odeljak 7.6).

Testiranje poslovnog ciklusa (Business Cycle Testing)Proveriti posledice operacije dodavanja novog lana laboratorije.

Proveriti posledice operacije arhiviranja postojeeg lana laboratorije.

Proveriti posledice operacije definisanja novog projekta.

Testiranje korisnikog interfejsa (User Interface Testing)

Proveriti jednostavnost navigacije kroz skup prozora aplikacije.

Proveriti da li izgled prozora aplikacije odgovara definisanim standardima za izradu korisnikog interfejsa.

Proveriti da li korisniki interfejs omoguava jednostavno i intuitivno korienje bez potrebe za organizovanjem dodatne obuke (Specifikacija zahteva, odeljak 7.2).

Sistem treba da bude lak za korienje i prilagoen korisnicima koji poseduju dobar nvo znanja rada na raunaru (Vizija sistema, odeljak 5.2).

Proveriti da li online uputstvo obezbeuje adekvatnu podrku pri korienju naprednijih funkcionalnosti sistema (Vizija sistema, odeljak 12.2).

Testiranje performansi (Performance Testing)

Proveriti vreme potrebno za prijavljivanje na sistem.

Proveriti vreme potrebno za dodavanje novog projekta.

Proveriti vreme potrebno za dodavanje publikacije.

Proveriti da li vreme potrebno za pristupanje bazi podataka u cilju izvrenje upita ne prelazi 5 sekundi (Specifikacija zahteva, odeljak 7.4).Testiranje optereenja (Load Testing)

Proveriti odziv sistema kada mu istovremeno pristupa 200 posetilaca.

Proveriti odziv sistema kada 100 posetilaca istovremeno pristupa stranici Pregled osnovnih podataka o laboratoriji.

Proveriti odziv sistema kada 50 posetilaca istovremeno pristupa stranici Pregled spiska projekata.

Proveriti odziv sistema kada 50 posetilaca istovremeno pristupa stranici Pregled publikacija po autoru.

Proveriti da li sistem moe da podri do 1000 simultanih pristupa korisnika portalu (Detaljni arhitekturni projekat, odeljak 11).Testiranje kritinih sluajeva (Stress Testing)Proveriti vreme odziv sistema prilikom prvog korienja.

Proveriti vreme odziva sistema kada 100 posetilaca istovremeno pristupa stranici Pregled osnovnih podataka o laboratoriji.

Testiranje volumena (Volume Testing)Proveriti odziv sistema kada je 90% kapaciteta diska popunjeno.Testiranje sigurnosti i kontrole pristupa (Security and Access Control Testing)

Proveriti mogunost prijavljivanja na sistem sa raunara u lokalnoj mrei.

Proveriti mogunost prijavljivanja na sistem sa udaljenog raunara.

Proveriti prava pristupa korisnika koji pripadaju razliitim grupama (Posetilac portala, lan laboratorije, ef laboratorije, Voa projekta, Administrator).

Testiranje otkaza i oporavka (Failover / Recovery Testing)Proveriti da li je PeNcIL portal dostupan 24 asa dnevno, 7 dana u nedelji. Vreme kada portal nije dostupan ne sme da pree 10%. (Vizija sistema, odeljak 9; Detaljni arhitekturni projekat, odeljak 12)

Proveriti da li srednje vreme izmeu dva sukcesivna otkaza ne sme da padne ispod 120 sati (Detaljni arhitekturni projekat, odeljak 12).

Testiranje konfiguracije (Configuration Testing)Severska komponenta sistema treba da funkcionie na raunaru pod operativnim sistemom Linux.

Severska komponenta sistema treba da funkcionie na raunaru pod operativnim sistemom Windows.

Klijentska komponenta sistema treba da funkcionie na raunaru Pentium I sa 128MB operativne memorije (Specifikacija zahteva, odeljak 7.6).Proveriti da li klijentski deo PeNcIL portala moe da se koristi pomou Web itaa: Internet Explorer 6.0 i noviji, Opera 8.0 i noviji, kao i Firefox (Mozilla) (Specifikacija sistema, odeljak 7.6).

Testiranje instalacije (Installation Testing)Proveriti instalaciju sistema na serveru.5. Strategije testiranja (Test Strategy)Strategije testiranja predstavljaju preporuke na koji nain treba vriti testiranje softverske aplikacije. Prethodni odeljak o Zahtevima testiranja opisuje ta e biti testirano, dok e u ovom odeljku biti opisano na kako e navedeni elementi biti testirani.

Osnova svake strategije testiranja jesu tehnike koje se koriste i kriterijumi na osnovu kojih se moe utvrditi kada je testiranje zavreno.5.1 Tipovi testiranja (Testing Types)5.1.1 Testiranje podataka i integriteta baze podataka (Data and Database Integrity Testing)Cilj Testa:Utvrditi da metodi i procesi za pristup bazi podataka funkcioniu korektno i bez greaka po podacima.

Tehnike: Probati svaki metod pristupa bazi podataka, za korektne i nekorektne podatke (ili za pribavljanje podataka)

Ispitati bazu podataka da bi se utvrdilo da se podaci unose kao to se oekuje, da svi dogaaji u bazi su obrauju korektno i da se podaci pribavljaju korektno i bez greaka.

Kriterijum zavretka:Metodi i procesi za pristup bazama podataka rade kao to je predvieno i bez greaka u podacima.

Napomene: Testiranje zahteva korienje okruenja za rad sa konkretnim DBMS-om da bi se direktno uneli i promenili podaci u bazi podataka. Procesi moraju da se runo pokrenu.

Koristiti bazu sa malim ili minimalnim brojem podataka, kako bi se poveala preglednost i lake uoili neprihvatljivi sluajevi.

5.1.2 Testiranje sistema (System Testing)Cilj testiranja:Potvrditi korektno kretanje kroz aplikaciju, unos podataka, njihovu obradu i pribavljanje.

Tehnike: Izvriti svaki sluaj korienja, ispratiti sve tokove definisane sluajevima korienja, korienjem tanih i netanih podataka.

Utvrditi da li se oekivani rezultati javljaju kada se radi sa tanim podacima. Utvrditi da li se predviene poruke o greci ili upozorenja javljaju kada se radi sa netanim podacima.

Potvrditi da su poslovna pravila pravilno primenjena.

Kriterijum zavretka: Svi planirani testovi su izvreni. Svi identifikovane greke su adekvatno obraene.

Napomene: Potrebno je obezbediti pristup serveru na kome e biti instaliran sistem.

5.1.3 Testiranje poslovnog ciklusa (Business Cycle Testing)Cilj testiranja:Potvrditi odgovarajuu primenu i procese koji se obavljaju kao podrka zahtevanom modelu poslovanja i utvrenom rasporedu.

Tehnike: Testiranje simulira poslovne cikluse koji obavljaju sledee: Testovi korieni za testiranje funkcija aplikacija treba modifikovati/proiriti da uveaju broj izvrenja svake funkcije kako bi se simulirao pristup veeg broja razliitih korisnika u odgovarajuem periodu vremena. Sve funkcije koje su vremenski zavisne treba proveriti korienjem tanih i netanih podataka.

Proveriti da li se sve funkcije koje se pojavljuju periodino da se izvravaju/pokreu u odgovarajuem vremenskim trenucima.

Utvrditi da li se oekivani rezultati javljaju kada se radi sa tanim podacima.

Utvrditi da li se predviene poruke o greci ili upozorenja javljaju kada se radi sa netanim podacima.

Potvrditi da su poslovna pravila pravilno primenjena.

Kriterijum zavretka: Svi planirani testovi su izvreni. Svi identifikovane greke su adekvatno obraene.

Napomene: Odreivanje datuma i perioda moe zahtevati dodatne aktivnosti. Poslovni model bi trebao ad identifikuje odgovarajue zahteve i procedure koje treba testirati.

5.1.4 Testiranje korisnikog interfejsa (User Interface Testing)Cilj testiranja:Potvrditi sledee:

Navigacija kroz aplikaciju korektno odslikava poslovne funkcije i zahteve, ukljuujui od kretanje izmeu prozora, polja i metode pristupa (prelazak tabom, kretanje mia, preice sa tastature)

Objekti prozora i njihove karakteristike, kao to su meniji, veliina, pozicije, stanja i dobijanje fokusa u skladu sa standardima.

Tehnike: Kreirati/modifikovati testove za svaki prozor da bi se potvrdila odgovarajua navigacija i stanja objekata za svaki prozor i objekat aplikacije.

Kriterijum zavretka:Svaki prozor treba da se potvrdi da je konzistentan sa referentnom verzijom ili prihvaenim standardima.

Napomene:

5.1.5 Testiranje performansi (Performance Testing)Cilj testiranja:Potvrditi vreme odziva sistema za napravljene transakcije ili poslovne funkcije za sledea dva sluaja:

- procenjeno proseno optereenje

- procenjeno maksimalno optereenje

Tehnike: Koristiti test procedure napravljene za testiranje poslovnog modela (testiranje sistema)

Modifikovati podatke tako da se uvea broj transakcija i modifikovati skripte da se povea broj izvrenja transakcija.

Skripte treba da se izvravaju na jednom raunaru (jedan korisnik, jedna transakcija) ili ponoviti sa vie klijenata (viruelinih ili stvarnih).

Kriterijum zavretka: Jedna transakcija / jedan korisnik: Uspeno izvravanje test skripti bez ikakvih padova i za oekivano vreme.

Vie transakcija / vie korisnika: Uspeno izvravanje test skripti bez ikakvih padova i za oekivano vreme.

Napomena: Testiranje performansi sistema ukljuuje optereenje sistema u pozadini. Postoji vie metoda koji se mogu koristiti da bi se dobili zahtevani uslovi: Pozivati transakcije direktno na serveru, obino u formi SQL poziva.

Kreirati virtuelnog korisnika koji e simulirati vie klijenata. Moe se iskoristiti softver koji e sa udaljenog raunara biti iskorien da povea optereenje. Time se, takoe, moe postii poveanje optereenja na mrei.

Koristiti vie ljudi koji e sa razliitih raunara pokretati test skripte da bi se dostiglo odgovarajue optereenje.

Testiranje performansi treba da se obavi na za to spremljenom raunaru u predvieno vreme. Time se omoguuje potpuna kontrola i precizno merenje.

Baza podataka koja se koristi za testiranje performansi treba da ima veliinu baze koja e se realno koristiti.

5.1.6 Testiranje optereenja (Load Testing)Cilj testiranja:Potvrditi vreme odziva sistema za napravljene transakcije i poslovne sluajeve pod uslovima razliitog optereenja.

Tehnike: Koristiti testove napravljene za testiranje poslovnog ciklusa.

Modifikovati podatke tako da se uvea broj transakcija i modifikovati skripte da se povea broj izvrenja transakcija.

Kriterijum zavretka: Vie transakcija / vie korisnika: Uspeno izvravanje test skripti bez ikakvih padova i za oekivano vreme.

Napomene: Testiranje performansi treba da se obavi na za to spremljenom raunaru u predvieno vreme. Time se omoguuje potpuna kontrola i precizno merenje.

Baza podataka koja se koristi za testiranje performansi treba da ima veliinu baze koja e se realno koristiti.

5.1.7 Testiranje kritinih sluajeva (Stress Testing)Cilj testa:Proveriti da li sistem funkcionie korektno i bez greaka u sledeim kritinim sluajevima:

malo ili nimalo memorije na serveru

maksimalan broj klijenata (stvarnih ili simuliranih) koji rade na sistemu

vie korisnika koji zahtevaju istu transakciju nad istim podacima.

najgori sluaj broja transakcija koje sistem moe da izdri.Napmena: Cilj testiranja kritinih sluajeva moe biti i odreivanje uslova pod kojima sistem nije u mogunosti da nastavi da radi korektno.

Tehnike: Koristiti testove koji su napravljeni za testiranje performansi.

Da bi se obavilo testiranje pod ogranienjima, testovi treba da se obaljaju sa jednog raunara, a veliinu RAM i spoljne memorije treba smanjiti.

Za ostale testove, treba koristiti vie klijenata, koji e raditi na istom testu ili na komplementarnim testovima da bi se proizveo sluaj sa najveim koliinom podataka u transakciji.

Kriterijum zavretka:Svi planirani testovi se izvravaju i predviene granice sistema su dostignute bez pada sistema ili su uslovi pod kojima se pojavljuje otkaz sistema su izvan predvienih granica.

Napomene: Testiranje mree moe zahtevati korienje alata koji omoguavaju poveanje protoka podataka na mrei.

Veliina spoljne memorije treba da bude privremeno smanjena kako bi smanjila prostor koji moe da koristi baza podataka.

Testiranje zahteva sinhronizaciju istovremenog pristupa klijenata istim slogovima.

5.1.8 Testiranje volumena (Volume Testing)Cilj testa:Potvrditi da sistem funkcionie uspeno u sledeim sluajevima:

maksimalan () broj klijenata koji su povezani (simulirani) i koji izvravaju iste poslovne funkcije koje ine najgori sluaj za dui period vremena. Maksimalna veliina baze podataka je dostignuta i vie transakcija koje izvravaju upite i pribavljaju podatke istovremeno.

Tehnike: Koristiti testove koji su napravljeni za testiranje performansi.

Koristiti vie klijenata, koji e raditi na istom testu ili na komplementarnim testovima da bi se proizveo sluaj sa najveim koliinom podataka u transakciji na dui period vremena.

Kreira se baza podataka maksimalne veliine (stvarna, uveana ili napunjena reprezentativnim podacima) i vie klijenata koji pokreu transakcije radi istovremenog pribavljanja podataka u toku dueg perioda vremena.

Kriterijum zavretka:Svi planirani testovi se izvravaju i predviene granice sistema su dostignute bez pada sistema.

Napomene: Odabrati period vremena koji e biti prihvatljiv za testiranje uslova velikog volumena.

5.1.9 Testiranje sigurnosti i kontrole pristupa (Security and Access Control Testing)Cilj testiranja:Sigurnost funkcija/podataka: Potvrditi da korisnik moe da koristi samo one funkcije/ podatke koje su predviene za tip korisnika kome pripada.

Sigurnost sistema: Potvrditi da samo oni korisnici kojima je dozvoljeno da pristupe sistemu mogu da pristupe sistemu.

Tehnike: Sigurnost funkcija/podataka: Identifikovati funkcije/podatke kojima ima pravo pristupa odgovarajui tip korisnika.

Napraviti testove za svaki tip korisnika i potvrditi dozvolu da izvrava transakcije koje su specifine za taj tip korisnika.

Izmeniti tip korisnika i proveriti ga na iste testove. Proveriti da li su funkcije /podaci korektno dozvoljeni ili zabranjeni za korienje.

Kriterijum zavretka:Za svaki tip korisnika i odgovarajue funkcije/podatke dozvoljene za korienje, sve transakcije funkcioniu na oekivani nain, definisane u testovima sistema.

Napomene:

5.1.10 Testiranje otkaza i oporavka (Failover / Recovery Testing)Cilj testiranja:Potvrditi da proces opravka (runi ili automatski) korektno vraa bazu podataka, aplikaciju i sistem u oekivano stanje. Sledei tipovi uslova treba da budu ukljueni u testiranje: Iskljuenje napajanja na klijentu

Iskljuenje napajanja na serveru

Prekid komunikacije kroz mrenu

Prekid komunikacije ili gubitak podataka usled greke rada hard diska

Nekompletni ciklus (prekid u procesu filtriranja podataka, prekid u procesu sinhronizacije podataka)

Netani pokazivai (kljuevi) u bazi podataka

Netani ili podatak u bazi podataka

Tehnike:Test kreiran za testiranje funkcionalnosti i poslovnog ciklusa se koriste za formiranje niza transakcija. Kada se postigne poetna taka koja omoguava testiranje, sledee akcije treba da sprovesti (simulirati), individualno:

Prekid napajanja na klijentu

Prekid napajanja na serveru

Prekid na mrei: simulirati ili izazvati gubitak komunikacije kroz mreu (fiziki iskljuiti komunikacioni kabl ili iskljuiti mreni server ili ruter) Prekid komunikacije, odnosno gubitak napajanja, sa hard diskom: simulirati ili fiziki eliminisati komunikaciju sa jednim ili vie kontrolera ili ureaja.

Kada se uslovi iznad ostvare, dodatne transakcije treba izvriti i pre dostizanja naredne take testa, procedure za oporavak treba pokrenuti.

Testiranje nekompletnih ciklusa koristi istu tehniku opisanu iznad, s tim to procesi na bazi podataka treba da budu prekinuti ili zaustavljeni.

Testiranje na sledee uslove zahteva da se sistem nalazi u poznatom stanju. Nekoliko polja u bazi podataka, pokazivaa i kljueva treba naruiti runo i direktno u bazi podataka (korienjem alata baze podataka). Dodatne transakcije treba izvriti korienjem testova iz testiranja funkcionalnosti i testiranja poslovnog ciklusa.

Kriterijum zavretka:U svim opisanim sluajevima aplikacija, baza podataka i sistem treba, da se nakon zavretka i procedura oporavka, vrate u oekivano stanje. To stanje ukljuuje da je naruavanje podataka ogranieno samo na naruena polja, pokazivae, kljueve i izvetaje u okviru procesa koji nisu zavreni usled nastanka prekida.

Napomena: Testiranje oporavka zahteva operacije koje nekada nisu izvodive ili h nije poeljno obavljati (simulacija prekida komunikacije ili napajanja). Alternativa tome su softverski alati za dijagnostiku. Resursi sistema (raunara), baze podataka i mrene grupe se koriste.

Testiranje treba obavljati u asovima kada se resursi ne koriste ili na izolovanoj maini.

5.1.11 Testiranje konfiguracije (Configuration Testing)Cilj testiranja:Proveriti i potvrditi da klijentska aplikacija funkcionie na konfiguracijama na kojima je to predvieno.

Tehnike: Koristi testove integracije i funkcionalne testove.

Pokrenuti/zatvoriti razliite aplikacije, bilo pre pokretanja testa, bilo kao deo testiranja.

Izvriti izabrane transakcije da bi se simulirale korisnike aktivnosti u razliitim aplikacijama.

Ponoviti navedene procese, smanjujui RAM memoriju koju koristi klijent.

Kriterijum zavretka:Za svaku kombinaciju, transakcije iz testa treba da se zavre uspeno, bez greaka.

Napomene: Koje su aplikacije dostupne i mogu se koristiti na klijentu?

Koje se aplikacije tipino koriste?

Koje podatke aplikacija koristi (koji je obim tih podataka) Ceo sistem, mreni serveri, baze podataka i slino treba biti opisano ka deo ovog testa.

5.1.12 Testiranje instalacije (Installation Testing)Cilj testiranja:Proveriti i potvrditi da se softver korektno moe instalirati na svakom od klijenata pod sledeim uslovima:

Nova instalacija na novom raunaru, nikad instalirana aplikacija.

Aurirati raunar prethodno instaliran sa istom verzijom aplikacije

Aurirati raunar prethodno instaliran sa prethodnom verzijom aplikacije

Tehnike: Runo ili definisanjem automatskih skripti proveriti uslove na ciljnoj maini (nikad instalirana aplikacija, ista verzija, nova verzija).

Pokrenuti i instalirati aplikaciju.

Korienjem predefinisanog podskupa testova funkcionalnih testova, proveriti rad aplikacije.

Kriterijum zavretka:Aplikacija treba da se izvravaju uspeno i bez greaka.

Napomene: Koje transakcije treba izabrati da bi se napravio test koji e sa pouzdanou potvrditi da je aplikacija uspeno instalirana i da ne fale pojedine softverske komponente?

5.2 AlatiU sledeoj tabeli su pobrojani alati koji e biti korieni za testiranje sistema:FazaAlatProizvoa/ matini proiz.Verzija

Test ManagementRational Unified ProcessRationalTBD

Test Design Rational RoseRationalTBD

Defect TrackingTBD

Functional TestingTBD

Performance TestingTBD

Test Coverage Monitor or ProfilerTBD

Other Test ToolsTBD

Project ManagementProject

Word

ExcelMicrosoft

Microsoft

MicrosoftTBD

DBMS toolsMySQLMySQLTBD

6. ResursiU ovom odelju su opisani resursi koji se mogu koristiti za testiranje sistema, glavne odgovornosti i njihovo znanje ili vetine.6.1 RadniciOva tabela pokazuje predlog rasporeda radnika na aktivnostima testiranja. Ljudski resursi

RadnikPreporueni minimalni broj radnika (broj radnika koji e raditi puno radno vreme)Posebne preporuke / komentari

Rukovodilac testiranja

Petar, AnaObezbeuje nadgledanje upravljanjem procesa

Odgovornosti:

Obezbediti tehniku direkciju

Prikupljanje odgovarajuih resursa

Upravljanje izvetavanjem

Projektant testovaPetar, AnaIdentifikuje, odreuje prioritete i implementira sluajeve testiranjaOdgovornosti:

Napraviti plan testiranja

Napraviti model testiranja

Proceniti efektivnost napora uloenog u testiranje.

Tester sistemaBojan

MilanIzvriti testiranjeOdgovornosti:

Izvriti testiranje Zabeleiti rezultate Popraviti greke

Opisati greke

Administrator testiranja sistemaPetarPripremiti okruenje za testiranje i utvrditi da ono odgovara pretpostavkama.Odgovornosti:

Administrirati upravljanje testiranjem

Upravljati pristupom radnika resursima na kojima se obavlja testiranje.

Administrator baze podatakaAnaPripremiti podatke i bazu podataka za testiranje i utvrditi da njihovo stanje odgovara pretpostavkama.

Odgovornosti:

Administrirati podatke (bazu podataka) za testiranje

ProjektantPetarIdentifikovati i definisati operacije, atribute i veze izmeu razliitih klasa testovaOdgovornosti:

Identifikovati i definisati klase testova

Identifikovati i definisati pakete testova

Implementacija Milan

Bojan

Implementirati testove i rasporediti ih u odgovarajue klase i pakete testova.

Odgovornosti:

Kreirati klase i pakete testova implementirane u test modelu.

6.2 SistemU sledeoj tabeli su navedeni sistemski resursi koji e se koristiti za testiranje PeNcIL sistema. Sistemski resursi

ResursIme / Tip / Serijski broj

ServerSerijski broj: X179773562b

Klijentski Test Raunari

3 udaljena raunara

(sa internet pristupom)Serijski broj: A8339223

Serijski broj: B9334022

Serijski broj: B9332544

5 lokalnih raunara

(povezanih u lokanu mreu)Serijski broj: R3322411 (IT Lab)

Serijski broj: A8832234 (IT Lab)

Serijski broj: W4592233 (IT Lab)

Serijski broj: X3333411 (IT Lab)

Serijski broj: X9834000 (Student Union)

Test repozitorijum

ServerSerial No: X179773562b

Raunari za razvoj testova - 6Serijski broj: R3322411

Serijski broj: A8832234Serijski broj: W4592233

Serijski broj: X3333411

Simulator optereenjaSerijski broj: ABC-123

7. Kontrolne take testiranjaAktivnosti testiranja zavise od iteracija u razvoju softvera. Ciklus razvoja softvera PeNcIL bie odraen u jednoj iteraciji koja sadri kompletan ciklus testiranja, planiranje, projektovanje, razvoj, izvrenje i evaluaciju.

Sledea table prikazuje kontrolne take testiranja.

ZadatakTrud (pd)PoetakKraj

Iteracija C1: R1.0 Release

Planiranje testova Projektovanje testova Razvoj testova Izvrenje testova Evaluacija testova 5Maj 04Maj 11

8. Izlazni produkti testiranjaRezultati testiranja koji su definisani ovim planom testiranja navedeni su u sledeoj tabeli.

DokumentVlasnikOcena / RaspodelaDue Date

Plan TestiranjaPetarRukovodioci testiranjaMaj 07

Test okruenjePetar-Maj 07

Model testiranjaPetar i AnaInterna ocenaMaj 07

Skup test podatakaAnaInterna ocenaMaj 08

Test procedureMilanInterna ocenaMaj 08

Test skripteBojan-Maj 08

Test podrkaPetar-Maj 08

Izvetaj o uoenim grekamaMilan i BojanRukovodioci testiranjaMaj 11

Rezultati testaMilanRukovodilac testiranjaMaj 11

Izvetaj o evaluaciji testaPetarRukovodilac testiranjaMaj 11

8.1 Model testiranjaModel testiranja definie sve test sluajeve zajedno sa referencama na test procedure i test skripte koje su vezane za svaki test sluaj.

9. Projektni zadaciU sledeoj tabeli su navedeni projektni zadaci testiranja sistema:

Plan testiranja

Identifikovati zahteve za testiranjem

Proceniti rizike

Razviti strategije testiranja

Identifikovati resurse testiranja

Napraviti raspored

Napraviti Plan testiranja

Projektovanje testova

Analizirati potrebni rad

Razviti model testiranja

Identifikovati i opisati test sluajeve

Identifikovati i grupisati procedure testiranja

Oceniti napraviti uvid u pokrivenost testiranja

Implementacija testova

Postaviti okruenje za testiranje

Napisati skripte za testiranje

Razviti podrku za testiranje

Identifikovati sprecifine funkcionalnosti za projektovanje i implementaciju modela testiranja

Utvrditi eksterne skupove podataka

Testiranje

Izvriti test procedure

Oceniti izvrenje testova

Popraviti testove koji nisu proli

Proveriti rezultate

Istraiti neoekivane rezultate

Zabeleiti greke

Ocena testiranja

Oceniti pokrivenost funkcionalnosti test sluajevima

Proceniti pokrivenost koda test sluajevima

Analizirati greke

Utvrditi da li su kriterijumi zavretka i kriterijumi uspenosti postignuti

Napraviti Izvetaj o oceni testiranja

PAGE