Entornos de desarrollo UF 2

El analizador estático de código tiene tres modos de hacernos saber que algo va mal... los errores, las actualizaciones pendientes, las librerías enlazadas. los errores, los menajes y los comentarios. los errores, los comentarios y el subrayado rojo. los errores, las advertencias y los mensajes.

La prueba de condiciones.... evalúan los caminos posibles, en este caso de forma que solo provengan de bucles. evalúan los caminos posibles, en este caso de forma que solo provengan de condicionales. evalúan los caminos posibles, en este caso de forma que solo provengan código secuencial. evalúan los caminos posibles, en este caso de forma que solo provengan de llamadas a funciones.

¿Qué es un punto de ruptura?. Un error en una función del código fuente. Un punto de error situado en una línea concreta del código fuente. Un punto de control situado en una línea concreta del código fuente. Un error en la ejecución de un programa.

La depuración es... un proceso opcional en el desarrollo de software, solo nos permite identificar posibles mejoras en la programación mediante la ejecución controlada de software una vez el software está terminado y funciona. uno de los procesos más importantes en el desarrollo de software, nos permite identificar y corregir errores de programación mediante la ejecución controlada de software. uno de los procesos más importantes en el desarrollo de software, solo nos permite identificar posibles mejoras en la programación mediante la ejecución controlada de software una vez el software está terminado y funciona. un proceso opcional en el desarrollo de software, ya que no permite identificar y corregir errores de programación.

¿En qué consiste el método de la partición equivalente?. En obtener una medida de la complejidad lógica del programa. En medir el tiempo que le ha tomado al programa realizar una acción específica. En evaluar los bucles en el código fuente de un programa. En dividir y separar los campos de entrada según el tipo de dato y las restricciones que conllevan.

Las pruebas de caja blanca... son siempre las primeras pruebas que hay que realizar, pues revisan la estructura y funcionalidad interna del programa. no son las primeras pruebas que se deben hacer, porque revisan la estructura y funcionalidad interna del programa. son siempre las primeras pruebas que hay que realizar, pues revisan solo la funcionalidad externa del programa. no son las primeras pruebas que se deben hacer, pues revisan solo la funcionalidad externa del programa.

¿Cuál es el objetivo de las pruebas de caja negra?. Controlar que no se realizan pasos excesivos en la ejecución del programa. Controlar los errores en la estructuración del código y de la lógica del programa. Buscar errores teniendo en cuenta la escalabilidad del programa. Controlar y validar los datos de entrada y salida del programa.

Con la tabulación…. el código queda más claro, con lo que resulta un código más óptimo a nivel computacional. el código queda más claro aunque no permite ver a simple vista los niveles y profundidad de los bloques de código. el código queda más claro, con lo que resulta más fácil de ver y entender. el código no necesariamente queda más claro pero sí que consigue un código más óptimo a nivel computacional.

Si tenemos un atributo público que queremos convertir a privado, ¿qué patrón de refactorización utilizaremos?. Reemplazar SubClases por atributos. Extraer método. Encapsular atributo. Reemplazar condicional por polimorfismo.

Si tenemos un fragmento de código que puede agruparse, ¿qué patrón de refactorización utilizaremos?. Separar variables temporales. Extraer método. Consolidar fragmentos duplicados en condicionales. Reemplazar condicional por polimorfismo.

¿Qué es un repositorio?. Un servidor de archivos que contiene distintos programas que podemos utilizar en nuestro desarrollo. Un conjunto de pruebas que nos permiten comprobar la integridad de nuestro programa. Un espacio virtual donde poder alojar la documentación de nuestro proyecto. Un servidor de archivos que mantiene constancia de todos los cambios realizados.

Si tenemos una secuencia de condicionales con el mismo resultado, ¿qué patrón de refactorización utilizaremos?. Extraer método. Consolidar expresiones condicionales. Descomponer un condicional. Separar variables temporales.

"¿Utilizar muchos comentarios es un síntoma de ""mal olor"" en nuestro código?". No, nunca puede haber un exceso de comentarios. Solamente en métodos muy largos. Si, los comentarios pueden indicar una falta de tiempo para realizar el código. Si, el código debería ser suficientemente explicativo como para no tener que comentarlo en exceso.

El control de versiones…. una de sus finalidades es permitir un desarrollo colaborativo en el que muchos programadores trabajan de manera que se van alternando en un proyecto. no está pensado para permitir un desarrollo colaborativo en el que muchos programadores trabajan de manera simultánea en un proyecto. no permite tener un control de las modificaciones que han hecho los diferentes desarrolladores. una de sus finalidades es permitir un desarrollo colaborativo en el que muchos programadores trabajan de manera simultánea en un proyecto.

