Hola, tenemos la respuesta a lo que buscas, has scroll y la verás un poco más abajo.
Solución:
Brevemente:
Examen de la unidad – Usted prueba la unidad de cada pieza individual de código. Piense en cada archivo o clase.
Pruebas de integración – Al juntar varias unidades que interactúan, debe realizar pruebas de integración para asegurarse de que la integración de estas unidades no haya introducido ningún error.
Pruebas de regresión – después de integrar (y tal vez arreglar) debería ejecutar sus pruebas unitarias nuevamente. Esta es una prueba de regresión para garantizar que los cambios posteriores no rompan ninguna unidad que ya se haya probado. La prueba unitaria que ya hizo produjo las pruebas unitarias que se pueden ejecutar una y otra vez para la prueba de regresión.
Prueba de aceptacion – cuando un usuario/cliente/negocio recibe la funcionalidad, ellos (o su departamento de pruebas) realizarán pruebas de aceptación para garantizar que la funcionalidad cumpla con sus requisitos.
También le gustaría investigar las pruebas de caja blanca y caja negra. También hay pruebas de rendimiento y carga, y pruebas de las “capacidades” a considerar.
Prueba unitaria: cuando falla, le dice qué parte de su código debe corregirse.
Prueba de integración: cuando falla, te dice que las piezas de tu aplicación no funcionan juntas como se esperaba.
Prueba de aceptación: cuando falla, te dice que la aplicación no está haciendo lo que el cliente espera que haga.
Test de regresión: cuando falla, te dice que la aplicación ya no se comporta como antes.
Aquí hay una explicación simple para cada una de las pruebas mencionadas y cuándo son aplicables:
Prueba de unidad
Una prueba de unidad se realiza en una unidad autónoma (generalmente una clase o método) y debe realizarse cada vez que se implementa una unidad o se completa la actualización de una unidad.
Esto significa que se ejecuta siempre que haya escrito una clase/método, solucionado un error, cambiado la funcionalidad…
Examen de integración
La prueba de integración tiene como objetivo probar qué tan bien interactúan varias unidades entre sí. Este tipo de prueba debe realizarse siempre que se haya establecido una nueva forma de comunicación entre unidades o haya cambiado la naturaleza de su interacción.
Esto significa que se ejecuta cada vez que una unidad escrita recientemente se integra en el resto del sistema o cada vez que se actualiza una unidad que interactúa con otros sistemas (y completa con éxito sus pruebas de unidad).
Test de regresión
Las pruebas de regresión se realizan cada vez que se cambia algo en el sistema, con el fin de comprobar que no se han introducido nuevos errores.
Esto significa que se ejecuta después de todos los parches, actualizaciones y correcciones de errores. Las pruebas de regresión pueden verse como un caso especial de prueba unitaria combinada y prueba de integración.
Examen de ingreso
Las pruebas de aceptación se realizan siempre que sea relevante para comprobar que un subsistema (posiblemente todo el sistema) cumple con todas sus especificaciones.
Esto significa que se ejecuta principalmente antes de finalizar un nuevo entregable o anunciar la finalización de una tarea más grande. Vea esto como su verificación final para ver que realmente ha completado sus objetivos antes de correr hacia el cliente/jefe y anunciar la victoria.
Esta es al menos la forma en que aprendí, aunque estoy seguro de que hay otros puntos de vista opuestos. De cualquier manera, espero que eso ayude.
Sección de Reseñas y Valoraciones
Al final de todo puedes encontrar las interpretaciones de otros usuarios, tú asimismo puedes mostrar el tuyo si lo deseas.