UF2 Preparación y distribución de aplicaciones

Mediante las pruebas, es posible verificar que el producto que se ha diseñado no presenta errores y, sobre todo, que desempeña las distintas tareas para las que ha sido diseñado de forma correcta. Cobertura de sentencias. Cobertura de condiciones. Cobertura de caminos. Todas las opciones son correctas.

Las pruebas de caja negra cubren campos tales como: Cobertura de sentencias. Cobertura de condiciones. Cobertura de caminos. Ninguna de las opciones es correcta.

Indica las características correctas de las pruebas de integración: Se aplican a los diferentes módulos, pero de forma conjunta. Hay tres tipos ascendentes, descendentes e intrusivas. Se tiene un control más exhaustivo solo sobre la entrada en las pruebas ascendentes. Ninguna de las opciones es correcta.

Indica las características correctas de las pruebas de integración: Se realizan sobre las cajas negras. Hay tres tipos ascendentes, descendentes e intrusivas. Se tiene un control más exhaustivo solo sobre la entrada en las pruebas ascendentes. Ninguna de las opciones es correcta.

Ordena los pasos para la creación de pruebas con Visual Studio: -1º. Creamos un determinado Proyecto partiendo de las distintas plantillas sobre Test disponibles. Se crea un archivo de prueba, se automatizan las diferentes opciones de testing para aportar un mayor beneficio y ahorrar todo el tiempo posible. Lo guardamos con las siguientes extensiones: .runsettings, .testsettings , .testrunconfig, .vsmdi. En la Estructura archivo de pruebas, se puede seleccionar un tipo de lenguaje para su representación, como puede ser, XML.

Ordena los pasos para la creación de pruebas con Visual Studio: -2º. Creamos un determinado Proyecto partiendo de las distintas plantillas sobre Test disponibles. Se crea un archivo de prueba, se automatizan las diferentes opciones de testing para aportar un mayor beneficio y ahorrar todo el tiempo posible. Lo guardamos con las siguientes extensiones: .runsettings, .testsettings , .testrunconfig, .vsmdi. En la Estructura archivo de pruebas, se puede seleccionar un tipo de lenguaje para su representación, como puede ser, XML.

Ordena los pasos para la creación de pruebas con Visual Studio: -3º. Creamos un determinado Proyecto partiendo de las distintas plantillas sobre Test disponibles. Se crea un archivo de prueba, se automatizan las diferentes opciones de testing para aportar un mayor beneficio y ahorrar todo el tiempo posible. Lo guardamos con las siguientes extensiones: .runsettings, .testsettings , .testrunconfig, .vsmdi. En la Estructura archivo de pruebas, se puede seleccionar un tipo de lenguaje para su representación, como puede ser, XML.

Ordena los pasos para la creación de pruebas con Visual Studio: -4º. Creamos un determinado Proyecto partiendo de las distintas plantillas sobre Test disponibles. Se crea un archivo de prueba, se automatizan las diferentes opciones de testing para aportar un mayor beneficio y ahorrar todo el tiempo posible. Lo guardamos con las siguientes extensiones: .runsettings, .testsettings , .testrunconfig, .vsmdi. En la Estructura archivo de pruebas, se puede seleccionar un tipo de lenguaje para su representación, como puede ser, XML.

Selecciona las desventajas que tenemos en las pruebas automáticas y manuales: La calidad del software es más elevada aplicando solo pruebas automáticas. En las pruebas automáticas, es posible sustituir las horas que emplearía el usuario, junto con su correspondiente coste, por el tiempo de ejecución del equipo. si se realiza la prueba de forma manual, es posible tener un control exhaustivo del plan de prueba. Todas son correctas.

Señala la respuesta incorrecta de las pruebas de configuración y recuperación: Debe asegurar su correcto funcionamiento. El rendimiento debe ser el esperado junto con las condiciones límites. La documentación del usuario debe ser la adecuada. No hace falta realizar documentación en estas pruebas.

