Meni

Što su testni rezultati u testiranju softvera?

  • Glavni
  • Ostalo
  • Što su testni rezultati u testiranju softvera?

what are test deliverables software testing

Isprobajte Naš Instrument Za Uklanjanje Problema

Saznajte sve o testnim rezultatima u testiranju softvera sa primjerima:

Uzdah olakšanja dolazi za svakog ispitivača kad se dodijeljeni zadatak uspješno završi. Na kraju svakog testiranja, ispitivač mora poslati klijentu odgovarajuće rezultate ispitivanja.

U ovom ćemo članku detaljno pogledati neke od važnih ispitnih rezultata.

najbolji besplatni DVD ripper za šifrirani DVD

Test rezultati, općenito, koriste se tijekom cijelog projekta. Koriste se u svim fazama ispitivanja i uvijek ih treba poslati na vrijeme da bi se krenulo na daljnju obradu.

Testni rezultati u testiranju softvera

Što ćete naučiti:

Testirajte rezultate u testiranju softvera

Ispitni rezultati igraju važnu ulogu u testiranju softvera. Ovaj članak detaljno razmatra sve o testnim rezultatima.

Neke od važnih ispitnih rezultata navedene su u nastavku za vašu referencu:

  • Strategija ispitivanja
  • Plan ispitivanja i procjena
  • Testni scenarij
  • Test slučajevi i podaci o testovima
  • RTM
  • Sažetak testa
  • Izvještaj o zatvaranju testa
  • Izvješće o incidentu

Strategija ispitivanja

Strategija testiranja odlučit će se na temelju specifikacije poslovnih zahtjeva. To je vitalni dokument koji sadrži sve detalje ispitivanja koje treba provesti. To je cjelovit upravljački dokument.

U usporedbi s planom ispitivanja, ovo je dokument visoke razine i obično ga priprema voditelj ili voditelj ispitivanja. Ovdje se moraju navesti cilj ispitivanja, pristup testiranju, opseg ispitivanja, kriteriji ulaska i izlaska, vrste i razine testiranja, prekretnice, osoblje itd.

Plan ispitivanja i procjena

Ovdje treba spomenuti detaljan nivo pojedinosti za svaki korak ispitivanja. Općenito, ispravan plan dovodi do odgovarajuće strukture rada. Slično tome, dobar plan dovodi do dobrog testiranja.

Ovdje bi trebali biti detaljno navedeni cilj ispitivanja, pristup testiranju, opseg ispitivanja, kriteriji za ulazak i izlazak, vrste i razine testiranja, prekretnice, osoblje itd.

Glavni plan koji uključuje način provođenja testiranja koristi se za jednostavne projekte.

Procjena: Procjena definira koliko će se dugo trajati svaki korak u ispitivanju, zajedno s ukupnim troškovima.

Također pročitajte => Vodič za savršeni plan ispitivanja - Vodič za dubinu

Testni scenarij

To ćemo sada razumjeti na primjeru. Uzmimo ovdje za primjer rezervaciju vlaka. Sve funkcionalnosti koje moramo testirati spomenute su u obrascima visoke razine u dokumentu scenarija ispitivanja. Jednostavnim riječima, to znači skupinu sličnih aktivnosti koje treba izvesti.

Dvije tehnike za scenarij:

# 1) Slučaj upotrebe

Cilj je orijentirana metoda koja je skup interakcija između vanjskih čimbenika i sustava. Njegove komponente uključuju primarni protok, zamjenski protok, okidače ili aktivnosti, tokove iznimki, preduvjete, post-uvjete itd.

Primjer:

Primjer slučaja

(slika izvor )

# 2) ACE (element komponente aktivnosti)

Proces Elementa komponente aktivnosti razbija poslovne zahtjeve u aktivnosti.

Primjer:

Općenito, kartu rezerviramo ispunjavanjem podataka o putniku, spolu itd. Stoga moramo provjeriti sljedeća polja koja time postaju scenariji.

  • Rezervacija: Provjerite funkcionalnost rezervacije.
  • Pojedinosti o putniku: Provjerite funkcionalnost polja, dobi i spola.
  • Izmijeni: Provjerite radi li ispravnost funkcionalnosti.
  • Koncesija: Provjerite radi li funkcija koncesije ispravno.
  • Pogled: Provjerite radi li funkcionalnost prikaza ispravno.
  • Otkazati: Provjerite radi li funkcija otkazivanja ispravno.

Ovdje se koncesija može nazvati „alternativnim scenarijem“, jer korisnik može rezervirati sa ili bez njega na temelju dobi. Međutim, cilj je isti tj. Rezervirati kartu.

Test slučaj

Uzimajući isti gornji primjer stranice rezervacije, test slučajevi su napisani kako slijedi:

Rezervacija:

  • Provjerite može li korisnik rezervirati kartu popunjavanjem valjanih podataka u svim poljima.
  • Provjerite može li korisnik rezervirati kartu popunjavanjem nevaljanih podataka u svim poljima.
  • Provjerite može li korisnik rezervirati kartu ostavljajući bilo koje prazno polje.

