option
Cuestiones
ayuda
daypo
buscar.php

fkh

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del Test:
fkh

Descripción:
fhjvfefsddsdsadsadsa

Fecha de Creación: 2023/01/12

Categoría: Otros

Número Preguntas: 70

Valoración:(0)
COMPARTE EL TEST
Nuevo ComentarioNuevo Comentario
Comentarios
NO HAY REGISTROS
Temario:

Gettext: Lleva a cabo la traducción palabra a palabra de una frase. Solo traduce las cadenas marcadas de algún modo en nuestra aplicación. Traduce automáticamente todas las cadenas de nuestra aplicación. Necesita que las cadenas estén marcadas de forma distinta según el lenguaje al que se traducirán.

Git puede: Trabajar con sus propios repositorios y los de cualquier otro SCV. Trabajar solo con sus propios repositorios. Trabajar con sus propios repositorios y los de algunos otros SCV. Todas las anteriores son ciertas.

Dado un cambio realizar en el código, la ortogonalidad del sistema: Es inversamente proporcional al número de líneas de código implicadas. Es inversamente proporcional al número de programadores implicados para hacerlas. Es directamente proporcional al número de programadores implicados para hacerlas. Ninguna delas anteriores.

En un sistema de seguimiento de fallos respecto a los tipos de error: No es importante acotarlos. Es bueno acotarlos para facilita el trabajo del reportador de un fallo. Es bueno permitir al usuario que invente sus propias categorías de error. Todas las anteriores son válidas.

Autoconf necesita a Automake: Obligatoriamente siempre. Obligatoriamente si desarrollamos en lenguaje C. Opcionalmente. Ninguna de las anteriores.

En el diseño por contrato para poder usar post-condiciones: Es obligatorio usar pre-condiciones. Es obligatorio usar invariantes. Es opcional usar pre-condiciones. Todas las anteriores son validas.

En el diseño por contrato en lenguaje D los invariantes: Se deben cumplir en métodos con todo tipo de visibilidad. Se deben cumplir en métodos con visibilidad public. Se deben cumplir en métodos con visibilidad private. Ninguna de las anteriores.

La herramienta distcc: Tiene en cuenta de forma automática diferencias de arquitectura al compila. Sólo puede usarse con compiladores GCC. Está pensada para ser usada con compiladores GCC. Todas las anteriores son válidas.

En un sistema de seguimiento de fallos: Sólo podemos dar de alta informes de fallos. Sólo podemos dar de alta peticiones de nuevas características. Podemos dar de alta peticiones de nuevas características además de informes de fallos. Todas las anteriores son válidas.

Plataformas para alojar código como Github o Gitlab: Necesitan de un sistema de bugtracking externo. Disponen de su propio sistema de bugtracking. Por su naturaleza no necesitan de sistemas de bugtracking. Ninguna de las anteriores.

Un sistema de empaquetado basado en TAR+BZIP2: Es igual de eficaz que uno basado en RPM. Es igual de eficaz que uno basado en DEB. Es menos eficaz que DEB o RPM por determinados motivos. Ninguna de las anteriores.

Make puede lanzar trabajos en paralelo: Tantos como núcleos de proceso tengamos. Tantos como queramos. Tantos como núcleos de proceso tengamos menos uno. Solo si tenemos mas de un núcleo de proceso.

Las mejoras en tiempo de recompilación con ccache: Solo se observan si usamos un Makefile. Solo se observan si usamos un Makefile recursivo. Solo se observan si usamos un archivo Ninja. Ninguna de las anteriores.

Cmake respecto a los out-of-source-builds: Los hace obligatorios. Los hace opcionales. No los permite. Los permite si todo el código está en una única carpeta.

Boost::Test forma parte de: La biblioteca estándard de C++. La biblioteca STL de C++. De un proyecto externo a C++. Todas las anteriores son válidas.

En el lenguaje D podemos tener invariantes de: Clase. Clase y bucles. Bucles pero no de clase. D no soporta invariantes de ningún tipo.

En el soporte de I18N estudiado: Gettext forma parte del lenguaje empleado. Gettext es una biblioteca externa. Gettext es la única solución existente hoy en dia. Ninguna de las anteriores.

