EXAMEN ENCARNA AÑO 24

El diagrama de Gantt: No existe. Utiliza un diagrama de barras. Se organiza mediante un grafo. Se utiliza para representar un diagrama de actividad.

Los diagramas de tiempo también son conocido como: Cronograma. Línea de vida. Organigrama. Horario.

El diagrama de PERT: No existe. Utiliza un diagrama de barras. Se organiza mediante un grafo. Se utiliza para representar un diagrama de actividad.

Los dos tipos de estados especiales que existen en un diagrama de estados son: Funcional, no funcional. De tiempo, de actividad. Inicial, Final. Unión y Bifurcación.

¿Cuántos estados iniciales podemos tener en un diagrama de estados?. Uno. Dos. Los mismos que estados finales. Todos los que se quieran.

En un diagrama de estados, un evento síncrono: Es aquel en el que habrá que esperar para continuar la ejecución. Es un evento que sincronizará varios equipos a la vez. Es aquel en el que habrá que esperar un minuto para continuar la ejecución. Es un evento que ocurre al mismo tiempo que otros eventos en el sistema.

Las pruebas no funcionales... Se centran en probar que se cumplen los requisitos no funcionales. Se centran en probar si se cumplen los requisitos funcionales y no funcionales. No son muy relevantes. Se centran únicamente en la funcionalidad del software.

¿Para qué es útil una prueba de regresión?. Para probar una línea de código. Para comprobar que al arreglar un problema no hemos generado otro. Para comprobar la interacción correcta entre varios elementos. Para verificar la funcionalidad de nuevas características añadidas al sistema.

La prueba que se hace para comprobar si tarda mucho tiempo en ejecutarse mi programa, es una prueba de: Una prueba no funcional. Una prueba funcional. Una prueba de regresión. Una prueba A/B.

Las pruebas de usabilidad. Se basan en comprobar si el código es fácil de entender. Tratan de comprobar si la interfaz de usuario es fácil de utilizar. Se hacen después de liberar el software. Son pruebas automatizadas que verifican la funcionalidad del sistema.

En las pruebas de caja blanca: La persona que realiza la prueba debe conocer el código. Se basan en conocer la funcionalidad requerida. Es importante conocer los requisitos iniciales del proyecto. Se basan únicamente en ejecutar pruebas sin conocer el código.

Las pruebas A/B. Tratan de comprobar si una interfaz es fácil de utilizar. Se centran en comprobar si el software es accesible por usuarios con alguna limitación sensorial. Normalmente suelen tener en cuenta datos estadísticos como blogs y encuestas. Permiten desarrollar una metodología en la que tenemos dos componentes que comparar.

¿Qué es un punto de ruptura?. El lugar donde se encuentra un error en el código. El lugar donde termina un método. El lugar donde habrá que incluir documentación. El lugar donde el software puede parar la ejecución para observar qué está pasando.

El depurador de código... No es necesario en ningún caso. Se vuelve más necesario a medida que aumenta el número de líneas de código. Afecta al rendimiento de la versión final. Es una herramienta exclusiva para programadores principiantes.

¿Qué función nos permite salir de un método?. Step into. Step over. Step out. Run.

¿Qué función nos permite saltarnos un método?. Step into. Step over. Step out. Run.

La automatización de pruebas se divide en dos grandes grupos: Pruebas de interfaz gráfica y de accesibilidad. Pruebas de interfaz gráfica y usabilidad. Pruebas de código y de usabilidad. Pruebas de código y de interfaz gráfica.

Las pruebas que se basan en un concepto matemático son: Las pruebas de cubrimiento. Las pruebas de casos externos. Pruebas de clases de equivalencia. Las pruebas de inducción.

Las pruebas que se encargan de ejecutar al menos una vez cada línea de código son: Las pruebas de cubrimiento. Las pruebas de casos extremos. Las pruebas de clases de equivalencia. Las pruebas de inducción.

¿Qué patrón no podemos aplicar para refactorizar?. Renombrado. Extracción de la interfaz. Mover a otro nivel. Inclusión de comentarios.

"Mover a otro nivel" es un patrón de refactorización que... Mueve una clase a otro nivel de la jerarquía. Mueve un bloque de código a un método. Mueve una clase a otro paquete. Mueve una clase a otro archivo.

¿Se puede automatizar la refactorización?. Es un proceso complejo que requiere de un programador para hacerse, por lo tanto no se puede automatizar. Se llama refactorización a lo que hace cualquier IDE mientras programas. Por defecto ya está automatizado. Se puede automatizar la refactorización usando distintas herramientas. La refactorización es un proceso inútil que no tiene impacto en la calidad del código.

Cuando hacemos la documentación, se puede dirigir a dos tipos de consumidores: Funcionales, no funcionales. Usuarios, Clientes. Externos, internos. Activos, pasivos.

Un VCS es: Un sistema de control de versiones. Un programa para reproducir vídeo. Un tipo de prueba. Un patrón de refactorización.

¿Qué ventaja nos da trabajar con un VCS?. Permite comprobar los cambios introducidos. Permite hacer las pruebas de código más rápido. Proporciona una serie de bibliotecas a nuestros entornos. Proporciona más velocidad de proceso al ejecutar un programa.

En cuanto a la integración con los sistemas operativos... SVN dispone de mayor compatibilidad. Los sistemas operativos tienen que ser adaptados para este tipo de herramientas. Git posee mayor compatibilidad. El sistema operativo no influye en estas herramientas.

¿Qué ventajas ofrece SVN frente a Git?. Permite el bloqueo de archivos. Es más sencillo hacer modificaciones. Lo soportan más sistemas operativos. Proporciona una serie de bibliotecas a nuestros entornos.

En relación con GitLab... Permite almacenar menos archivos que GitHub. No permite almacenar imágenes. Ofrece suscripciones de pago y gratuitas. Solo es compatible con sistemas operativos específicos.

La utilización de repositorios basados en Cloud... No se utiliza en la actualidad. Permite simplificar la estructura de nuestra empresa. Son muy lentos. Son difíciles de configurar y usar.

¿Cuál es la diferencia entre GitLab y GitHub en términos de colaboración?. GitLab permite crear repositorios privados ilimitados, mientras que GitHub tiene un límite de cinco colaboradores por repositorio. GitHub permite destacar la función para la búsqueda y corrección de errores, mientras que GitLab no ofrece esta posibilidad. GitHub ofrece hasta 10 GB por repositorio, mientras que GitLab solo ofrece hasta 1 GB por repositorio. GitHub ofrece la posibilidad de realizar integración continua, mientras que GitLab no cuenta con esta funcionalidad.

¿Qué es un cronograma?. Una aplicación. Un software. Un diagrama de tiempo. Un reloj de arena.