En el desarrollo de un software, ¿es preferible utilizar métodos largos o cortos?. En trabajos colaborativos es preferible utilizar métodos cortos, mientras en trabajos individuales es preferible utilizar métodos largos. Métodos largos, ya que de esta forma evitamos una excesiva subdivisión del código. En trabajos colaborativos es preferible utilizar métodos largos, mientras en trabajos individuales es preferible utilizar métodos cortos. Métodos cortos, ya que son más reutilizables.

En la metodología de las pruebas unitarias... es importante que las pruebas se realicen y se ejecuten de manera incremental. es importante que las pruebas se realicen y se ejecuten de manera que se van decrementando con el desarrollo. es importante que las pruebas se realicen y se ejecuten solo al finalizar el software. es importante que las pruebas se realicen y se ejecuten solo al inicio.

La prueba del camino básico... consiste en definir los diferentes bloques para cada camino posible y obtener los diferentes caminos para recorrerlo por todas las opciones posibles evitando saltarnos ninguna. consiste en definir un único bloque que representa un uso básico de la porción de código. consiste en definir los diferentes bloques para cada camino posible y obtener los diferentes caminos para recorrerlo por la mayoria de las opciones posibles evitando saltarnos ninguna. consiste en definir un único bloque que representa todos los caminos posibles y pretende simplificar todas las opciones posibles.

¿Las pruebas de condiciones nos permiten realizar pruebas de qué tipo?. de coherencia. de caja blanca. de rendimiento. de caja negra.

¿Qué es un caso de prueba?. Una serie de errores que impiden el correcto funcionamiento del programa. Una relación de valores de entrada y resultados esperados. Una serie de condiciones que determinarán si el programa funciona correctamente. Las diferentes funcionalidades disponibles para el usuario final.

Las pruebas de rendimiento... miden el tiempo que le ha tomado a la aplicación recorrer todas la líneas de código independientemente de la acción. miden el tiempo que le ha tomado a la aplicación realizar una acción específica. cuentan los caminos que le ha tomado a la aplicación realizar una acción específica. cuentan los caminos que le ha tomado a la aplicación recorrer todas la líneas de código independientemente de la acción.

En la metodología de las pruebas unitarias antes de implementar una nueva funcionalidad es recomendable que... la codifiquemos y después pensemos cómo deberíamos probar todas las que hemos codificado hasta el momento. primero pensemos cómo deberíamos probar la que hemos codificado para revisar que se ejecuta correctamente. siempre al final pensemos cómo deberíamos probar la que hemos codificado para revisar que se ejecuta correctamente. codifiquemos todas las funcionalidades relacionadas y sólo al final pensemos cómo deberíamos probarlas.

¿Cómo se llama el procedimiento de ejecución controlada que nos permite descubrir errores en el programa?. Depuración. Pruebas unitaria. Inspección. Interrupción.

¿El uso de comentarios es siempre una práctica recomendable?. No, a veces implica que nuestro código no es lo suficientemente descriptivo por sí solo. Sólo se deben usar comentarios para omitir instrucciones en el proceso de depuración. Sí. Sólo los comentarios de documentación.

¿Cuál es el rol de las pruebas en el proceso de refactorización?. Permiten cambiar la funcionalidad del programa. Ninguna respuesta es correcta. Las pruebas no forman parte del proceso de refactorización. Permiten corroborar si al refactorizar no se ha modificado la funcionalidad del programa.

"¿A qué nos referimos con ""malos olores"" durante el desarrollo de código?". A la mala asignación de tareas durante el desarrollo del software. A malas prácticas que harán necesario refactorizar nuestro código. A la creación de posibles bucles infinitos. A la mala programación del tiempo de desarrollo de un código.

¿En qué consiste el patrón de refactorización llamado ""Encapsular Atributo"" ?. En convertir un atributo en una propiedad pública del objeto. En transformar un atributo de un Objeto poco utilizado en un atributo temporal. En convertir un atributo de un objeto en inaccesible directamente por otras clases. En reemplazar un atributo Array en un Objeto.

Una mala práctica en el desarrollo del software es…. Tener métodos con una lista de parámetros larga. Implementar clases con funcionalidades específicas. Comentar el código de forma no muy extensa. Implementar métodos con funcionalidades específicas.

Un repositorio…. es una herramienta que permite comunicarse a los desarrolladores y asignar tareas. es básicamente un servidor de archivos pero no es capaz de recordar todos los cambios que alguna vez se hayan escrito en ellos. es básicamente un servidor de archivos que recuerda todos los cambios que alguna vez se hayan escrito en ellos. es una herramienta que permite validar por si sola el código de los desarrolladores.

¿Para quién es muy importante la documentación de un proyecto software?. Para el usuario final y para los propios desarrolladores. Para nadie, en general la documentación no sirve. Solo para el usuario final. Solo para los propios desarrolladores.

¿Qué permiten los cambios que se llevan a cabo mediante la refactorización?. solo permite que sea modificable, nunca será más entendible. solo permite que sea más entendible, nunca será más modificable. un código no tan visible, no tan flexible, no entendible ni modificable pero más óptimo a nivel de consumo de recursos. un código más visible, flexible, entendible y modificable.

