Menú

Diferència entre la prova de repetició i la prova de regressió amb un exemple

difference between retesting

Proveu El Nostre Instrument Per Eliminar Problemes

Quina diferència hi ha entre la prova de repetició i la prova de regressió:

No us encanten els articles de comparació i contrast amb temes? Sé que sí. És una manera tan fantàstica d’invitar pensaments, comentaris i potser fins i tot un fort desacord.

El tema d’avui és Repetició de proves de regressió.

=> Feu clic aquí per obtenir la sèrie completa de proves de regressió.

Comencem per provar de nou:

Què aprendreu:

Prova de nou

Tornar a provar significa tornar a provar. La raó no importa. Quan repetiu una prova, torneu a provar. Podeu tornar a provar la funcionalitat de la versió actual. O una correcció d'errors, la funcionalitat de la versió anterior, un cas de prova que acabeu d'executar, etc.

Repetició i proves de regressió

Si encara esteu pensant, per què, els motius següents són alguns dels millors:

  • Ahir vau fer una prova i es va trobar amb un defecte. Voleu confirmar els passos i la reproducibilitat del defecte. Per tant, torneu a provar.
  • Has fet una prova. La vostra atenció no hi era (potser va sonar el vostre telèfon o parlàveu amb un company, etc.). Voleu comprovar-ho una vegada més, de manera que torneu a provar.

Estic segur que ho aconsegueixes.

Es torna a provar quan es repeteix una prova per qualsevol motiu. És un d’aquests termes que es mantenen fidels a la seva definició.

Prova de regressió

El programari evoluciona. Hi haurà noves versions sobre les existents. Hi ha piles de noves funcions, extensions, etc. Però, amb el pas del temps, això podria conduir a la inestabilitat de l’aplicació.

Imagineu-vos fent una torre de blocs afegint un bloc sobre l’altre. No es pren el temps per reforçar ni enfortir la base. No passarà molt temps abans que la torre s’estavelli, oi?

com ordenar la matriu int a Java

Així, haureu de provar la força i l’estabilitat de la base del programari.

Per fer-ho, hauríem de tornar a provar el programari. Només així és.

Lectura recomanada => Què és la prova de regressió? Eines i bones pràctiques

La regressió és una forma de tornar a provar. Els aspectes específics de 'Per què' i 'Quan' són els que el diferencien dels primers.

1) Quan tornem a provar? Quan el programari experimenta un canvi

2) Per què tornem a provar? Per garantir que les noves incorporacions / canvis no han fet inestable la funcionalitat abans de treballar. La regressió és freqüent i es recomana quan:

  • Hi ha disponible una nova versió. (Regresseu totes les funcions de la versió anterior o, si més no, les importants)
  • Solució d'errors

Punt a tenir en compte: Les proves exhaustives de regressió són impossibles, tot i que desitjables.

Per això Anàlisi de regressió abans de saltar directament a les proves. Aquest pas implica decidir quina regressió hauria de fer per a la meva sol·licitud.

De què depèn l’abast de la regressió?

  • Naturalesa del canvi
  • Relació / impacte del canvi en el sistema / funció actual
  • Temps i recursos disponibles

Com poden els verificadors decidir l'abast de la regressió?

1) A través de l’experiència i la familiaritat amb l’aplicació

2) Parlant amb els desenvolupadors

3) El lloc on s’ha fet el canvi.Per exemple:si es troba a la pàgina inicial, necessita més atenció que si es trobés en una de les pàgines amb menys accés.

Depenent dels factors en joc, un equip de prova pot optar per un dels següents:

  • Regressió de la unitat
  • Regressió parcial
  • Regressió completa

Regressió de la unitat significa que torneu a provar el mòdul / l'àrea modificada de l'aplicació NOMÉS.

Regressió parcial significa torneu a provar el mòdul canviat. A més, inclou els que hi interactuen.

