Ope_v3

¿Cuál es el objetivo principal de realizar pruebas en el desarrollo de software?

• Garantizar que el software cumpla con lo esperado y ofrecer confianza después de realizar cambios.

• Asegurar que el código nunca tenga errores en ningún caso.

• Hacer pruebas para medir el rendimiento del sistema.

• Evitar la revisión del código antes de subirlo a producción.

Según lo visto en la presentación... ¿Qué tipo de pruebas son menos costosas de hacer y requieren menos esfuerzo?

• Pruebas funcionales

• Pruebas de integración

• Pruebas unitarias

¿Qué características NO se espera de una buena prueba unitaria?

• Que sea rápida en su ejecución.

• Que sea repetible y consistente en sus resultados.

• Que dependa del orden y contexto de otras pruebas.

• Que opere de manera aislada.

¿Cuáles son las partes fundamentales que debe tener un test unitario?

• Inicialización

• Documentación

• Registro

• Verificación

• Ejecución

¿Qué representa la cobertura en testing?

• La cantidad total de pruebas manuales realizadas en un proyecto.

• El porcentaje de código que se ejecuta a través de pruebas, indicando cuán testado está el código.

• La eficiencia del código al ejecutarse en producción.

• El índice de errores encontrados en el análisis de código estático.

¿Qué es el análisis estático de código?

• Un proceso de revisión manual de código en busca de errores.

• Una técnica para medir la cobertura de los tests automatizados.

• Un procedimiento para compilar y ejecutar código en diferentes entorno.

• Una herramienta que revisa el código fuente en busca de errores y buenas prácticas sin ejecutarlo.

¿Cuál es el propósito principal de usar branches en Git?

• Evitar la necesidad de realizar pruebas unitarias.

• Permitir que cada persona trabaje en nuevas funcionalidades de forma aislada sin afectar la rama principal.

• Incrementar el tiempo de despliegue del código.

• Asegurarse de que todo el código se suba directamente a la rama principal.

¿Qué es un pull request?

• Una solicitud para fusionar los cambios realizados en una rama con la rama principal, permitiendo una revisión de código previa.

• Un proceso de análisis de la cobertura de pruebas antes de integrar nuevos cambios.

• Una herramienta para automatizar las pruebas unitarias.

• Un mecanismo para revertir cambios en la rama principal de forma segura.

¿Qué se entiende por continuous delivery y continuous deployment?

• En continuous delivery el código se prepara para producción con pruebas automatizadas, y en continuous deployment el despliegue se hace de de forma automática en vez de manual.

• Son términos sinónimos que significan que el código se prueba manualmente antes de ser entregado.

• Continuous delivery implica pruebas unitarias únicamente, mientras que continuous deployment se usa para pruebas de integración.