En el paso de test un fixture: Siempre es necesario. Ninguna de las anteriores. No es necesario en ninguna circunstancia. Sólo es necesario si reservamos memoria dinámica.

Mercurial es un SCV: Descentralizado pero solo en sus versiones más recientes. Centralizado pero con capacidades de uno distribuido. Ninguna de las anteriores. Descentralizado.

La biblioteca Gettext: Requiere escribir los mensajes originales codificados en UTF-8. Sólo permite disponer de un idioma destino. Permite tener tantos idiomas destino como sea necesario. Requiere escribir los mensajes originales en inglés.

Para medir la ortogonalidad de un sistema: Vemos cuanta gente hay asignada a cada parte del proyecto. Vemos a cuanta gente afecta un cambio hecho al proyecto. Vemos cuanta gente permanece en su puesto cuando no hay cambios. Ninguna de las anteriores.

Las mejoras en tiempo de recompilación con ccache: Sólo se observan si usamos un archivo Ninja. Ninguna de las anteriores. Sólo se observan si usamos un Makefile. Sólo se observan si usamos un Makefile recursivo.

La herramienta distcc: Usa un solo ejecutable: distcc. En realidad, distcc y distccd son el mismo programa lanzado con dos opciones distintas. Emplea dos ejecutables: distcc y distccd. Necesita de make para funcionar.

La herramienta make: Puede lanzar más trabajos en paralelo que procesadores o núcleos tiene la máquina en la que se ejecuta. No puede ejecutarse de manera recursiva. Puede lanzar tantos trabajos en paralelo como procesadores o núcleos tenga la máquina en la que se ejecuta. Sólo puede lanzar trabajos de forma secuencial.

Para comenzar a usar autoconf es: Obligatorio usar autoreconf. Imprescindible usar autoscan. Innecesario usar autoscan. Aconsejable usar autoscan.

La herramienta dh_make: Crea un paquete debian a partir de un directorio. Crea un paquete debian a partir de un TGZ. Debianiza un código fuente a partir de un TGZ. Instala un paquete DEB.

Una etiqueta de versión: Siempre ha de seguir el formato YYYY.MM.DD. Siempre ha de seguir el formato W.X.Y.Z. Siempre ha de seguir el formato X.Y.Z. Ninguna de las anteriores.

La herramienta ccache: No sobrecarga nada el proceso de compilación. Añade una sobrecarga mínima al proceso de compilación. Almacena sus datos en memoria virtual. Almacena sus datos en la cache del disco duro.

En un sistema de seguimiento de fallos, respecto a los tipos de error: No es importante acotarlos. Es bueno acotarlos para facilitar el trabajo del reportador de un fallo. Es bueno permitir al usuario que invente sus propias categorías de error. Todas las anteriores son válidas.

La herramienta distcc: Tiene en cuenta de forma automática diferencias de arquitectura al compilar. Sólo puede usarse con compiladores GCC. Está pensada para ser usada con compiladores GCC. Todas las anteriores son válidas.

Un sistema de empaquetado basado en TAR+GZ: Es igual de eficaz que uno basado en RPM. Es igual de eficaz que uno basado en DEB. Es menos eficaz que DEB o RPM por determinados motivos. Ninguna de las anteriores.

Un proyecto configurado con autotools puede constar de: Un único archivo llamado Makefile.am y varios config.h.in. Un archivo llamado autoconf.am. Un archivo llamado configure.ac y varios Makefile.am. Un archivo llamado Makefile.am y otro configure.ac.

Unas herramientas como Autotools: Sólo se pueden emplear en proyectos en lenguaje C. Sólo se pueden emplear en proyectos en lenguaje C++. Sólo se pueden emplear en proyectos en lenguaje Objective C. Ninguna de las anteriores.

La herramienta cmake: Permite tener solo un fichero CMakeList.txt en el directorio raíz del proyecto y ninguno en subdirectorios del mismo. No permite tener un fichero CMakeList.txt en cada subdirectorio del proyecto. Nos permite tener un fichero CMakeList.txt en cada subdirectorio del proyecto. Nos obliga a tener un fichero CMakeList.txt en cada subdirectorio del proyecto.

