Niveles de Prueba: Una Guía para Principiantes para Probadores de Software

Los niveles de prueba de software representan las diversas fases del ciclo de vida del desarrollo de software, que incluye alguna forma de prueba.

Por lo general, las pruebas de software se dividen en cuatro niveles de prueba:

1. Pruebas unitarias
2. Pruebas de integración
3. Pruebas del sistema
4. Pruebas de aceptación

Niveles de pruebas en el Ciclo de vida de Desarrollo de software

Ahora, sumérgete para comprender más sobre los niveles de pruebas.Pruebas unitarias

: Las pruebas unitarias

son el primer nivel de validación realizado por los desarrolladores. Garantiza que la unidad de código más pequeña funcione correctamente. Una Unidad puede ser una función, un archivo o un programa. Por lo tanto, también podemos llamarlo prueba de nivel de módulo o componente.Pruebas de integración

:

La prueba de integración facilita la prueba de la conexión o el intercambio de datos entre un conjunto diferente de módulos. También puede llamarlo I&T Testing o String Testing approach.

Reduce en múltiples enfoques, como el Enfoque de Arriba hacia Abajo, el Enfoque de Abajo hacia Arriba y el Enfoque de Sándwich (Mezcla de Arriba hacia Abajo y de Abajo hacia Arriba). Este proceso es ayudado por el uso de programas modelo conocidos como Stubs y Drivers. Estos dos módulos no simulan toda la lógica de programación del sistema, sino que validan la transferencia de datos utilizando el módulo de llamada.

Integración Big Bang:

En las pruebas de Big Bang, la integración no se puede validar hasta que todos los módulos estén disponibles. Una vez que estén listos, comprobará si están funcionando bien. Este tipo de prueba tiene algunos inconvenientes, como que los errores pueden aparecer en una etapa posterior. Además, es difícil localizar de dónde se originó el defecto, si estaba en la interfaz o dentro del código del módulo.

Integración de arriba hacia abajo:

En las pruebas de arriba hacia abajo, la integración de todos los módulos de alto nivel ocurre primero y entra en las pruebas en una etapa temprana. En este tipo de pruebas, los Stubs actúan como módulos ficticios si su contraparte original aún no está lista para el propósito de integración.

Prueba de integración ascendente:

En la integración ascendente, la integración de todos los módulos de bajo nivel ocurre primero y entra en la etapa de prueba. Aquí, al igual que los talones, los controladores actúan como un módulo ficticio para el propósito de integración.

Stub:

Es un programa de prueba al que llama el Módulo bajo Prueba.

Controlador:

también es un programa de prueba que se inicia el Módulo bajo Prueba.

Pruebas de sistema (o Pruebas de Extremo a Extremo):

Permanece en la parte inferior de la pirámide de pruebas y cae en la categoría de pruebas de caja negra

Ya que aquí se produce la validación completa de la aplicación integrada, por lo que también podemos llamarlo Prueba de flujo de extremo a extremo.

Confirma que el producto se está ejecutando como se esperaba en todas las plataformas compatibles. Las pruebas con diferentes datos de entrada se ejecutan para comprobar que la aplicación está devolviendo las salidas esperadas. También evalúa la experiencia del usuario durante las pruebas.

Pruebas de aceptación:

Tiene la intención de ayudar a ganar aprobaciones de clientes para que puedan recibir el producto y liberar los pagos.

Las pruebas de aceptación tienen los siguientes subtipos, como Alfa, Beta & Pruebas Gamma.

Pruebas Alfa:

Las pruebas alfa se asemejan a las pruebas de usabilidad que ejecutan los desarrolladores que crearon el producto. En algunos casos, los clientes requieren que el evaluador externo lo realice en sus entornos en presencia de desarrolladores/control de calidad principales.

Pruebas Beta:

Un número limitado de usuarios finales realizan las pruebas beta antes de la entrega. Si plantean la necesidad de algunos cambios, el defecto se crea y se asigna a los desarrolladores para su resolución.

Pruebas gamma:

Pruebas gamma verifican el software para la disponibilidad de la versión. Se produce hacia el final del ciclo de vida de desarrollo de software.

Debe Leer – 100 Preguntas de Entrevista de Prueba Manual para Evaluadores de Todos los Niveles de Experiencia.