¿Cuál es el objetivo de las pruebas de caja blanca?. Controlar los errores después de la actualización de un programa. Buscar errores teniendo en cuenta la escalabilidad del programa. Controlar y validar los datos de entrada y salida del programa. Controlar los errores en la estructuración del código y de la lógica del programa.

Las pruebas de sistema. comprueban si el rendimiento de la aplicación es correcto. comprueban si los valores de entrada de la aplicación son correctos. comprueban que el sistema completo funciona (desde el punto de vista de la aplicación). comprueban si las funciones tienen los parámetros correcto.

Cuando realizamos pruebas unitarias, ¿estamos realizando pruebas de qué tipo?. de coherencia. de caja blanca. de caja negra. de rendimiento.

¿Mediante qué técnica podemos tener un código más fácil de entender y ver?. renombrando variables. refactorización. tabulado. comentando el código.

¿La técnica AVL nos permite realizar pruebas de qué tipo?. de caja blanca. de rendimiento. de coherencia. de caja negra.

¿En qué fase del desarrollo de un software se suele refactorizar?. Durante la fase de documentación. Durante la fase de explotación. Durante la fase de mantenimiento. Durante la fase de análisis.

La refactorización consiste en…. realizar una transformación al software preservando su comportamiento, modificando su estructura interna para mejorarlo. realizar una transformación al software modificando su comportamiento i su estructura interna sin aportar mejoras. realizar una transformación al software preservando su comportamiento, modificando su estructura interna sin aportar mejoras. realizar una transformación al software modificando su comportamiento i su estructura interna para mejorarlo.

Es una parte importante de todo proyecto de software que ayuda no solo al usuario final, sino a los propios desarrolladores que tengan que trabajar en el proyecto. refactorización. documentación. pruebas unitarias. pruebas de integración.

Las pruebas de bucles, ¿nos permiten realizar pruebas de qué tipo?. de rendimiento. de caja blanca. de caja negra. de coherencia.

¿Se puede realizar la refactorización durante la fase de codificación de un programa?. No, solamente se puede realizar en la fase de diseño. Si, se puede realizar en cualquier momento dentro de la fase de codificación. No, solamente se puede realizar en la fase de mantenimiento. No, solamente se puede realizar en la fase de depuración.

La prueba de bucles.... no evalúan la condición del bucle, sino las posibilidades que nos ofrece el bucle relativas a las iteraciones. solo evalúa la condición del bucle, sin tener en cuenta las posibilidades que nos ofrece el bucle relativas a las iteraciones. evalúan los caminos posibles, en este caso de forma que solo provengan de llamadas a funciones. evalúan los caminos posibles, en este caso de forma que solo provengan de condicionales.

Si tenemos una complicada declaración en el condicional, ¿qué patrón de refactorización utilizaremos?. Separar variables temporales. Extraer método. Descomponer un condicional. Consolidar expresiones condicionales.

¿En qué consiste la refactorización?. En aprovechar la estructura base de un software para crear uno nuevo con distintas funcionalidades. En mejorar la estructura interna de un software para mejorarlo y manteniendo las funcionalidades. En cambiar el comportamiento del programa para conseguir facilitar la interacción con el usuario. En mejorar un software volviendo a crearlo utilizando un lenguaje mejor.

¿Qué datos necesitamos saber para realizar pruebas unitarias?. Los datos de entrada y salida respectivos que debería retornar el programa. Los datos de salida que queremos obtener del program. El tiempo de ejecución del programa. Los datos de entrada que el programa puede recibir.

La prueba del camino básico, ¿nos permiten realizar pruebas de qué tipo?. de coherencia. de caja negra. de rendimiento. de caja blanca.

¿A qué sirven los puntos de seguimiento?. Se utilizan para diseñar casos de prueba de caja blanca. Se utilizan para diseñar casos de prueba de caja negra. Se utilizan para poder interrumpir porciones concretas de código. Se utilizan para poder llevar un seguimiento de porciones concretas de código.

En cuanto a la refactorización, ¿qué método hace que cuándo tenemos un literal con un significado particular y acabamos creando una constante con un nombre significativo que lo reemplaza?. Mover método. Separar variables temporales. Descomponer un condicional. Reemplazar número mágico con Constante Simbólica.

En cuanto a la refactorización, ¿qué método acaba creando una variable temporal diferente para cada asignación?. Separar variables temporales. Descomponer un condicional. Eliminar asignaciones a parámetros. Mover método.

Si tenemos un fragmento de código que puede agruparse, ¡qué patrón de refactorización utilizaremos?. Extraer método. Consolidar fragmentos duplicados en condicionales. Reemplazar condicional por polimorfismo. Separar variables temporales.

Una lista de parámetros larga, ¿es un síntoma de ""mal olor"" en nuestro código?. No. Sí. Sí, solo en métodos cortos. Sí, solo en métodos largos.