Lo que conocemos como cmake: Se compone de varias herramientas. Está formado solo por la aplicación cmake. Está formado por las aplicaciones cmake y ctest. Está formado por las aplicaciones cdash y cmake.

En el desarrollo de un proyecto software las ramas trunk y master: Son ramas especiales del SCV empleado en el proyecto. Son la misma rama del proyecto, pero con diferentes nombres. Se emplean indistintamente en un mismo proyecto. Nunca podrán existir simultáneamente.

En un sistema bugtracking: Un desarrollador no puede cerrar un fallo si el reportador del mismo no lo permite. No debemos dejar que el usuario reporte un “wishlist” como error. Es útil acotar los tipos de errores a reportar. No debemos acotar los tipos de errores pues se pueden quedar sin reportar fallos.

Los test de caja negra: Miden solo el porcentaje de ramas del código usadas. Ninguna de las anteriores. Miden solo el porcentaje de instrucciones testeadas. Miden ambos porcentajes anteriores.

Make puede lanzar trabajos en paralelo: Sólo si tenemos mas de un núcleo de proceso. Tantos como núcleos de proceso tengamos menos uno. Tantos como queramos. Tantos como núcleos de proceso tengamos.

En el desarrollo de un proyecto software, la rama trunk o master: Siempre contendrá una versión estable del proyecto. Puede contener una versión estable del proyecto. Nunca contendrá una versión estable del proyecto. No se emplea nada más que en ocasiones.

En el desarrollo de un proyecto software, las ramas de desarrollo: Sólo contienen código de la siguiente versión estable. Pueden contener código de corrección de fallos de una versión estable anterior. Nunca introducen fallos en el código nuevo. Ninguna de las anteriores.

La herramienta distcc en modo bombeo: Hace lo mismo que ccache. Consigue tiempos de compilación mejores. Necesita de ccache para funcionar completamente. Hace lo mismo que en modo sencillo.

Autoconf + Automake: Es portable directamente a Windows. Es portable a Windows bajo Cygwin. No funciona en Windows. Ninguna de las anteriores.

En el lenguaje D podemos tener invariantes de: Clases y bucles. Clases. Bucles pero no de clases. D no soporta invariantes de ningún tipo.

En un lenguaje con soporte para la programación por contrato, las precondiciones y postcondiciones: Se invocan primero las postcondiciones, luego las precondiciones y finalmente el código del método. Se aplican en el constructor de una clase. Se invocan primero las precondiciones, luego el código del método y al final las postcondiciones. Se invocan cuando el programador lo indica en métodos de una clase.

En la programación por contrato las precondiciones: Se aplican solo a funciones independientes de cualquier clase. Se aplican en el constructor de una clase. Se aplican solo a métodos de una clase. Se aplican tanto a métodos de una clase como a funciones independientes de cualquier clase.

Las autotools se componen de: Solo Autoconf. Solo Automake. Solo Autoconf y Automake. Ninguna de las anteriores.

Las mejoras en tiempo de recompilación con ccache: Sólo se observan si usamos un Makefile creado por cmake. Ninguna de las anteriores. Sólo se observan si usamos un Makefile. Sólo se observan si usamos un Makefile recursivo.

El empaquetado DEB: No permite ejecutar acciones ni antes ni después de instalar. Permite ejecutar acciones antes de instalar pero no después. Permite ejecutar acciones después de instalar pero no antes. Ninguna de las anteriores.

La herramienta TAR: Ninguna de las anteriores. Comprime automáticamente con BZIP2. Comprime automáticamente con XZ. Comprime automáticamente con GZIP.

En los test de datos: Usamos datos reales y sintéticos. Usamos solo datos reales que son los que verdaderamente empleará la aplicación. Usamos solo datos sintéticos que hacen falta. Nos dedicamos a comprobar los datos con los que trabaja la aplicación.

En el desarrollo de un proyecto software, la etiqueta de versión: Es útil tanto a desarrolladores como a usuarios del proyecto. Sólo tiene sentido para los desarrolladores del proyecto. Siempre tiene el formato X.Y.Z. Sólo se emplea en el código entregado al usuario final del mismo.

