Después de consultar expertos en esta materia, programadores de diversas ramas y profesores dimos con la respuesta al problema y la plasmamos en este post.
Solución:
La prueba de aceptación del usuario es una fase en un proceso típico de desarrollo de software.
Por otro lado, la prueba de extremo a extremo es una de las enfoques para probar las aplicaciones complejas que involucran todas las capas de la aplicación para interactuar entre sí durante la ejecución de la prueba.
Significa que puede ejecutar la prueba de extremo a extremo en la fase de prueba de aceptación del usuario, y no puede considerar esos dos términos como uno solo, que tiene el mismo significado.
TLDR;
Las pruebas de aceptación y de extremo a extremo están diseñadas para probar la funcionalidad de las aplicaciones desde la perspectiva de los usuarios; puede agruparlas como “Pruebas funcionales”. No simule el acceso a la base de datos o la red, estas pruebas deben ejecutarse en un entorno de producción. Utilice TestCafé.
Las pruebas unitarias cubren una unidad de trabajo, lo que significa un solo método. Dependencias simuladas como base de datos o acceso a la red. Usa broma.
Las pruebas de integración cubren múltiples unidades de trabajo que están relacionadas, por ejemplo, un único/múltiple componente ReactJS. Dependencias simuladas como base de datos o acceso a la red. Usa broma.
Las pruebas de aceptación y de extremo a extremo están diseñadas para probar la funcionalidad de las aplicaciones. Por lo general, los crean BA, QA e ingeniería antes de que comience el desarrollo y luego los automatiza un ingeniero durante el desarrollo.
1. Pruebas de extremo a extremo (Acciones)
A menudo, un esfuerzo manual de alguien del equipo para asegurarse de que toda la funcionalidad siga funcionando después de las nuevas actualizaciones. Esto se puede automatizar mediante el uso de una herramienta de prueba de interfaz de usuario como TestCafe.
Por ejemplo, “Un usuario autenticado puede iniciar una solicitud de empleo, ingresar todos los detalles relevantes y enviar la solicitud”.
2. Pruebas de aceptación (Visual)
Las pruebas de aceptación se automatizan con herramientas como Jest/TestCafe y se concentran en la funcionalidad de la historia y/o lo que existe en una página si ocurre una acción.
Por ejemplo, “Un usuario autenticado puede ver todas las solicitudes de empleo en la página del panel”.
3. Pruebas unitarias
Creado durante el desarrollo por el ingeniero. Prueba una unidad de trabajo que podría ser un único método o un método que se compone de varios métodos privados. Una buena regla general sería probar solo la interfaz pública de una clase.
Los métodos privados no siempre tienen que probarse necesariamente, ya que forman parte de una unidad de trabajo. Pero en el caso de que exista una lógica compleja en el método privado, podría ser una buena idea probarlo de forma aislada. Puede usar Jest mientras se burla de las dependencias de la unidad de trabajo, como la base de datos y el acceso a la red.
4. Pruebas de integración
Creado durante el desarrollo por el ingeniero. Prueba una unidad de trabajo sin burlarse. Generalmente se enfoca en un alcance más amplio que una prueba unitaria. Por ejemplo, la creación de un usuario puede incluir el almacenamiento de detalles en la base de datos, el envío de una solicitud web a un servicio y la respuesta al cliente. A menudo requiere una memoria Servidor web para ejecutar las pruebas. Usa broma.
Las pruebas de extremo a extremo generalmente las realiza un equipo técnico de control de calidad, mientras que las pruebas de aceptación del usuario generalmente las realiza un usuario comercial. Las perspectivas son diferentes, y aunque podría ocurrir cierta duplicación de esfuerzos, los defectos identificados pueden variar.
Comentarios y valoraciones de la guía
Recuerda algo, que te brindamos la opción de explicar .