Pruebas de software

Pruebas funcionales
Una prueba funcional es una prueba de tipo caja negra basada en la ejecución, revisión y
retroalimentación de las funcionalidades previamente diseñadas para el software.
Las pruebas de caja negra se definen como una técnica de testing en la que se prueba la funcionalidad de
una aplicación ignorando la parte interna de dicha aplicación. Esto quiere decir que se obvia la estructura
del código, la arquitectura, los detalles relacionados con la implementación.
Las pruebas funcionales garantizan que las características y funcionalidades del software se comportan
según lo esperado sin ningún problema. Valida principalmente toda la aplicación con respecto a las
especificaciones mencionadas en el documento Software Requirement Specification (SRS). Los tipos de
pruebas funcionales incluyen pruebas unitarias, pruebas de integración, pruebas de regresión, entre otras.
Pruebas de regresión
Es normal que los desarrolladores modifiquen y mejoren las funcionalidades de su desarrollo. Por ello
existe una gran posibilidad de que puedan causar ‘efectos’ inesperados en su comportamiento. Estas
pruebas de regresión se realizan para asegurar que los cambios o adiciones no hayan alterado ni eliminado
las funcionalidades existentes.
El objetivo de las pruebas de regresión es encontrar errores que puedan haber sido introducidos
accidentalmente en la compilación existente y así garantizar que los errores eliminados continúen así.
Pruebas unitarias
Las pruebas unitarias se centran en probar piezas/unidades individuales de una aplicación de software al
principio del ciclo de vida del software. Cualquier función, procedimiento, método o módulo puede ser
una unidad que se someta a pruebas unitarias para determinar su corrección y comportamiento esperado.
Las pruebas unitarias son las primeras pruebas que los desarrolladores realizan durante la fase de
desarrollo.

Pruebas de integración
Las pruebas de integración implican probar diferentes módulos de una aplicación de software como
grupo. Una aplicación de software se compone de diferentes submódulos o componentes que trabajan
juntos para diferentes funcionalidades. Una vez que han sido probados unitariamente, el propósito de las
pruebas de integración es validar la integración de diferentes módulos juntos e identificar los errores y
problemas relacionados con ellos.
Pruebas de compatibilidad
Las pruebas de compatibilidad son pruebas funcionales realizadas en diferentes entornos como en cada
navegador de internet, sistema operativo o dispositivo, para garantizar el correcto funcionamiento de la
aplicación en todos los medios. El mismo software puede presentar errores dependiendo de dónde se
ejecute: funcionales (botones y enlaces pueden dejar de funcionar, producen errores de sistema o
simplemente no realizan la funcionalidad esperada).
Pruebas de seguridad
Las pruebas de seguridad se podrían definir como el conjunto de actividades que se llevan a cabo para
encontrar fallas y vulnerabilidades en aplicaciones, buscando disminuir el impacto de ataques a ellas y
pérdida de información importante.
La seguridad en aplicaciones busca asegurar la confidencialidad, disponibilidad e integridad de los datos
y funciones que maneja el software, teniendo en cuenta el impacto que pueden tener fallas de seguridad
según el contexto empresarial.
Pruebas del sistema
Las pruebas del sistema tienen como objetivo ejercitar profundamente el sistema comprobando la
integración del sistema de información globalmente, verificando el funcionamiento correcto de las
interfaces entre los distintos subsistemas que lo componen y con el resto de sistemas de información con
los que se comunica.
Son pruebas de integración del sistema de información completo, y permiten probar el sistema en su
conjunto y con otros sistemas con los que se relaciona para verificar que las especificaciones funcionales
y técnicas se cumplen. Dan una visión muy similar a su comportamiento en el entorno de producción.
Pruebas de aceptación
El objetivo de las pruebas de aceptación es validar que un sistema cumple con el funcionamiento
esperado y permitir al usuario de dicho sistema que determine su aceptación, desde el punto de vista de su
funcionalidad y rendimiento. En las pruebas de aceptación, la ejecución y aprobación final corresponden
al usuario o cliente, que es el que válida y verifica que el alcance es el correcto.