Con una variedad de términos que describen metodologías de prueba que intentan ser explícitas pero que a menudo fracasan, el vocabulario de las pruebas a veces puede ser confuso.
En este artículo, aclararemos las diferencias entre las pruebas de validación funcional y pruebas de no regresión (NRT)pero antes debemos establecer que la forma de referirse a la categoría "pruebas de regresión" puede ser intercambiable.
En otras palabras: prueba de regresión = prueba de no regresión
EL ISTQB prefiere el término de pruebas de regresión, pero muchas personas del sector también utilizan el término de pruebas de no regresión (al menos en Francia).
Sin embargo, antes de hablar de las diferencias entre las pruebas de validación funcional y las pruebas de no regresión, consideremos primero qué son.
Las pruebas de validación funcional son un tipo de prueba que se realiza para verificar que cada función o característica de la aplicación de software funciona de acuerdo con la especificación de requisitos.
El probador no se ocupa del código subyacente. Laspruebas de validación funcional se centran en la fluidez mecánica o la verificación del correcto funcionamiento de cada módulo.
Se lleva a cabo mediante casos de prueba que recrean todos los escenarios posibles, tanto negativos como positivos. Lo ideal es quelas pruebas de validación funcional comiencen en la fase inicial del desarrollo del producto y verifiquen :
Las pruebas de validación funcional bien ejecutadas ayudan a obtener un producto de alta calidad. Ayudan a producir un producto o software sin errores para garantizar la satisfacción del usuario final.
*A diferencia de las pruebas de regresión, los términos "pruebas de validación funcional" y "pruebas no funcionales" no pueden intercambiarse.A diferencia de las pruebas de regresión, los términos "pruebas de validación funcional" y "pruebas no funcionales" no pueden intercambiarse. Las pruebas no funcionales consisten en probar la aplicación en aspectos no funcionales como el rendimiento, la usabilidad, la seguridad, la fiabilidad, la carga, el estrés, etc. Se realizan utilizando escenarios reales para verificar el rendimiento de la aplicación. Las pruebas no funcionales se llevan a cabo utilizando escenarios reales para verificar el rendimiento del sistema cuando se mantiene en esas circunstancias.
Regresión: un desarrollo que vuelve a una etapa anterior.
Pruebas de regresión se realizan para detectar cualquier regresión en una característica previamente probada.
Estas regresiones en el código pueden producirse como resultado de "correcciones de errores", "nuevas características añadidas al código" o "cambios en los requisitos".
El objetivo es probar todo el código que pueda verse afectado por los cambios recientes para garantizar que no se introduzcan nuevos errores.
En resumen, una prueba de regresión se utiliza para comprobar que los cambios avanzados en el software, el sitio web o la aplicación móvil, como la adición de una nueva función o una actualización, no han afectado a la funcionalidad anterior.
El objetivo de las pruebas de validación funcional es determinar en qué medida la aplicación desarrollada cumple los requisitos deseados.
El objetivo de las pruebas de regresión es verificar que cualquier cambio en la aplicación o los sistemas no ha provocado una ruptura en el código y que el sistema funciona correctamente.
Laspruebas de validación funcional permiten conocer todos los casos y funcionalidades, que nunca se han probado y ejecutado antes. Los casos de prueba se vuelven a ejecutar cuando se encuentra un defecto con respecto a un requisito. Posteriormente, se corrige y se asigna para una nueva prueba. En la repetición de la prueba, si el defecto se resuelve, los casos de prueba relacionados que fallaron anteriormente se aprueban.
La suite de regresión contiene casos que han sido previamente probados y resueltos. Básicamente, en las pruebas de regresión, los casos de prueba se ejecutan para garantizar que los cambios no han afectado a la funcionalidad previamente probada.
El proceso de pruebas funcionales comienza con la lectura y comprensión de los requisitos por parte de los probadores, lo que plantea una discrepancia en el requisito, seguida de la identificación de la entrada de prueba. Pasar los valores de entrada a los sistemas y comparar la salida con los resultados esperados.
Si el resultado no coincide, se informa del fallo y se marca el caso de prueba como fallido.
Todo el proceso de pruebas funcionales incluye :
En cambio, el proceso de pruebas de regresión es totalmente diferente, ya que esta actividad sólo tiene lugar cuando se modifica la aplicación existente o se añaden nuevas funcionalidades.
Las actividades que se realizan en este tipo de pruebas son las siguientes:
Laspruebas de validación funcionalse realizanprimero manualmente. Una vez que una característica es estable, los casos de prueba son automatizado.
En las pruebas de regresión, los casos de prueba pueden ejecutarse manual o automáticamente. Como los casos de prueba ya son estables por defecto (puesto que ya han superado su prueba funcional) en las pruebas de regresión, se pueden automatizar.
Los casos de pruebas funcionales no requieren muchas modificaciones, ya que son menos numerosos y se centran en una funcionalidad específica.
Mientras que en las pruebas de regresión, los guiones de prueba requieren más mantenimiento y pueden contener casos de prueba antiguos.
Los casos de prueba pueden contener características que han cambiado, nuevas características que se han añadido o algunas características que se han eliminado, por lo que el conjunto de regresión debe actualizarse después de cada versión.
En Mr Suricateprotegemos la imagen de marca del cliente y aumentamos sus ingresos al tiempo que nos aseguramos de que el recorrido del usuario funciona correctamente y detectamos los errores antes y después de la producción.