El paso de tests: Sirve para mostrarnos las partes de nuestro proyecto que deben ser mejoradas. Sirve para mostrar la ausencia de fallos de nuestro proyecto. Sirve para mostrar los fallos de nuestro proyecto. No sirven para nada.

En el GlassBox o WhiteBox Testing: Tenemos acceso a parte del código a testear. Tenemos acceso sólo al código del programa principal a testear. Tenemos acceso a todo el código a testear. Tenemos acceso a un módulo del código a testear.

I18N y L10N. Son lo mismo si el lenguaje original empleado en el código es igual al lenguaje destino. L10N es una versión simplificada de 118N. 118N es una versión simplificada L10N. Ninguna de las anteriores.

Git es un SCV: Evolución de Monotone. Evolución de Mercurial. Influenciado por BitKeeper. Evolución de BitKeeper.

La herramienta distcc: Sólo funciona entre máquinas de la misma red. No funciona si no hay conexión a la red para la compilación. Dispone de un tope de máquinas a usar para compilar. Funciona entre máquinas conectadas en red.

Autoconf necesita a Automake: Obligatoriamente si desarrollamos en lenguaje C. Obligatoriamente si desarrollamos en lenguaje C++. Ninguna de las anteriores. Opcionalmente.

La herramienta make cuando se ejecuta sin parámetros: Trata de obtener siempre el objeto ALL del fichero Makefile. Trata de obtener siempre el objetivo ALL del fichero Makefile. Ninguna de las anteriores. Trata de obtener el primer objetivo del fichero Makefile.

El formato de un paquete DEB: Es desconocido. Es el de un archivo TAR. Es el de un archivo AR. Es el de un archivo TAR.GZ.

La herramienta ccache: No hace uso de varios núcleos del procesador. Siempre hace uso de varios núcleos del procesador. Opcionalmente hace uso de varios núcleos del procesador. Puede hacer uso de hasta 2 núcleos de proceso, pero no más.

La herramienta distcc: Opcionalmente hace uso de varios núcleos de procesador. Siempre hace uso de varios núcleos de procesador. No hace uso de varios núcleos del procesador. Puede hacer uso de hasta 3 núcleos de proceso, pero no más.

Un proyecto configurado con Autotools. Necesita que esté instalado autoconf en la maquina donde se va compilar. No se necesita que esté instalado autoconf en la máquina donde se va a compilar. Sólo se puede compilar en una máquina que tenga instalada el compilador con el que se configuró. Debe compilarse en la misma máquina donde se ha configurado.

Los sistemas de empaquetado como DEB o RPM: Sólo permiten desinstalar software fácilmente. Ninguna de las anteriores. Tienen en cuenta dependencias entre paquetes a la hora de instalar uno. Sólo permiten instalar software fácilmente.

Las etiquetas de versión: Ninguna de las anteriores. Sólo aportan información al creador del software. No aportan información importante ni al usuario ni al creador del software. Sólo aportan información al usuario del software.

Un sistema ortogonal se consigue: Ninguna de las anteriores. Eliminando capas innecesarias que lo componen. Siempre, sin hacer nada especial. Separando las distintas capas que lo componen.

La cantidad de líneas de código a escribir: Siempre será un factor a tener en cuenta al estructurar un equipo de desarrollo. Puede ser un factor a tener en cuenta al estructurar un equipo de desarrollo. Nunca puede ser un factor a tener en cuenta al estructurar un equipo de desarrollo. Ninguna de las anteriores.

Los archivos DEB: Sólo pueden ser manipulados por dpkg. Se pueden manipular por TAR. Se pueden manipular por RAR. Ninguna de las anteriores.

La configuración de un proyecto software se hace: De forma distinta para cada máquina donde vayamos a compilarlo. De forma manual para cada máquina donde lo vayamos a compilar. Realizando unos test y chequeos antes de proceder a la compilación. En función de los resultados tras una primera compilación.

En el paso de test, el concepto Branch Coverage: Se refiere a la cantidad de ramas empleadas en el controlador de versiones usado. Se refiere si estamos testeando la rama trunk. Se refiere si estamos testeando la rama master. Se refiere la cantidad de ramas del código empleadas.

Denunciar Test