En referencia a la gestión de versiones, selecciona las respuestas verdaderas: Las versiones pares como versiones beta y las versiones impares como versiones liberadas. Las versiones pares como versiones beta. Las versiones impares como versiones liberadas. Las versiones impares como versiones beta.

¿Cómo podemos definir el concepto de prueba de sistema?. Como aquellas que consisten en la repetición selectiva de pruebas para detectar fallos introducidos durante la modificación de un sistema o componente del sistema. Como aquellas que buscan asegurar que el código de acuerdo con las especificaciones definidas y que el módulo lógico es válido. La operativa de este tipo de pruebas se centra en ejecutar cada módulo (o unidad mínima a ser probada, como por ejemplo una clase) lo que provee un mejor modo de manejar la integración de las unidades en componentes mayores. Como aquellas en las que se prueban los diferentes módulos o componentes de forma conjunta a fin de encontrar errores que pudieran ser producidos por los efectos de uno sobre otro. Como aquellas que tienen como objetivo testear de forma completa todo el sistema, de forma que compruebe la correcta integración de todos los elementos y que además opera de forma correcta de acuerdo con las especificaciones definidas.

Selecciona la respuesta correcta en relación a las pruebas unitarias: Pretenden comprobar que el código funciona de forma correcta teniendo en cuenta todas las especificaciones que se le han indicado al principio. Se les aplican a los diferentes módulos teniendo en cuenta únicamente el resultado esperado. Se irá comprobando todos los módulos a la vez. Todas son correctas.

Selecciona la respuesta correcta en relación a las pruebas unitarias: Cada unidad debe definir sus correspondientes casos de prueba. Se les aplican a los diferentes módulos teniendo en cuenta únicamente el resultado esperado. Se irá comprobando todos los módulos a la vez. Todas son correctas.

Ordena los siguientes pasos para crear una prueba unitaria usando Visual Studio. Puedes ayudarte de la siguiente imagen: -1º. Click derecho a la solución WebApplication. Agregar nuevo proyecto. En el menú de la izquierda, seleccionar tu lenguaje. Click en prueba unitaria.

Ordena los siguientes pasos para crear una prueba unitaria usando Visual Studio. Puedes ayudarte de la siguiente imagen: -2º. Click derecho a la solución WebApplication. Agregar nuevo proyecto. En el menú de la izquierda, seleccionar tu lenguaje. Click en prueba unitaria.

Ordena los siguientes pasos para crear una prueba unitaria usando Visual Studio. Puedes ayudarte de la siguiente imagen: -3º. Click derecho a la solución WebApplication. Agregar nuevo proyecto. En el menú de la izquierda, seleccionar tu lenguaje. Click en prueba unitaria.

Ordena los siguientes pasos para crear una prueba unitaria usando Visual Studio. Puedes ayudarte de la siguiente imagen: -4º. Click derecho a la solución WebApplication. Agregar nuevo proyecto. En el menú de la izquierda, seleccionar tu lenguaje. Click en prueba unitaria.

Identifica respecto de la siguiente imagen, por qué da un error en esta prueba: No hay error en este código. El bucle for no es correcto. El assert no se cumple. Es un error de código.

Devuelve true si Brasil no está dentro del array. Devuelve true si Brasil no está dentro del array. Devuelve true si hay seis datos en el array. Devuelve false si hay seis datos en el array. Devuelve true si Brasil, está dentro del array.

¿Cuál es la técnica a seguir para realizar las pruebas unitarias?. consisten en realizar las comparaciones pertinentes de los módulos esperados con respecto al resultado obtenido. Es el usuario que tiene que descartar los módulos. Seguir un árbol jerarquíco descartando los nodos. Ninguna respuesta es correcta.

La documentación de las distintas aplicaciones es una tarea muy importante en cualquier proyecto. Es preciso señalar que, si se cuenta con la documentación adecuada y detallada, es posible acceder a parte del código necesario en un determinado momento para después ser reutilizado en otro proyecto distinto. ¿Qué formatos nos ofrece los archivos de ayuda?. Tooltips. ApplicationCommands.Help. Ficheros de ayuda. Todas son correctas.

