El testing de software agrupa todas las técnicas para comprobar que un programa funciona como debe antes de ponerlo en producción, y en el TAI aparece dentro del Bloque III junto al ciclo de vida del software. El examen suele centrarse en dos clasificaciones: por nivel (unitarias, integración, sistema, aceptación) y por enfoque (caja blanca, caja negra, caja gris).
En este artículo
- ¿Por qué entra el testing de software en el temario TAI?
- ¿Qué tipos de pruebas existen según su nivel?
- ¿Qué diferencia hay entre pruebas de caja blanca y caja negra?
- ¿Qué otros tipos de pruebas puede preguntar el examen?
- Preguntas frecuentes
¿Por qué entra el testing de software en el temario TAI?
El Bloque III trata el desarrollo de sistemas de principio a fin: análisis, diseño, programación y, por supuesto, verificación de que lo construido funciona. Un TAI puede acabar validando entregas de proveedores o participando en la puesta en producción de aplicaciones internas, así que conocer el vocabulario y la lógica del testing forma parte de las competencias básicas que el examen quiere comprobar.
¿Qué tipos de pruebas existen según su nivel?
Es la clasificación más preguntada, y conviene tenerla en orden, de lo más pequeño a lo más completo:
- Pruebas unitarias: verifican una unidad mínima de código (una función, un método) de forma aislada del resto del sistema.
- Pruebas de integración: comprueban que varios módulos, ya probados por separado, funcionan bien al combinarse entre sí.
- Pruebas de sistema: validan la aplicación completa como una caja única, comprobando que cumple los requisitos funcionales y no funcionales definidos.
- Pruebas de aceptación: las realiza el usuario o cliente final para confirmar que el sistema resuelve realmente su necesidad antes de aceptarlo como entregado.
¿Qué diferencia hay entre pruebas de caja blanca y caja negra?
Esta clasificación no depende de en qué fase del desarrollo estés, sino de cuánto conoces del código interno a la hora de diseñar la prueba:
- Caja blanca (o caja transparente): quien prueba conoce el código fuente y diseña los casos de prueba para recorrer rutas concretas de la lógica interna.
- Caja negra: quien prueba no conoce el código interno, solo las entradas y salidas esperadas según los requisitos. Se centra en el comportamiento, no en la implementación.
- Caja gris: combina ambas: conocimiento parcial de la estructura interna, pero probando principalmente desde fuera.
¿Qué otros tipos de pruebas puede preguntar el examen?
Más allá de las clasificaciones clásicas, conviene reconocer estos términos porque aparecen sueltos en preguntas de vocabulario técnico:
- Pruebas de regresión: repetir pruebas ya superadas tras un cambio, para comprobar que no se ha roto nada que antes funcionaba.
- Pruebas de carga y de estrés: comprueban el comportamiento del sistema bajo un volumen alto de usuarios o peticiones, hasta el límite de su capacidad.
- Pruebas de humo (smoke tests): un conjunto mínimo de comprobaciones rápidas para verificar que una versión recién desplegada "arranca" correctamente antes de someterla a pruebas más profundas.
Testing, metodologías ágiles, bases de datos y todo el ciclo de vida del software explicado para el examen.
Preguntas frecuentes
¿Las pruebas unitarias las hace el programador o un equipo aparte?
Habitualmente las escribe el propio programador que desarrolla el código, como primera línea de verificación antes de pasar a pruebas de integración.
¿Qué tipo de prueba es más "cara" de realizar?
En general, cuanto más se sube de nivel (de unitaria a aceptación), más tiempo y recursos exige la prueba, porque involucra más partes del sistema o de personas.
¿Caja negra y pruebas de aceptación son lo mismo?
No necesariamente coinciden, aunque suelen solaparse: las pruebas de aceptación habitualmente se diseñan con enfoque de caja negra, centradas en el comportamiento visible para el usuario.
¿Este tema suele caer combinado con metodologías ágiles?
Sí, es habitual que el examen combine testing con conceptos de SCRUM o del ciclo de vida del software, así que conviene repasarlos juntos.
¿Preparando el Bloque III del temario TAI?
Testing, metodologías y desarrollo de sistemas explicados con la profundidad justa para el examen.
Ver apuntes del Bloque III →