Regressió completa és que proveu tota l'aplicació independentment de la ubicació del canvi.

Depèn de la situació (disponibilitat de temps i recursos), de la gravetat del canvi (el seu impacte), de les aportacions del desenvolupador, etc. Serà més eficient quan escolliu el conjunt de proves adequat en comparació amb totes les proves.

què és la gestió de dades de prova en proves de programari

L’anàlisi de regressió és el factor clau de l’èxit. Necessita un treball intel·ligent en lloc d’un treball dur.

Conceptes equivocats sobre les proves de regressió

Hi ha moltes idees errònies sobre les proves de regressió:

# 1) La regressió es fa sempre mitjançant automatització: La regressió també es fa manualment. Tenim tot un article sobre això => Com es realitzen les proves de regressió? Es pot fer manualment?

Tingueu en compte que la regressió és un candidat perfecte per a l'automatització. L’extensió de la repetició requereix molt de temps i pot conduir a l’avorriment. A més, es podria perdre una validació important. L’automatització és una alternativa fiable, ràpida i eficient.

Llegiu també => Reptes de proves de regressió automatitzades

# 2) La regressió mai no és completa : És cert. Però no del tot.

El que vull dir és que pot ser impossible fer una prova de regressió exhaustiva. Però també pot ser innecessari fer proves exhaustives de regressió.

Suposem que heu canviat una falta d’ortografia a la pàgina inicial. Aquesta correcció és menor. També està aïllat de la resta d’àrees de l’aplicació. Per tant, faria una simple prova nova de la funció. No cal que retrocedeixi la funcionalitat anterior de la pàgina principal.

# 3) No és necessari quan tens un temps cruixent : No és cert. La manca de regressió suficient comporta una manca de confiança en el producte. Mai no sabreu què podeu esperar de la seva reacció a diferents escenaris d’usuaris finals.

# 4) S'està executant tots els casos de prova de la versió anterior: Una vegada més, escollir tots els casos de prova no és la manera correcta de fer-ho. L’elecció estratègica dels casos de prova és la clau. Compreneu el canvi i trieu els casos de prova adequats.

D’acord, és una prova de regressió i de prova en detall.

Ara, la comparació.

Prova nova de proves de regressió

Què passa amb ells?

  • Tots dos es basen en la repetició
  • Validació i Tècniques de proves de caixa negra
  • Els casos de prova automatitzats o manuals es tornen a provar o a retrocedir
  • 'S'ha de verificar o expulsar els seus dubtes i convertir-los en la certesa del Sí o del NO- Thomas Carlyle'. Tots dos ho fan.

Què hi ha de diferent?

  • La prova de nou és aplicable per a qualsevol prova: funcionalitat de versió actual o anterior orientada. La regressió és centrada en la funcionalitat de la versió anterior.
  • La prova nova no depèn del canvi aplicable. La regressió està orientada al canvi.

Finalment, per arribar a aquest concepte:

Suposem que teniu un cas de prova XYZ que va provocar un defecte amb l’identificador 120. Aquest defecte es solucionarà a la pròxima versió. Es tornaria a provar el cas de prova XYZ i es retrocedirà la funcionalitat que l’envolta. La regressió consisteix a assegurar-se que tot funcioni intacte després de 120 solucions. La nova prova consisteix a determinar la solució del defecte.

Per tant, no és ni un ni l'altre, però la combinació de regressió i repetició que forma el duo dinàmic .

Ara ja s’ha acabat. Esteu d'acord amb les definicions i anàlisis que es proporcionen aquí?

Sobre l'autor: Aquest article està escrit per Swati S., membre de l'equip de STH.

per què les pel·lícules solars no funcionen?

Quins pensaments, comentaris i preguntes teniu sobre això? Comparteix-ho i ens encantaria connectar-nos amb tots vosaltres.

=> Visiteu aquí la sèrie completa de proves de regressió.

Lectura recomanada

^