¿Qué debemos escribir la meta-información para poder ayudarse de comentarios que se detallan sobre este mismo código para ofrecer documentación?. /. //. <>. ///.

¿Para qué sirve la herramienta GhostDoc?. Genera documentación en HTML. Ninguna de las anteriores. Permite detectar errores de código. Genera documentación XML.

Ordena los pasos para instalar la herramienta GhostDoc -1º. Nuevo proyecto en Visual Studio. Accedemos a la opción compilar (Build). Seleccionamos la opción de archivo de documentación XML. Definimos el nombre junto con la ruta correspondiente.

Ordena los pasos para instalar la herramienta GhostDoc -2º. Nuevo proyecto en Visual Studio. Accedemos a la opción compilar (Build). Seleccionamos la opción de archivo de documentación XML. Definimos el nombre junto con la ruta correspondiente.

Ordena los pasos para instalar la herramienta GhostDoc -3º. Nuevo proyecto en Visual Studio. Accedemos a la opción compilar (Build). Seleccionamos la opción de archivo de documentación XML. Definimos el nombre junto con la ruta correspondiente.

Ordena los pasos para instalar la herramienta GhostDoc -4º. Nuevo proyecto en Visual Studio. Accedemos a la opción compilar (Build). Seleccionamos la opción de archivo de documentación XML. Definimos el nombre junto con la ruta correspondiente.

Señala de las siguientes herramientas cuales son de documentación de aplicaciones: Sand castle. Scraping. HelpFile. Todas son correctas.

Señala de las siguientes herramientas cuales son de documentación de aplicaciones: HelpNDoc. Scraping. HelpFile. Todas son correctas.

Indica si la siguiente afirmación es verdadera o falsa: "El uso de elementos de tipo ToolTip es incompatible con la existencia de ficheros de ayuda.". Verdadero. Falso.

Durante el tiempo en el que se desarrolla un proyecto, se van generando diferentes tipos de documentación que deben entregarse a los usuarios correspondientes para que cuenten con la información determinada del producto desarrollado. A continuación, se definen algunos de estos manuales Selecciona la opción correcta en relación a los tipos de documentación que se generan durante el desarrollo de un proyecto software: Guía de usuario y guía rápida. Manual de administración. Manual de instalación, manual de usuario, manual de configuración. Todas las opciones son correctas.

Relaciona cada concepto con su explicación: -se determinan una serie de detalles necesarios a la hora de realizar la instalación como pueden ser, entre otros, los diferentes aspectos que debe tener el software según el sistema operativo que se utilice. Manual de instalación. Manual de usuario. Guía de usuario. Manual de administración.

Relaciona cada concepto con su explicación: -es preciso indicar al usuario los diferentes pasos que se deben seguir para poder desarrollar un trabajo. Manual de instalación. Manual de usuario. Guía de usuario. Guía rápida.

Relaciona cada concepto con su explicación: -Hace énfasis en la extensión y la cantidad de información disponible. Guía rápida. Manual de usuario. Guía de usuario. Manual de administración.

Relaciona cada concepto con su explicación: -se dispone de un resumen con todos los aspectos más importantes que se han desarrollado en la documentación previa. Guía rápida. Manual de usuario. Guía de usuario. Manual de administración.

Relaciona cada concepto con su explicación: -viene detallado el proceso de configuración de aquellos componentes que forman parte del sistema. Guía rápida. Manual de usuario. Guía de usuario. Manual de administración.

¿Qué manual deberíamos desarrollar si queremos tratar distintos puntos de vista como pueden ser los aspectos software, hardware, aspectos visuales y la forma en la que se van a ejecutar las diferentes aplicaciones?. Guía rápida. Manual de configuración. Manual de usuario. Guía de usuario.

¿Si queremos saber cuánta memoria RAM tiene que tener nuestro equipo, ¿qué manual deberíamos consultar?. Ninguna de las respuestas es correcta. Manual de instalación. Guía rápida. Manual de administración.

Indica si la siguiente afirmación es verdadera o falsa: "La documentación es optativa en un proyecto de Ingeniería de Software". verdadera. falsa.

