Testni plan _ Nina Kovač

Last updated by ninako24 2 years ago

Testni plan: Testiranje e - commerce aplikacije  

Uvod 
Ovaj dokument opisuje testnu strategiju, ciljeve, raspored, resurse i vrste testiranja potrebne za provođenje testiranja softvera koji je namijenjen za :  web prodaju računalnih, mobilnih ure]đaja   
Ciljevi testiranja su detekcija i prevencija bugova, te kvaliteta i pouzdanost aplikacija koja je definirana zajedno sa korisnikom u SLA dokumentu. 
 
Reference:  
Projekt plan koji se nalazi na lokaciji :   https://docs.google.com/document/d/1zg2zYVWfZY-Vbo7Bh0O2YKRVygc2KYq_/edit 
 
Dijelovi sustava koji će biti testirani:  
Značajke ( registracija i prijava korisnika u aplikaciju sa svojim korisničkim računom, ponudu po kategorijama (mobiteli, laptopi, monitori) i narudžba)  su opisane u Projekt planu u Funkcionalnim zahtjevima i nalaze se na lokaciji: :  https://docs.google.com/document/d/1zg2zYVWfZY-Vbo7Bh0O2YKRVygc2KYq_/edit 
 
 
Dijelovi sustava koji neće biti testirani: 
Hardver isporučen od strane vanjske firme 
Testni pristup i tipovi testiranja : 
Biti će provođene sljedeće vrste testova 
Funkcionalno testiranje 
Istraživačko testiranje 
 
 
Pass / Fail kriterij: 
100% visokog prioriteta grešaka ispravljenih 
90% medium severity grešaka ispravljeni 
svi testni slučajevi su testirani 
 
   
Test Deliverables : 
Dokumentacija koja će biti isporučena 
 
 
 
 
 
 
Testna okolina: 
Testiranje se obavlja lokalno, na macOS Version 11.(20G165= 
Procjena vremena: 
Testiranje će se odvijati nakon isporuke dijelova aplikacije od strane razvojnog tima. 
Članovi testnog tima i odgovornosti: 
Tester/developer koji je zadužen za planiranje, izvršavanje testova, prijavu defekata i izvještavanje, dokumentiranje testnih scenarija. 
Tester/analitičar koji je zadužen za planiranje, izvršavanje testova, prijavu defekata i izvještavanje, dokumentiranje testnih scenarija. 
 
Rizici:  
Ne postoje unit testovi.  
Mitigation: Uvesti proces pisanje programerskih testova, nadgledati njihovu pokrivenost  
Prekratko vrijeme za testiranje ukoliko projekt bude kasnio. 
Mitigation: Test manager će na vrijeme prepoznati ovu situaciju i obavijestiti PM i svojeg voditelja kako bi se osigurali dodatni resursi za pomoć pri testiranju 
Kasna promjena korisničkih zahtjeva 
Mitigation: Zajedno s PM stupiti u kontakt s korisnikom i probati osigurati resurse za korisničko testiranje u svim fazama razvoja (iterativno) kako bi se smanjio rizik velikih promjena korisničkih zahtjeva. 
Ljudski resursi : potencijalni odlazak testera, developers ili analitičara - manjak radne snage 
Softver i tehnologije  
Windows 10. Browser Chrome 
Mac OS – Safari 
MS office  
 
 
Osobe koje moraju odobriti dokument: 
Dzenita Sušić  
 
 
Refreshed On: Jul 02, 2025 20:21:36 UTC+00:00