La prueba unitaria es probar los componentes de un programa de software de forma aislada. Las interacciones de prueba entre componentes generalmente se llaman pruebas de integración.
Una analogía de automóvil podría ser útil aquí. Las pruebas unitarias estarían probando el tanque de combustible por sí mismo (asegúrese de que no gotee, que contenga tanta gasolina como se supone que debe, que pueda soportar cambios de temperatura razonables
sin deformación, etc.), probando la radio por sí misma (funcionan los botones, capta una señal, etc.), y así sucesivamente. Las pruebas de integración consistirían en conducir el automóvil (cuando gira el volante, ¿giran las ruedas?),
asegurándose de que presionar el pedal del freno haga reaccionar las ruedas, etc.
Las pruebas de unidad de ejemplo para un programa de software probarían piezas muy pequeñas: la función X guarda los datos correctos en la base de datos, la función Y actualiza la contraseña del usuario, la función Z envía un correo electrónico, etc. Las pruebas de integración verificarían
todo el flujo (“cuando el usuario ingresa una nueva contraseña y hace clic en el botón ‘Aceptar’, ¿se cambia la contraseña en la base de datos y recibe un correo electrónico de confirmación?”)
- Cuando un ingeniero de software se convierte en gerente y sigue siendo gerente, ¿cuánto se olvidan realmente de la codificación? ¿Puede convertirse en un problema?
- ¿Cuál es el lenguaje más importante para desarrollar software de computadora?
- ¿Cómo haría para investigar un desarrollador de pila completa usando Github, si no es técnico? ¿Qué miro y por qué?
- ¿Cuál es el mejor software para que un principiante aprenda a ingresar a la industria de efectos visuales?
- Cómo convertirse en un arquitecto de software desde el rol de desarrollador senior de Java