Es importante tener una gestión de las versiones de los componentes registrando los cambios realizados sobre un archivo o conjunto de archivos a lo largo del tiempo, de modo que puedas recuperar versiones específicas más adelante. Marca la respuesta correcta: El número de versión de los productos software sigue el sistema de identificación: Major, minor, build, revisión. Minor, major, build, revisión. Major, build, revisión, minor. Minor, build, revisión, mayor.

Marca la respuesta correcta: La firma de componentes…. Se realiza como medida de seguridad para verificar su origen. Se realiza para verificar la autenticidad. Se realiza como medida de seguridad para verificar su origen para, de esta forma, garantizar su autenticidad. Se realiza para poder reclamar derechos por copyright.

Selecciona según sean características que nos ofrecen los paquetes gestionados. Protegen la propiedad. Cuentan con capacidad para añadir divisiones o parches a versiones anteriores. Son capaces de enviar actualizaciones de parches y permiten asignar nombres únicos a cada uno de sus componentes. Todas son correctas.

Relaciona cada concepto con su explicación en los siguientes pre-requisitos en la creación de los paquetes de instalación: -Las diferentes opciones de publicación se dividen en cuatro secciones. Cada una está dedicada a un aspecto concreto del despliegue. Opciones de publicación de software. Descripción. implementación. Manifiesto.

Relaciona cada concepto con su explicación en los siguientes pre-requisitos en la creación de los paquetes de instalación: -En esta sección es posible definir los datos básicos del archivo de publicación, como puede ser el nombre, idioma de publicación, configuración y carpeta que contendrá el software dentro del menú de inicio. Opciones de publicación de software. Descripción. implementación. Manifiesto.

Relaciona cada concepto con su explicación en los siguientes pre-requisitos en la creación de los paquetes de instalación: -En este apartado se puede señalar un dato clave, como puede ser la creación de la página web, a partir de la cual se realiza este despliegue, así como la extensión del paquete o verificaciones de integridad de los distintos archivos, que puede ser, entre otras, las opciones de comenzar de forma automática al insertar un CD. Opciones de publicación de software. Descripción. implementación. Manifiesto.

Relaciona cada concepto con su explicación en los siguientes pre-requisitos en la creación de los paquetes de instalación: -En este apartado se define el comportamiento de la aplicación a la hora de controlar el acceso. Una de las opciones es limitar la ejecución a través del menú de inicio, o bien permitir dicha ejecución a través de una URL de distribución. Ofrece también la posibilidad de crear un acceso directo en el escritorio, desde el que poder ejecutar dicho programa. Opciones de publicación de software. Descripción. implementación. Manifiesto.

Relaciona cada concepto con su explicación en los siguientes pre-requisitos en la creación de los paquetes de instalación: -En este apartado es posible realizar las configuraciones del icono de la aplicación, así como la extensión del sistema. Opciones de publicación de software. Descripción. implementación. Asociaciones de archivo.

¿Cuáles son las principales tareas que desarrolla la herramienta NuGet?. Descargar el archivo que contiene el paquete. Manda a la librería las referencias correspondientes a los ensamblados. Ordena al usuario ejecutar los distintos scripts de automatización cuando sea necesario. Ninguna es correcta.

¿Cuáles son las principales tareas que desarrolla la herramienta NuGet?. Descargar el archivo que contiene el paquete. Extraer el contenido del paquete. Copiar el contenido completo del proyecto. Todas son correctas.

Ordena las fases de paquetes con NuGet. -1º. Se crea un proyecto tipo class library. Se genera el manifiesto NuSpec para el proyecto: NuSpec es el archivo correspondiente al paquete que tiene el manifiesto de los metadatos básicos. Es posible actualizar los metadatos del ensamblado del proyecto. Haciendo uso del comando NuGet.exe, se crea el paquete: mediante el comando nugetpack, que se encuentra en el mismo directorio del proyecto y del archivo NuSpec.

