Mejoras para testing y el editor de test Coded UI en el Visual Studio 2010 Feature Pack 2

Recientemente, para los suscriptores de MSDN, Microsoft ha lanzado el Visual Studio 2010 Feature Pack 2, que también contiene todas las nuevas características incluidas en la primerFeature Pack. Lo podéis descargar aquí: http://msdn.microsoft.com/en-us/vstudio/ff655021.aspx

Aparte de un montón de mejoras en las herramientas de modelado, hay nuevas características interesantes para la parte de testing. Dos grandes mejoras son el soporte de ser capaz de grabar una prueba de coded UI o prueba manual  con Test Manager en Internet Explorer y  reprodrucirla en Mozilla Firefox,  también han introducido la posibilidad de crear pruebas de coded UI o manuales para aplicaciones Silverlight 4 , interesante ¿verdad?.

Pero hay una nueva herramienta que he estado utilizando en estos días, la herramienta visual de edición de coded UI tests. Si ya habéis trabajado con pruebas de coded UI, ya sabéis que hacer cambios en ellas, a posteriori, de forma manual, es casi un dolor.

Entonces, ¿cómo podemos utilizar esta nueva herramienta? Ok, en el proyectoque tengamos pruebas de este tipo, tenemos un archivo llamado UIMap.uitest hacéis doble clic en este archivo, o con el botón derecho seleccionamos “Abrir”, y se abrirá una ventana como esta:

image_thumb1

Aquí tenemos en el lado izquierdo, las acciones que tenemos grabadas , y, en el lado derecho tenemos los controles que se han trazado en las grabaciones.

Y ¿qué podemos hacer? bueno aquí tenéis un tutorial completo (en inglés) de las posibilidades de estas herramientas: http://msdn.microsoft.com/en-US/library/gg269469.aspx

Esto incluye opciones como eliminar una acción que no queremos , dividir una grabación de lad acciones en varios métodos para ser más fácil de mantener el código, extraer un método completo a otro archivo de clase, cambiar el nombre de método, etc.

Pero aquí vienen algunos problemas de esta herramienta, vamos a imaginar que queremos cambiar el nombre de la acción “Abrirurl” , a “AbrirURL”, estamos acostumbrados a las herramientas de refactorización en Visual Studio, pero esta vez, cuando decidimos cambiar el nombre, lo hará sólo cambió en el archivo UIMap.uitest, así que tendremos que ir manualmente a todas las pruebas que utilicen ese método, y hacer el cambio, una pena, ya que esa funcionalidad (cambiar el nombre de métodos ), lleva mucho tiempo en Visual Studio.

Sucede también cuando nos decidimos a romper una grabación larga en varios métodos, digamos que tenemos este método resultado de una grabación de acciones:

image_thumb3

Casi todo el mundo estará de acuerdo es una grabación de larga, y que puede ser más legible si lo dividimos en varios métodos, para esto, seleccionamos una acción, y pulsando botón derecho, seleccionamos Split into a new method:

image_thumb5

Esto romperá el método en dos, y todas las acciones, a partir de la que hemos seleccionado pasarán a un nuevo método, pero aquí está el problema. En el lugar en el que se utilizaba el método original, tendremos que ir, y de forma manual, agregar la llamada al  nuevo método método.

Este tipo de cosas sucede con algunas opciones más de esta herramienta, pero no os preocupéis demasiado, la herramienta siempre nos avisará de este tipo de cosas, así que, con tener un poco de cuidado al leer cualquier pop-up que aparece cuando se utiliza esta herramienta, problema solucionado

¿Conclusiones? Bueno, me gusta mucho esta nueva herramienta, y todas las nuevas ventajas del Feature Pack 2, pero cuidado al usarlo, ya que implica un trabajo manual en algunos casos, pero eso es todo. Quizás en un futuro Feature Pack, todo esto tipo de cosas se automatizarán.

[TFS2010] Cambiar la acción por defecto a “Associate” durante el checkin enlazando con Work Items

