Meni

Razlika između ponovnog testiranja i regresivnog ispitivanja s primjerom

difference between retesting

Isprobajte Naš Instrument Za Uklanjanje Problema

Koja je razlika između ponovnog testiranja i regresivnog testiranja:

Ne volite li svi usporediti i kontrastirati tematske članke? Znam da znam. To je tako sjajan način pozivanja na misli, komentare i možda čak i snažno neslaganje.

Današnja tema je Ponovno testiranje protiv regresivnog testiranja.

=> Kliknite ovdje za kompletnu seriju ispitivanja regresije.

Počnimo s Ponovnim testiranjem:

Što ćete naučiti:

Ponovno testiranje

Ponovno testiranje znači ponovno testiranje. Razlog nije važan. Kad ponovite test, ponovno testirate. Možete ponovno testirati funkcionalnost trenutne verzije. Ili ispravak programske pogreške, funkcionalnost prethodne verzije, testni slučaj koji ste upravo pokrenuli itd.

Ponovno testiranje i regresijsko ispitivanje

Ako i dalje razmišljate - zašto - onda su sljedeći razlozi koji su dobri kao i bilo koji:

  • Jučer ste proveli test i naišli na kvar. Želite potvrditi korake i ponovljivost kvara. Dakle, ponovno testirate.
  • Proveli ste test. Vaša pažnja nije bila na njemu (Možda vam je zazvonio telefon ili ste razgovarali s kolegom itd.). Želite još jednom provjeriti, pa ponovno testirajte.

Siguran sam da ste shvatili

Ponovno testiranje je kada iz bilo kojeg razloga ponovite test. To je jedan od pojmova koji ostaju vjerni svojoj definiciji.

Regresijski test

Softver se razvija. Bit će novih verzija u odnosu na postojeće. Nakupljaju se nove značajke, proširenja itd. Ali s vremenom bi to moglo dovesti do nestabilnosti aplikacije.

Zamislite kako izrađujete blok kulu dodavanjem jednog bloka preko drugog. Ne uzimate vremena za pojačanje ili ojačanje baze. Neće proći dugo prije nego što se toranj sruši, zar ne?

što je ispitivanje dima i razuma

Upravo tako, morat ćete testirati osnovu softvera na snagu i stabilnost.

Da bismo to učinili, morali bismo ponovno testirati softver. To je jedini način.

Preporučeno čitanje => Što je regresijsko ispitivanje? Alati i najbolje prakse

Regresija je oblik ponovnog testiranja. Specifičnosti 'Zašto' i 'Kada' razlikuju se od prethodnih.

1) Kada ponovno testiramo? Kada se softver podvrgne promjeni

dva) Zašto ponovno testiramo? Kako bi se osiguralo da novi dodaci / promjene nisu učinili funkcionalnost prije rada nestabilnom. Regresija je česta i preporučuje se kada:

  • Dostupna je nova verzija. (Povratiti sve ili barem važne značajke starije verzije)
  • Ispravljanje programske pogreške

Bilješka: Iscrpno regresijsko testiranje je nemoguće, iako je poželjno.

To je razlog zašto Regresijska analiza prije nego što skočite ravno u testiranje. Ovaj korak uključuje odluku o tome koliko regresije trebam učiniti za svoju prijavu.

O čemu ovisi opseg regresije?

  • Priroda promjene
  • Odnos / utjecaj promjene na trenutni sustav / značajku
  • Dostupno vrijeme i resursi

Kako testeri mogu odlučiti opseg regresije?

1) Kroz iskustvo i poznavanje aplikacije

dva) Rasprava s programerima

3) Mjesto na kojem je izvršena promjena.Na primjer:ako je na početnoj stranici, tada joj treba više pažnje nego da je na jednoj od manje pristupačnih stranica.

Ovisno o faktorima u igri, ispitni tim mogao bi se odlučiti za jedno od sljedećeg:

  • Regresija jedinice
  • Djelomična regresija
  • Puna regresija

Regresija jedinice znači da testirate SAMO promijenjeni modul / područje aplikacije.

Djelomična regresija znači ponovno testirate promijenjeni modul. Plus uključuju one koji komuniciraju s njim.

