Pruebas de verificación

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

• 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.

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