You don't have access to this class

Keep learning! Join and start boosting your career

Aprovecha el precio especial y haz tu profesión a prueba de IA

Antes: $249

Currency
$209
Suscríbete

Termina en:

1 Días
23 Hrs
34 Min
33 Seg

Pruebas de verificación

25/29
Resources

Verification testing is to confirm that a change has been made or a defect has been corrected. We want to verify that what we are looking for is in the requirements or documentation.

Verification tests

  • They try to reproduce the failed scenario with the data used. But it would be a mistake to use the same data and then assume that the error was corrected.
  • They look for new scenarios where relative values are used. Such as other platforms, other operating systems, other browsers, other devices.

Regression testing

  • The test matrix when implementing other devices or other browsers helps us to take them into account our checkpoints so that they are not impacted.
  • The test matrix works for us for cases where we not only see the defects but that everything that already works continues to work.
  • It helps us to have clarity with key test cases that can be automated.

Documentation

  • Comments in the code
  • Technical documentation
  • Unit tests
  • Specific tests
  • Test matrices
  • Test plan

Contributions 17

Questions 3

Sort by:

Want to see more contributions, questions and answers from the community?

Uno de los siete principios del Testing dice: “Cuidado con la paradoja del pesticida”, lo cual significa que si las mismas pruebas se repiten una y otra vez, eventualmente estas pruebas ya no encontrarán ningún defecto nuevo. Por lo que se hace necesario cambiar las pruebas y los datos de prueba existentes, así también se deben redactar nuevas pruebas. Porque usar siempre las mismas pruebas es igual que utilizar el mismo pesticida siempre, el cual, con el paso del tiempo deja de ser efectivo para matar insectos.

Apuntes:

Pruebas de Verificación

Sirven para confirmar que un cambio se haya hecho o un defecto se haya corregido. Queremos estar seguros, verificar, que lo que estamos buscando funcione a lo que está en los requerimientos o ya sea en lo que está documentado.

Tratan de reproducir el escenario fallido con los datos usados.

Se buscan nuevos escenarios donde se utilicen valores relativos siguiente flujos adicionales.
• Otras Plataformas
• Otros Sistemas Operativos
• Otros exploradores
• Otros dispositivos

Pruebas de regresión

• La matriz de pruebas durante el debugging nos permite identificar módulos impactados que requieren regresión
• Las pruebas de regresión ya fallaron la primera vez al no tener suficiente cobertura, debemos incorporar los nuevos datos de prueba
• Y si se puede otros más

Pruebas de verificación

  • Tratan de reproducir el escenario fallido con los datos usados
  • Se buscan nuevos escenarios donde se utilicen valores relativos siguiente flujos adicionales.

Pruebas de regresión

  • La matriz de pruebas durante el debugging nos permite identificar módulos impactados que requieren regresión
  • Las pruebas de regresión ya fallaron la primera vez al no tener suficiente cobertura, debemos incorporar los nuevos datos de prueba

Documentación
Se procura actualizar documentación:

  • Comentarios en el código
  • Documentación técnica
  • Pruebas unitarias
  • Pruebas especificas
  • Matrices de pruebas
  • Plan de pruebas

Seria interesante un proyecto en el que podamos verificar los elementos tratados en cuestion, muchas gracias! Excelente explicacion

Sería bueno ver toda la conceptualización en ejercicios reales tratados aquí para ver su paso a paso

Las pruebas de verificación sirve para confirmar que un cambio se haya hecho o un defecto se haya corregido. Queremos verificar que lo que estamos buscando está en los requerimientos o documentación.
Pruebas de verificación
Tratan de reproducir el escenario fallido con los dato usados. Pero sería un error usar los mismo datos para después asumir que el error fue corregido.
Se buscan nuevos escenarios donde se utilicen valores relativos. Como Otras plataformas, otros sistemas operativos, otros exploradores, otros dispositivos
Pruebas de regresión
La matrices de pruebas cuando se implementan otros dispositivos u otros exploradores nos ayuda a tenerlos en cuenta nuestros puntos de verificación para que no sufran un impacto.
La matrix de prueba nos funciona para casos donde no solo vemos los defectos sino que todo lo que ya funciona siga funcionando.
Nos ayuda a tener una claridad con los casos de prueba claves que pueden ser automatizados.
Documentación
Comentarios en el código
Documentación técnica
Pruebas unitarias
Pruebas específicas
Matrices de pruebas
Plan de pruebas

<h4>Pruebas de verificación</h4>
  • Tratan de reproducir el escenario fallido con los datos usados
  • Se buscan nuevos escenarios donde se utilicen valores relativos siguiendo flujos adicionales
    • Otras plataformas
    • Otros sistemas operativos
    • Otros exploradores
    • Otros dispositivos

Pruebas de regresión:

  • La matriz de pruebas durante el debugging nos permite identificar módulos impactados que requieren regresión
  • Las pruebas de regresión ya fallaron la primera vez al no tener suficiente cobertura, debemos incorporar los nuevos datos de prueba
  • Y si se puede otros más

Documentación: Se procura actualizar documentación con:

  • Comentarios en el código
  • Documentación técnica
  • Pruebas unitarias
  • Pruebas específicas
  • Matrices de pruebas
  • Plan de pruebas

**Notas de la clase:
**

  • Pruebas de verificación

  • Su objetivo es reproducir el escenario fallido con los datos usado y comprobar que se ha corregido el error. Sin embargo, se recomienda probar con nuevos datos y mas escenarios para garantizar que el error este reparado.

Buenas practicas:
Matrices de pruebas

Permiten visualizar la cobertura de casos, la ejecución de los mismos y evidenciar los putos de verificación críticos. Además permite adaptarse a las actualizaciones de mas casos en el futuro.

Revisión de documentación:

En los:
Comentarios en el código
Documentación técnica
Pruebas unitarias
Pruebas específicas
Matrices de pruebas
Plan de pruebas

Es importante tener logs, ya que con la cantidad de información que estos almacenan, se pueden hacer programas de machine learning y decirle a la maquina cuales son los valores que nos generaron un error, para que después se haga una lista de posibles valores que van a fallar y al momento de verificar el programa, ingresar aquellos valores posibles de fallo

Yo pienso que todas las pruebas usando estas técnicas deben tener 3 elementos: percepción, realidad y contexto, y objetivo de la prueba.

Por lo que voy viendo este es un trabajo que te hace nunca dejar el manual o por otro lado ir haciendo un manual nuevo todos los días.

Pruebas de verificación: confirmar de que un cambio se haya hecho o un defecto se haya corregido.

Siempre será importante usar pruebas de verificación para asegurarnos que aquello que funcionaba bien, siga funcionando o aquello que ha sido corregido funcione como se espera.

Ideal siempre hacer pruebas de verificación mas allá del escenario y datos del issue. A veces olvidamos esta practica…

ya me confundí, ¿las pruebas de verificación son para asegurarnos que lo que ya funcionaba sigue funcionando o son las pruebas de regresión?

Es cierto que al momento de verificar necesitamos un grupo de datos en el cual hacer las pruebas, esto porque si un error es común, pasa con mas de un solo valor