Puna regresija jeste li testirali cijelu aplikaciju bez obzira na mjesto promjene.

Ovisi o situaciji (vrijeme i dostupnost resursa), ozbiljnosti promjene (njezin utjecaj), ulozima vašeg programera itd. Bit ćete učinkovitiji kada odaberete pravi skup testova u odnosu na sve testove.

kako započeti projekt u pomrčini

Regresijska analiza ključni je čimbenik uspjeha. Potreban je pametan rad, a ne naporan rad.

Zablude o regresivnom testiranju

Postoje mnoge zablude o regresivnom testiranju:

# 1) Regresija se uvijek vrši automatizacijom: Ne. Regresija se vrši i ručno. O tome imamo cijeli članak => Kako se izvodi regresijsko testiranje? Može li se to učiniti ručno?

Imajte na umu da je regresija savršen kandidat za automatizaciju. Opseg ponavljanja dugo traje i mogao bi dovesti do dosade. Također, važna provjera valja propustiti. Automatizacija je pouzdana, brza i učinkovita alternativa.

Također pročitajte => Izazovi automatskog regresijskog ispitivanja

# 2) Regresija nikada nije potpuna : Istina. Ali ne u potpunosti.

Mislim na to, iscrpni test regresije mogao bi biti nemoguć. Ali, iscrpno regresijsko testiranje moglo bi biti i nepotrebno.

Recimo da ste na početnoj stranici promijenili pravopis. Ovo je popravak minorno. Također je izoliran od ostalih područja primjene. Dakle, bilo bi jednostavno ponovno testiranje značajke. Nema potrebe za regresiranjem nekadašnje funkcionalnosti oko početne stranice.

# 3) To je nepotrebno kad imate vremena za vrijeme : Nije istina. Nedovoljna regresija dovodi do nedostatka povjerenja u proizvod. Nikada nećete znati što možete očekivati ​​od njegove reakcije na različite scenarije krajnjeg korisnika.

# 4) Izvodi se svaki pojedinačni testni slučaj prethodnog izdanja: Još jednom, odabir svakog test slučaja nije pravi način za to. Ključno je strateško odabiranje test slučajeva. Shvatite promjenu i odaberite test slučajeve ugradnje.

OK, to je detaljno testiranje i regresijski test.

Sad, usporedba.

Ponovno testiranje protiv regresivnog ispitivanja

Što je isto s njima?

  • Oboje se temelje na ponavljanju
  • Provjera valjanosti i Tehnike ispitivanja crne kutije
  • Slučajevi automatizacije ili ručnog testiranja ponovno se testiraju ili regresiraju
  • 'Čovjek mora provjeriti ili izbaciti njegove sumnje i pretvoriti ih u sigurnost da ili ne - Thomas Carlyle'. Oboje to rade.

Što se kod njih razlikuje?

  • Ponovno testiranje primjenjivo je za bilo koji test - ciljana funkcionalnost trenutne ili prethodne verzije. Regresija je usmjerena na funkcionalnost prethodne verzije.
  • Ponovno testiranje ne ovisi o primjenjivoj promjeni. Regresija je usmjerena na promjene.

Napokon, da postignemo ovaj koncept:

Recimo da imate testni slučaj XYZ koji je rezultirao nedostatkom s ID-om 120. Taj se kvar otklanja u sljedećem izdanju. Ponovno biste testirali XYZ test slučaj i regresirali funkcionalnost oko njega. Regresija je osigurati da sve funkcionira netaknuto nakon popravka 120-ih. Ponovno testiranje je utvrđivanje ispravka kvara.

Dakle, nije ni jedno ni drugo, ali kombinacija regresije i ponovnog testiranja koja tvori dinamički dvojac .

Sad je sve na vama. Slažete li se s ovdje navedenim definicijama i analizama?

O autoru: Ovaj članak napisao je član STH tima Swati S.

Pitanja i odgovori za intervju za sql server 2012 za iskusne

Kakva su vaša razmišljanja, komentari i pitanja o tome? Molimo vas da podijelite i voljeli bismo se povezati sa svima vama.

=> Posjetite ovdje za kompletnu seriju ispitivanja regresije.

Preporučena literatura

^