¿Qué permite realizar un diagrama de actividad? Un diagrama de actividad no está contemplado en UML y, por eso, no se puede realizar en el desarrollo software.
Un diagrama de actividad no puede mostrar el flujo de
ejecución. Un diagrama de actividad solo contiene nodos de actividad. Un diagrama de actividad permite mostrar el flujo de ejecución.
¿Cuál de las siguientes afirmaciones es correcta con relación a los diagramas de tiempo? En los diagramas de tiempo, no es posible contemplar los tiempos de retraso.
Para determinados proyectos, los diagramas de tipo PERT son más potentes que los diagramas de barras. Solo existe un diagrama de tiempo que no está contemplado en UML. Un diagrama de tiempo es exactamente igual que un diagrama de actividad.
En un diagrama de actividad podemos distinguir… Nodos objeto Nodos de control Nodos ejecutables Todas las anteriores son correctas.
Un diagrama de Gantt… Es lo mismo que un diagrama de barras Se puede utilizar para la planificación temporal Tiene muchas limitaciones para el desarrollo software Todas las anteriores son correctas.
Qué diferencia hay entre estados y transiciones en los diagramas de estados? Los estados y las transiciones son exactamente lo mismo. Los estados permiten conocer cómo se encuentran los objetos internamente, mientras que las transiciones permiten establecer
las condiciones para cambiar de estado. Solo puede haber un estado, pero muchas transiciones. Las transiciones son un tipo especial de estado.
¿Qué tipo de evento en un diagrama de estado necesita esperar para continuar el flujo de ejecución?
Evento asíncrono Evento síncrono Evento aleatorio Evento discreto.
¿Cuál de las siguientes afirmaciones es cierta en relación con un diagrama de estados?
En un diagrama de estados, los estados son indivisibles. Un diagrama de estados solo puede tener un estado de finalización. En un diagrama de estados, pueden existir estados con subdiagramas en su interior. Un diagrama de estados puede tener más de un estado inicial.
El término determinista… No se aplica los diagramas de estado No tiene nada que ver con la informática Es imprescindible en los diagramas de estado Ninguna de las anteriores es correcta.
¿Cuál de las siguientes características acerca de las pruebas
estáticas es correcta? Son las pruebas más potentes que podemos realizar para poder comprobar la calidad del software. Su funcionalidad está muy limitada a comprobar el código sin poder ejecutarlo. Son más potentes que las pruebas dinámicas. Nunca hay que aplicarlas en el desarrollo de software.
¿Qué relación existe entre un caso de uso y un caso de prueba? Un caso de uso es exactamente igual a un caso de prueba. Un caso de uso marca la funcionalidad que tendremos que probar con los diferentes tipos de pruebas de los que
disponemos. Un caso de prueba es más potente que un caso de uso. No es necesario establecer esta relación, solo es importante el
caso de prueba.
Las pruebas de regresión… Permiten comprobar que no existen efectos colaterales Se hacen al principio del desarrollo Son imprescindibles para avanzar más rápidamente Todas las anteriores son correctas.
¿Cuál de las siguientes afirmaciones es correcta? Las pruebas de caja no permiten definir pruebas sistemáticas. Las pruebas de caja gris son una combinación entre las pruebas funcionales y no funcionales Las pruebas de caja gris son una combinación entre las pruebas de caja blanca y las pruebas de caja negra. Las pruebas de exploración permiten crear una metodología sistemática.
¿Cuál de las siguientes afirmaciones es correcta en relación con
la ejecución de pruebas? Únicamente debemos centrarnos en las pruebas funcionales, pues son las más importantes del sistema Una vez que saquemos el software a producción, no tendremos que realizar más pruebas. Es mejor saltarnos la fase de pruebas para poder tener el software en producción en el menor tiempo posible. Lo mejor es realizar un plan de prueba con múltiples enfoques para tener una mayor cobertura del código fuente.
Las pruebas de usabilidad… Se realizan siempre automáticamente No son necesarias en el software Requieren siempre intervención humana No afectan en la calidad de la aplicación.
¿Qué permite realizar un depurador? Gracias a los depuradores, es posible generar código con
mayor facilidad Un depurador es una herramienta que permite que los
desarrolladores puedan parar el flujo de ejecución y observar
qué está pasando Es una herramienta que permite mejorar el rendimiento de la
aplicación directamente Es una herramienta centrada principalmente en tareas de
organización de proyectos.
¿Qué nos permiten realizar los puntos de ruptura? Utilizando puntos de ruptura, podemos parar el flujo de ejecución y ver qué está sucediendo, utilizando un depurador. Utilizando puntos de ruptura, podemos romper el flujo de ejecución y salir de sentencias iterativas. Los puntos de ruptura se introducen para realizar un mejor seguimiento del código. Los puntos de ruptura permiten configurar el hardware y el software a la hora de ejecutar un código fuente.
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 No afecta al rendimiento de la versión final.
A la hora de depurar el interior de una función… Se puede utilizar la opción step into Se puede utilizar la opción step forward Se puede utilizar la opción step out Ninguna de las anteriores es correcta.
|