Ordena las fases de paquetes con NuGet. -2º. Se crea un proyecto tipo class library. Se genera el manifiesto NuSpec para el proyecto: NuSpec es el archivo correspondiente al paquete que tiene el manifiesto de los metadatos básicos. Es posible actualizar los metadatos del ensamblado del proyecto. Haciendo uso del comando NuGet.exe, se crea el paquete: mediante el comando nugetpack, que se encuentra en el mismo directorio del proyecto y del archivo NuSpec.

Ordena las fases de paquetes con NuGet. -3º. Se crea un proyecto tipo class library. Se genera el manifiesto NuSpec para el proyecto: NuSpec es el archivo correspondiente al paquete que tiene el manifiesto de los metadatos básicos. Es posible actualizar los metadatos del ensamblado del proyecto. Haciendo uso del comando NuGet.exe, se crea el paquete: mediante el comando nugetpack, que se encuentra en el mismo directorio del proyecto y del archivo NuSpec.

Ordena las fases de paquetes con NuGet. -4º. Se crea un proyecto tipo class library. Se genera el manifiesto NuSpec para el proyecto: NuSpec es el archivo correspondiente al paquete que tiene el manifiesto de los metadatos básicos. Es posible actualizar los metadatos del ensamblado del proyecto. Haciendo uso del comando NuGet.exe, se crea el paquete: mediante el comando nugetpack, que se encuentra en el mismo directorio del proyecto y del archivo NuSpec.

¿Para qué sirve la herramienta Wix de Windows?. Nos genera documentación para el manual de usuario. Podemos crear distintos paquetes a partir de código XML. Es una herramienta de ayuda para el usuario. Podemos crear distintos paquetes a partir de código HTML.

El número de versión de los productos software sigue el sistema de identificación. minor, major, build, revision. revision, build, major, minor. minor, revision, build, major. major, minor, build, revision.

¿En qué tipo de pruebas se comprueba el correcto funcionamiento de una unidad de código?. Pruebas de sistema. Pruebas de integración. Pruebas unitarias. Pruebas funcionales.

¿En qué tipo de pruebas se comprueba que el sistema cumple con todos los requisitos que se especificaban?. Pruebas de requisitos. Pruebas funcionales. Pruebas de sistema. Pruebas de aceptación.

Pruebas de aceptación. Pruebas alfa. Pruebas de caja negra. Pruebas beta. Pruebas de caja blanca.

Las pruebas alfa la lleva a cabo el desarrollador utilizando un determinado grupo de usuarios finales y anotando cualquier tipo de problema que se presente. Verdadero. Falso.

¿Qué ventajas nos proporcionan utilizar paquetes gestionados?. Son compatibles con otras versiones. Trabajar con código abierto. No protegen la propiedad. Ninguna es correcta.

¿Para que utilizamos la herramienta NuGet?. Simplifica las tareas de pruebas del sistema. Nos proporciona una interfaz para que el usuario pueda testear un aplicativo. Simplifica la tarea del empaquetado junto con su distribución. Nos ayuda a la realización de pruebas unitarias.

Los ToolTips son una serie de elementos que aparecen en la interfaz cuando clicamos con el ratón sobre algún elemento determinado. Verdadero. Falso.

Son una serie de elementos que aparecen en la interfaz cuando el ratón se posiciona sobre algún elemento determinado. Manual de instalación, manual de usuario, manual de configuración. Guía de usuario, guía rápida. Manual de administración. Todas las opciones son correctas.

Los elementos textuales que aparecen en la interfaz al posicionarse el usuario con el puntero del ratón durante un par de segundos sobre el elemento se conoce como: ElemTip. Ninguna de las anteriores. HelpTip. ToolTip.

¿En qué tipo de pruebas se comprueba que la documentación del usuario es correcta y que el rendimiento sea el esperado?. Pruebas de integración. Pruebas de sistema. Pruebas funcionales. Pruebas de seguridad.

Las pruebas de caja negra cubren campos tales como: Cobertura de sentencias, cobertura de decisiones. Cobertura de condiciones. Cobertura de caminos. Ninguna de las opciones es correcta.

