14 - Test Types (part1)

Summary

Este video ofrece una visión detallada de los diferentes tipos de pruebas en el desarrollo de software. Se abordan clasificaciones clave como las pruebas según el acceso al código (Black Box, Gray Box, White Box), cobertura (profundidad y amplitud), nivel de aislamiento (pruebas de componentes, integración y sistema), y nivel de automatización (manual y automatizada). Además, se explican las pruebas por tiempo y lugar (Alpha, Beta, UAT) y por nivel de formalización (Ad hoc, Exploratoria, y Scripted). Al final, el video proporciona una comprensión clara de cómo y cuándo aplicar cada tipo de prueba para asegurar la calidad del software.

Takeaways

• 😀 Los tipos de pruebas de software se pueden clasificar según diferentes criterios, como acceso al código, nivel de cobertura, nivel de aislamiento, nivel de automatización, entre otros.
• 😀 Las pruebas de acceso al código se dividen en tres categorías: pruebas de caja negra, caja gris y caja blanca. Cada una se enfoca en diferentes niveles de conocimiento del sistema y sus funcionalidades internas.
• 😀 Las pruebas de caja negra se centran únicamente en la funcionalidad de la aplicación sin necesidad de conocer su estructura interna. Un ejemplo es el funcionamiento de un microondas, donde solo se interactúa con los controles externos.
• 😀 Las pruebas de caja gris permiten un conocimiento parcial de la estructura interna del sistema. Se podría comparar con conducir un automóvil, donde solo se conoce una parte de su funcionamiento.
• 😀 Las pruebas de caja blanca requieren un conocimiento completo de la estructura interna del sistema, como un centro de control de tráfico con acceso total a los datos y sistemas operativos.
• 😀 Las pruebas por cobertura se dividen en pruebas de profundidad (como pruebas de humo, aceptación mínima y pruebas de aceptación) y pruebas de ancho (como pruebas de nuevas funcionalidades, validación de defectos y regresión).
• 😀 Las pruebas de nuevas funcionalidades se enfocan en validar que una nueva característica o módulo funcione correctamente, conforme a la documentación y con la integración adecuada con funcionalidades anteriores.
• 😀 Las pruebas de validación de defectos aseguran que las decisiones tomadas para solucionar un defecto sean correctas, mientras que las pruebas de regresión verifican que el sistema siga funcionando correctamente después de cambios o actualizaciones.
• 😀 Las pruebas por nivel de aislamiento se dividen en pruebas de componente, integración y sistema. Cada una de ellas verifica diferentes niveles de interacción entre los componentes del sistema.
• 😀 Las pruebas automatizadas se realizan mediante scripts que ejecutan pruebas sin intervención manual, mientras que las pruebas manuales son realizadas por un ingeniero de QA de manera tradicional, sin herramientas de automatización.
• 😀 Las pruebas por tiempo y lugar incluyen pruebas alfa, beta y UAT (pruebas de aceptación del usuario). Cada una tiene un objetivo específico según el momento y el contexto de desarrollo del software, siendo UAT el último paso antes del lanzamiento final.

Q & A

¿Cuál es la diferencia entre las pruebas de caja negra, caja gris y caja blanca?

Las pruebas de caja negra se centran solo en la funcionalidad sin conocer la estructura interna de la aplicación. Las pruebas de caja gris combinan el conocimiento limitado del código con la prueba de la funcionalidad. En las pruebas de caja blanca, se evalúan los detalles internos del sistema, con acceso completo al código y su estructura.

¿Cómo se define una prueba de caja negra y cuál es un ejemplo?

En las pruebas de caja negra, no se tiene conocimiento de la estructura interna de la aplicación, solo se evalúa la funcionalidad. Un ejemplo sería usar un microondas, donde solo se interactúa con el panel de control para calentar comida sin saber cómo funciona internamente.

¿Qué se entiende por pruebas de caja gris y cómo se aplica en el software?

Las pruebas de caja gris se realizan cuando se tiene un conocimiento parcial del código o de los componentes internos. Un ejemplo sería conducir un coche: no se conoce todo sobre el motor, pero sí cómo interactuar con el volante y los pedales.

¿Qué implica una prueba de caja blanca y cómo se relaciona con el control de tráfico?

Las pruebas de caja blanca se centran en la estructura interna de la aplicación. Un ejemplo sería un sistema de control de tráfico, donde se tiene acceso completo a los datos de los sensores y cámaras para gestionar el flujo de tráfico.

¿Cuáles son las principales diferencias entre las pruebas por profundidad y por amplitud?

Las pruebas por profundidad incluyen el testeo de la funcionalidad principal con pruebas como las de humo, de aceptación mínima y de aceptación. Las pruebas por amplitud, en cambio, se enfocan en nuevas funcionalidades, validación de defectos y pruebas de regresión.

¿Qué es una prueba de regresión y cuándo se utiliza?

Las pruebas de regresión se utilizan para verificar que las funcionalidades previamente implementadas sigan funcionando correctamente después de realizar cambios en el sistema, como agregar nuevas funcionalidades o corregir errores.

¿En qué consiste una prueba de integración y cuál es su propósito?

Las pruebas de integración verifican que dos o más componentes del sistema trabajen juntos correctamente. Es el paso posterior a las pruebas de componentes, y un ejemplo sería asegurar que dos piezas de un rompecabezas encajen sin problemas.

¿Qué es la prueba de aceptación del usuario (UAT) y quién la realiza?

La prueba de aceptación del usuario (UAT) es realizada por los usuarios finales o clientes para asegurarse de que el producto cumple con los requisitos y expectativas del negocio. Es la última etapa antes del lanzamiento del software.

¿Cuáles son los dos tipos principales de pruebas de automatización?

Las pruebas de automatización incluyen pruebas manuales, que son realizadas por ingenieros de QA sin herramientas automáticas, y pruebas automatizadas, donde se utilizan scripts para ejecutar pruebas de forma automática.

¿Cómo se diferencia la prueba exploratoria de la prueba ad hoc?

La prueba exploratoria se realiza con la experiencia e intuición del ingeniero de QA, y la documentación puede actualizarse durante la ejecución. La prueba ad hoc, en cambio, es completamente informal, sin preparación previa ni uso de técnicas de diseño de pruebas.