Pojedinosti o putniku:

  • Provjerite može li korisnik rezervirati kartu unošenjem valjanog imena.
  • Provjerite može li korisnik rezervirati kartu unošenjem neispravnog imena.
  • Provjerite može li korisnik rezervirati kartu odabirom bilo kojeg spola istovremeno.
  • Provjerite može li korisnik rezervirati kartu unosom dobi starije od 60 godina.
  • Provjerite može li korisnik rezervirati kartu ako unesete dob mlađu od 60 godina.
  • Provjerite može li korisnik rezervirati kartu unosom bilo koje valjane dobi veće od 5 godina.
  • Provjerite da li korisnik ne može rezervirati tako da unesete dob mlađu od 5 godina.

Izmijeni:

  • Provjerite može li korisnik izmijeniti polje imena.
  • Provjerite može li korisnik izmijeniti polje spola.
  • Provjerite može li korisnik izmijeniti dobno polje.

Koncesija:

  • Provjerite može li korisnik dobiti koncesiju odabirom opcije „ Stariji građanin Opcija.
  • Provjerite može li korisnik dobiti koncesiju odabirom opcije „ Hendikepirani / onesposobljeni Opcija.

Pogled:

  • Provjerite može li korisnik vidjeti rezerviranu kartu.

Otkazati:

  • Provjerite može li korisnik otkazati kartu.

Stoga test slučajevi govore što točno treba detaljno testirati. Test slučajevi moraju biti napisani jednostavnim jezikom i moraju biti lako razumljivi. Trebao bi biti napisan u ispravnom obliku na zahtjev dotičnog klijenta.

Podaci o ispitivanju

Neki projekt trebaju prethodne podatke od klijenta prije nego što nastave s izvršenjem test slučaja. Za provođenje ispitivanja potrebno je primijeniti podatke o ispitivanju.

Primjer: U bolničkom portalu za dobivanje injekcije važno je dobiti podatke o pacijentu kako biste provjerili opciju podsjetnika na injekciju.

pitanja i odgovori za razgovore u bazi podataka pdf

Ovdje su 'detalji o pacijentu' podaci o ispitivanju.

Predloženo čitanje => Podaci o ispitivanju - značenje i tehnike pripreme s primjerima

RTM / Matrica sljedivosti zahtjeva

  • Kao što naziv implicira, to jednostavno znači da svaki zahtjev morate mapirati s odgovarajućim test slučajem.
  • Pomaže nam u provjeri jesmo li pokrili sve zahtjeve u testnim slučajevima ili nismo.
  • Pomaže u preradi ili sljedećim uzastopnim izdanjima projekta.
  • Klijent može lako provjeriti naš status pokrivenosti i znati naš postupak testiranja.

RTM

Sažetak testa

Izvještaj o sažetku ispitivanja sažima sve obavljene ispitne aktivnosti i u njemu se prikupljaju rezultati ispitivanja. Ovdje bi trebali biti navedeni svi podaci o ispitivanju, kao što su članovi koji sudjeluju u testiranju, ciljevi, opseg, detalji o klijentu, korišteni pristup ispitivanju, rezultati ispitivanja, izvještaj o kvaru itd.

Međutim, sažetak izvješća o ispitivanju treba pripremiti prema savjetu klijenta. Stoga je koristan dokument i za klijenta za pregled cjelokupne izvedbe.

Izvještaj o zatvaranju testa

To znači da ćemo zatvoriti projekt nakon testiranja i otklanjanja nedostataka. Stoga ovdje moramo pružiti detaljnu analizu izvođenja testova.

Ovdje se moraju spomenuti pronađeni i otklonjeni nedostaci. Ukupna pokrivenost zahtjeva vidi se u ovom izvješću. Općenito je priprema voditelj tima ili menadžer. Svi kriteriji izlaska trebaju biti zadovoljeni u skladu s tim.

Izvješće o incidentu

Tijekom izvođenja izvršenja formacije ako korisnik pronađe nedostatke, treba pokrenuti izvješće o incidentu (IR). To znači da postoji nedostatak i stoga se izvršenje mora zaustaviti. Sada klijentu moramo podnijeti izvješće o incidentu jer ga molimo za dopuštenje da ponovno izvrši područja pogrešaka kao zaseban testni slučaj.

To je doista crna oznaka i ne očekuje se od testera. Svi nedostaci moraju se pronaći u samom suhom hodu. Ako se propusti i pronađe u službenom izvršenju, tada postaje IR.

Primjer:

Ako mi promakne određena funkcionalnost u mobilnom testiranju, recite ' promjena čuvara zaslona ' opcija. Tada se tijekom izvršavanja testnog slučaja zaključam i neću moći nastaviti dalje zbog ove mogućnosti. Tada podignem IR i napišem zasebni testni slučaj kako bih izvršio opciju čuvara zaslona.

Zaključak

Artefakti koji se šalju dionicima softverskog projekta tijekom STLC-a poznati su kao Test Deliverables. U ovom smo članku pogledali najvažnije ispitne rezultate.

Nadamo se da vam je ovaj članak pomogao da naučite o testnim rezultatima u testiranju softvera !!

Preporučena literatura

^