El número de versión de los productos software sigue el sistema de identificación: Major, minor, build, revisión. Major, build, revisión, minor. Minor, major, build, revisión. Minor, build, revisión, mayor.

¿En cuál de las siguientes pruebas la técnica es comparar el resultado esperado con el resultado obtenido?. Prueba de integración. Prueba del sistema. Prueba unitaria. Prueba de regresión.

En la gestión de versiones definimos. Las versiones impares como versiones beta. Las versiones impares como versiones liberadas. Las versiones pares como versiones beta y las versiones impares como versiones liberadas. Las versiones pares como versiones beta y las versiones impares como versiones liberadas.

¿En qué tipo de pruebas se comprueba el correcto funcionamiento de una unidad de código?. Pruebas funcionales. Prueba de integración. Pruebas unitarias. Pruebas de sistema.

Las pruebas de caja blanca cubren campos tales como: Todas las opciones son correctas. Cobertura de caminos. Cobertura de caminos. Cobertura de sentencias, cobertura de decisiones.

¿En cuál de las siguientes pruebas la técnica es comparar el resultado esperado con el resultado obtenido?. Prueba del sistema. Prueba de regresión. Prueba de integración. Prueba unitaria.

¿En qué tipo de pruebas se comprueba que el sistema cumple con todos los requisitos que se le especificaban?. Pruebas funcionales. Pruebas de sistema. Pruebas de uso de recursos. Pruebas de aceptación.

¿En qué tipo de pruebas se comprueba que la documentación del usuario es correcta y que el rendimiento sea el esperado?. Pruebas funcionales. Pruebas de sistema. Pruebas de integración. Pruebas de integración.

La firma de componentes. Se realiza como medida de seguridad para verificar su origen para, de esta forma, garantizar su autenticidad. Se realiza como medida de seguridad para verificar su origen. Se realiza para poder reclamar derechos por copyright. Se realiza para verificar la autenticidad.

Podemos definir prueba de sistema como: Aquellas en las que se prueban los diferentes módulos o componentes de forma conjunta a fin de encontrar errores que pudieran ser producidos por los efectos de uno sobre otro. Aquellas que buscan asegurar que el código de acuerdo con las especificaciones definidas y que el módulo lógico es válido. La operativa de este tipo de pruebas se centra en ejecutar cada módulo (o unidad mínima a ser probada, como por ejemplo una clase) lo que provee un mejor modo de manejar la integración de las unidades en componentes mayores. Aquellas que tienen como objetivo testear de forma completa todo el sistema, de forma que compruebe la correcta integración de todos los elementos y que además opera de forma correcta de acuerdo con las especificaciones definidas. Aquellas que consisten en la repetición selectiva de pruebas para detectar fallos introducidos durante la modificación de un sistema o componente del sistema.

En la técnica ascendente: Según el enfoque que se vaya a seguir, existe la posibilidad de sustituir, uno por uno, los resguardos subordinados existentes por módulos reales. Se realizan diferentes pruebas cada vez que se integran módulos nuevos. Permite utilizar el módulo de control principal para llevar un control sobre la prueba en cuestión. Es posible diseñar un programa que controle las distintas pruebas y lleve un control más exhaustivo sobre la entrada y salida de las diferentes pruebas.

En la técnica ascendente: Suposición de errores. Validación de entradas. Análisis del valor límite. Partición de equivalencia.

La prueba alga se realiza a partir de un grupo de usuarios finales y se debe anotar cualquier inconveniente que surja. Verdadero. Falso.

Su objetivo principal consiste en indicar de forma rápida y sencilla ciertas funcionalidades del producto, sin entrar en detalles sobre los aspectos más importantes. Manual de usuario. Guía de usuario. Guía rápida. Manual de administración.

El sistema de aspiración de menor diámetro, con cánulas flexibles y desechables: Aplicar una serie de características específicas de cada paquete. Copiar el contenido completo del proyecto. Ejecutar los distintos scripts de automatización cuando sea necesario. Realizar pruebas unitarias sobre el software.