Seguro que muchos de los que usáis TFS 2010, y tenéis la buena costumbre de asociar Work Items durante los checkin, os habéis preguntado más de una vez si la acción por defecto, que ahora es “resolver” el Work Item, se puede cambiar a simplemente “asociar”, porque muchas veces, con un único checkin, no es suficiente para cerrar una tarea.

Bueno pues esto ya es posible con Team Foundation Server 2010 y Visual Studio 2010, y únicamente hay que cambiar la clave del registro ResolveAsDefaultCheckinAction que se encuentra dentro de HKEY_CURRENT_USERSoftwareMicrosoftVisualStudio10.0TeamFoundationSourceControlBehavior, la ponemos a False, y asunto arreglado, en el próximo checkin, a la hora de asociar con un Work Item, veremos como ahora la acción por defecto es “Asociar” en vez de “Resolver”

Ojo, esto hay que hacerlo en todas los ordenadores con Visual Studio 2010 en los que queramos este comportamiento, ya que es a nivel de cliente y no de servidor.

Control de código de TFS 2010 con Windows Explorer

Buenas, hoy me preguntaban por twitter acerca de conectarnos a Team Foundation Server sin Visual Studio 2010, y una de las opciones más sencillas es usando las TFS Power Tools de Septiembre del 2010:

http://visualstudiogallery.msdn.microsoft.com/en-us/c255a1e4-04ba-4f68-8f4e-cd473d6b971f

Ojo, estas Power Tools, a pesar de estar desarrolladas por Microsoft, no tenemos soporte oficial sobre ellas, y necesitaremos también el Team Explorer 2010 al menos instalado en la máquina.

Una vez descargadas las Power Tools, las instalamos en nuestra máquina, con la instalación típica es suficiente y nos instalará el componente que necesitamos.

SNAGHTML166c2a

Una vez instaladas en la última pantalla nos sacará una alerta que nos avisa que tenemos que hacer logoff y logon (y en algunos casos hasta reiniciar) de nuevo para que se active la extensión, así que ya sabéis logoff y logon, o reiniciamos.

¿ya estamos de vuelta? bueno, ahora, si nos vamos a cualquiera de los directorios que ya teníamos conectados mediante los workspace (espacios de trabajo) de Team Foundation Server, y pulsamos botón derecho sobre cualquier fichero o directorio, tendremos el siguiente menú:

image

Que como veís nos permite trabajar con el control de código fuente sin tener abierto el Visual Studio 2010.

Fácil ¿verdad?

Otra opción es usar el Teamprise, Team Explorer Everywhere 2010, para otro post …

[MadNUG] Migración de aplicaciones de VB 6 a .NET, 24 de noviembre

Buenas, ya tenemos evento para noviembre, el miércoles 24 de noviembre, y es un tema bastante interesante, la migración de aplicaciones a .NET, si, aún queda mucho código que tenemos que migrar, y muchos problemas técnicos y no técnicos que abordar.

Para esta mesa redonda contaremos con Jorge Serrano, que vendrá a ayudarnos con todas las dudas que puedan surgir.

El evento será en Microsoft de nuevo, y los detalles y el registro lo tenéis en nuestro blog de MadNug:

[Evento] Migración de aplicaciones de VB 6 a .NET, ¿mito o realidad-, ¿huevo

Una pequeña actualización

Hola a todos, os escribo este post para poneros un poco al día, ya que estoy planteándome a empezar a escribir en inglés, por diferentes motivos, el principal por practicar también el inglés a la hora de exponer contenidos. Si ya se que muchos pensaréis que si ya escribía poco en castellano ahora va a ser peor, pues puede ser, pero voy a probar.

La temática será la misma que hasta ahora, con la diferencia de que seguiré escribiendo en castellano en http://geeks.ms/blogs/lfraile y en inglés en http://www.lfraile.net, el feed actual, y al que supongo que algunos (espero que todos) estaréis suscritos no cambia, con lo que no tendréis problemas, si alguno quiere seguirme en el inglés, será este.

Y la verdad es que poco más voy a ver si preparo un primer post, orientado hacía mi antiguro artículo de las 12 reglas de Spolsky (número 57 de la revista DotNetMania en marzo del 2009) y lo que comentaba el compañero Bruno hace poco.

Así que os dejo hasta dentro de poco … espero.