> For the complete documentation index, see [llms.txt](https://elguerre.gitbook.io/de0an/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://elguerre.gitbook.io/de0an/capitulo-1-antes-de-comenzar.-la-puesta-a-punto/otras-herramientas.md). # Otras herramientas Además de las herramientas anteriores existe otro grupo de ellas integradas en Visual Studio: ## Herramientas de diagnósticos Las herramientas de diagnóstico (o *Diagnostics Tools*). Son localizadas en opción de menú: “Debug – Show Diagnostics Tools (Ctrl + Alt + F2)” y presenta las siguientes características: * **Eventos (con IntelliTrace).** Permite acceso a los eventos de interrupción, salida e IntelliTrace del depurador recopilados durante una sesión de depuración. Presenta los datos en forma de escala de tiempo y vista tabular pudiendo interactuar ambas vistas entre sí. * **Uso de memoria.** Inspecciona el uso de la memoria de la aplicación durante la depuración. Permite también realizar y comparar instantáneas detalladas de memoria para analizar pérdidas (o *memory leaks*), incrementos o cualquier otra posible anomalía. * **Uso de CPU.** Inspecciona el consumo de CPU de la aplicación al depurar. La siguiente figura recoge a modo de ejemplo el uso de esta herramienta durante una depuración. ![](https://240651724-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FfrvHBNivOTy0fVKROgzo%2Fuploads%2Fgit-blob-ae7b28bb0688da861546312411e180dcd379a5e4%2Fimage18.png?alt=media) **Figura 18.- Herramientas de diagnóstico durante una depuración** De la misma manera, usaremos esta herramienta sin depuración a la que accederemos desde la opción de menú: “Debug – Start Diagnostics Tools Without Debuging”, o bien, pulsando la combinación de teclas “Alt + F2”. ![](https://240651724-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FfrvHBNivOTy0fVKROgzo%2Fuploads%2Fgit-blob-f4feff286cf399f5557476252ca4b772173a5a69%2Fimage19.png?alt=media) **Figura 19.- Ejecución de Diagnostic Tools sin depuración** Tras finalizar la ejecución de la aplicación, ésta mostrará un informe detallado similar al que podemos ver en la figura anterior. También podemos almacenar el informe con extensión “. diagsession” para su posterior comparación con el resultado de otras ejecuciones. ## Explorador de rendimiento El Explorador de rendimiento (o Performance Explorer), analiza problemas de rendimiento en la aplicación recolectando datos de muestra obtenidos con cada ejecución de la aplicación en modo de depuración. Su ejecución requiere completar varios pasos: 1. Crear una sesión a través de la opción de menú: “Debug – Profiler – Performance Explorer – New Performance Session”. ![](https://240651724-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FfrvHBNivOTy0fVKROgzo%2Fuploads%2Fgit-blob-54a61351fccd8ea36e1de7c3206b9b25ef5a4047%2Fimage20.png?alt=media) **Figura 20.- Crear nueva sesión en el Explorador de rendimiento** 2. Una vez creada la sesión, añadir el proyecto a dicha sesión tal y como se observa en la siguiente figura. ![](https://240651724-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FfrvHBNivOTy0fVKROgzo%2Fuploads%2Fgit-blob-7ec48d61dd5bb39a3d59f90f0596674ab8749672%2Fimage21.png?alt=media) **Figura 21.- Añadir un proyecto a la sesión del Explorador de rendimiento** 3. Iniciar el analizador (o *profiling*). ![](https://240651724-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FfrvHBNivOTy0fVKROgzo%2Fuploads%2Fgit-blob-f6af4497e93c04c538ca1683551dbb9a3bfb86d0%2Fimage22.png?alt=media) **Figura 22.- Iniciar el análisis de rendimiento (o profiling)** 4. A partir de este momento comienza el analizador y permanecerá activo hasta que se pare su ejecución de manera explícita. Finalizado dicho proceso, se muestra un informe con el resultado de la información obtenida tal y como puede verse en la siguiente ejecución a modo de ejemplo: ![](https://240651724-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FfrvHBNivOTy0fVKROgzo%2Fuploads%2Fgit-blob-be1e1e41bcd5b3a7af529ea3ac1cd88a46e81481%2Fimage23.png?alt=media) **Figura 23.- Explorador de rendimiento en ejecución** ## Windows App Certification Kit La herramienta Kit de Certificación de Aplicaciones de Windows (o *Windows App Certification Kit*), contiene una serie de tests/pruebas que pueden ayudar a asegurar que la aplicación está lista para ser publicada en la tienda. ![](https://240651724-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FfrvHBNivOTy0fVKROgzo%2Fuploads%2Fgit-blob-6649935eabc0670f00ff3fe9e4502d2f624e5ece%2Fimage24.png?alt=media) **Figura 24- Windows App Certification Kit** ## Application Insights Esta herramienta (hoy parte de Azure Monitor) o, más bien, servicio de análisis de aplicaciones, es utilizado para recopilar información de la actividad de las aplicaciones, consumo de memoria o CPU y, además: * Supervisa el uso y rendimiento de las aplicaciones activas. * Muestra alertas en caso de problemas de disponibilidad o rendimiento. * Telemetría[³](/de0an/capitulo-1-antes-de-comenzar.-la-puesta-a-punto/que-hemos-aprendido.md#notas) para aplicaciones web existentes sin tener que volver a implementarlas. * Utilizada en una amplia variedad de tipos de aplicaciones en dispositivos, servidores o equipos de escritorio. * Funciona tanto con aplicaciones web como con una amplia variedad de plataformas: .NET o J2EE, hospedadas localmente o en la nube. * Inspecciona aplicaciones de Android, iOS, OSX, Windows, etc. * Busca registros de seguimiento y excepción para diagnosticar los errores. * Realiza seguimiento de eventos, métricas, vistas de página, usuarios, bloqueos, dependencias, contadores de rendimiento y tiempos de respuesta Para más información visitar la página: ## HockeyApp Se recomienda hacer hincapié en la importancia de inaugurar las pruebas de la aplicación con un grupo reducido de usuarios, por ejemplo, pidiendo a nuestros amigos que nos den su sincera opinión. Seguro que aportan ideas sobre el diseño, sobre la navegación e incluso sobre los estilos. Ellos constituyen el primer grupo de usuarios al que nos enfrentaremos, así que dediquémosle tiempo y tomemos notas, su *feedback* puede ser muy relevante. **HockeyApp** (posteriormente integrada en App Center y retirada), es una herramienta multiplataforma para la distribución de aplicaciones a dispositivos para probar la aplicación antes de publicarla en la tienda. Permite crear roles tales como: desarrollador o *tester*, y asignar a estos los usuarios registrados. Posibilita el análisis de la aplicación en cuanto al uso de los usuarios, dispositivos, versiones del sistema operativo desde el que se ha utilizado, etc. Recoge feedback de manera centralizada e informa a los usuarios de cada nueva versión disponible. Permite también integración continua con *GitHub*, TS o TFS, entre otros, y, por consiguiente, lo incluiremos dentro de las Builds para que cada vez que las ejecutemos, nuestra aplicación pase a estar en manos de nuestro primer grupo de usuarios. Estaremos listos entonces, para recibir y analizar todo su *feedback*. {% hint style="info" %} **Nota**: Tenemos a nuestra disposición otras muchas herramientas que podemos encontrar en la página: y en la página “Visual Studio Dev Essentials” (). En el capítulo 4, veremos el emulador y continuaremos viendo otras herramientas relacionadas que nos ayudarán durante el desarrollo. {% endhint %}