Lpro5U2

¿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 los errores en la estructuración del código y de la lógica del programa. Controlar y validar los datos de entrada y salida del programa.

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

La depuración es... 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. 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. un proceso opcional en el desarrollo de software, ya que no permite identificar y corregir errores de programación. 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.

En la metodología de las pruebas unitarias... 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 de manera incremental. 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.

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

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

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

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

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

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

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

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

La refactorización consiste en…. 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 para mejorarlo. realizar una transformación al software modificando su comportamiento i su estructura interna para mejorarlo. realizar una transformación al software preservando su comportamiento, modificando su estructura interna sin aportar mejoras.

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

¿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. No, solamente se puede realizar en la fase de depuración. Si, se puede realizar en cualquier momento dentro de la fase de codificación. No, solamente se puede realizar en la fase de mantenimiento.

La prueba del camino básico... consiste en definir un único bloque que representa todos los caminos posibles y pretende simplificar todas las opciones posibles. 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 los diferentes bloques para cada camino posible y obtener los diferentes caminos para recorrerlo por todas las opciones posibles evitando saltarnos ninguna.

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

La prueba de condiciones.... 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. 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 código secuencial.

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, las advertencias y los mensajes. los errores, los comentarios y el subrayado rojo. los errores, los menajes y los comentarios.

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

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

La prueba 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 de llamadas a funciones. 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.

Las pruebas de caja blanca... no son las primeras pruebas que se deben hacer, pues revisan solo la funcionalidad externa del programa. son siempre las primeras pruebas que hay que realizar, pues 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, porque revisan la estructura y funcionalidad interna del programa.

El control de versiones…. 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 que se van alternando en un proyecto. una de sus finalidades es permitir un desarrollo colaborativo en el que muchos programadores trabajan de manera simultánea en un proyecto.

¿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.

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

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

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

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

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

Las pruebas... Nos ayudan a identificar los errores en tiempo real. Son una herramienta permite ver el proceso del programa paso a paso. Nos permiten verificar el correcto funcionamiento y detectar errores. Solo verifican permisos de diferentes roles de usuario y proteger el acceso al sistema.

Un breakpoint: No detiene el programa. Resultan muy útiles para el seguimiento de valores de variables. Permite detener la ejecución del programa cuando se alcanza uno de estos puntos. Cada punto se establece en una línea concreta del código.

Normalmente se marcan con un aspa de color rojo en el margen. Si no corregimos no podremos seguir con el proceso de compilación. Error. Warning.

Normalmente se marcan con triángulo amarillo en el margen. Son avisos de que algo podría ir mal, aun así podremos seguir con el proceso de compilación. Error. Warning.

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

El control de versiones... 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. no está pensado para permitir un desarrollo colaborativo en el que muchos programadores trabajan de manera simultánea en un proyecto. una de sus finalidades es permitir un desarrollo colaborativo en el que muchos programadores trabajan de manera que se van alternando en un proyecto.

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

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

La prueba de condiciones... 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 de llamadas a funciones. 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 código secuencial.

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

¿A qué sirven los puntos de seguimiento?. Se utilizan para poder llevar un seguimiento de porciones concretas de código. 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 interruptir porciones concretas de código.

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

En el desarrollo de un software, ¿es preferible utilizar métodos largos o cortos?. Métodos cortos, ya que son más reutilizables. En trabajos colaborativos es preferibles 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.

Si tenemos una clase que hace el trabajo que debería ser hecho por dos, ¿qué patrón de refactorización utilizaremos?. Extraer Clase. Extraer método. Reemplazar condicionales por poliformismo. Reemplazar SubClases por atributos.

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

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

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

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

Con la tabulación…. El código queda más claro, con lo que resulta más fácil de ver y entender. 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 no necesariamente queda más claro pero sí que consigue un código más óptimo a nivel computacional. El código queda más claro, con lo que resulta un código más óptimo a nivel computacional.

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

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

Un repositorio…. es básicamente un servidor de archivos que recuerda todos los cambios que alguna vez se hayan escrito en ellos. 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 una herramienta que permite validar por si sola el código de los desarrolladores. es una herramienta que permite comunicarse a los desarrolladores y asignar tareas.

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

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. documentación. pruebas de integración. pruebas unitarias. refactorización.

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