Passa al contingut principal

TDD estan molt bé però...

Doncs com ja heu vist (si és que algú segueix el meu bloc, clar ;)) que estic intentant aprendre a programar decentment. I intente, per això, gastar TDDs. Però de vegades em planteja més problemes propis del sistema de test, que si no els gastara.
L'exemple que m'ha fet "pedre" unes quantes hores, és amb el nunit de Visual Studio, fent un test d'una classe em C# de Windows Phone Class Library (target 7.1 SDK, no sé si això és rellevant però pense que no). En resum, el test seria algo així:

   [TestMethod]
        public void testAutenticadorLogin()
        {
            Autenticador au = new Autenticador("http://localhost", 800, "test", "test");
            au.login();
        }

Què simplement intenta autenticar mitjançant un webservice instal·lat en localhost, l'usuari test i la contrassenya test.

Doncs sempre que intentava llançar el test em traia una excepció d'arxiu no trobat. Després de diverses proves, inclús funcionant en l'aplicació de mostra però no en el test, descubrisc què el problema està en al fer el login (au.login), per tal d'obrir una url remota (l'accés al webservice) gastem el el component WebClient:

 System.Net.WebClient wc = new System.Net.WebClient();

Si comentava eixa línia el programa no fallava al runtime (òbviament no feia l'esperat). Pareix ser què al ser una dependència (System.Net) no la pot trobar el sistema de test (nunit). L'única solució que he trobat després de fer un poc de googling ha segut anar a C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\Silverlight\v4.0 (la carpeta on està instal·lat el framwork utilitzat) i copiar tant el .xml com el dll corresponent a System.net a la carpeta debug del projecte de test:

  1. Anar a la carpeta on està el framework, en el meu cas C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\Silverlight\v4.0
  2. copiar els arxius .dll i .xml que creen la dependència, en el meu cas System.Net.dll i System.Net.xml, a la carpeta debug
  3. creuar els dits i que funcione ;)
El cas és que ara no llença l'excepció, però he de continuar mirant que passa per què ara a l'intentar descarregar la url (en el callback) dona este missatge:
[net_webclient]\r\nArgumentos: \r\nLas cadenas de recursos de depuración no están disponibles. La clave y los argumentos suelen proporcionar suficiente información para diagnosticar el problema. Vea http://go.microsoft.com/fwlink/?linkid=106663&Version=4.0.60310.0&File=System.Net.dll&Key=net_webclient

Ja que, entre altres coses eixa url no existeix ja ;)
I recorde, el problema només està en el framework de test, l'aplicació mòbil funciona "funciona" perfectament.

Comentaris

Entrades populars d'aquest blog

Comparativa dels Sistemes Polítics Espanyol, Valencià i d'un partit polític. (II)

El Poder Executiu En l’Estat Espanyol, el poder executiu real bé donat pel President del Govern. Aquest triarà els Vicepresidents, Ministres, etc (directa o indirectament, alguns alts càrrecs els triaran els corresponent Ministres). No hi ha cap limitació al respecte la persona elegida (no ha de ser diputada, ni cap límit de formació, etc.). Al País Valencià, l’òrgan executiu és el Consell, i, existeix, de manera anàloga, el president del Consell (què és, també, el president del Generalitat, el és conjunt d’institucions d’autogovern). S’elegix de manera anàloga al President del Govern espanyol, però amb la diferència que ha d’ésser elegit entre els diputats de les Corts Valencianes. Aquest procedirà, igual que al govern espanyol, a nomenar el seu gabinet. Al Bloc Nacionalista Valencià, el poder executiu rau en l’Executiva Nacional. Aquesta, de manera tradicional, és triada al Congrés Nacional des d’un sistema de llista tancada majoritari. Encara que tradicionalment sol haver-hi només

Anàlisi d'eleccions estatals

Estes eleccions (estatals) han marcat una important fita electoral en la comparació de forces, sobretot en l'eix esquerra dreta. Eixa ha segut l'agenda política, marcada, en la meua opinió, pel PSOE. La campanya ha consistit en la por a VOX i a que torne la dreta ( ja fa molts anys que gasten eixe argument), i esta vegada pareix que VOX ha segut una amenaça suficient per mobilitzar el vot on no s'ha sabut interpretar que tot era una campanya dirigida. En especial, per a Compromís, ha segut un resultat, què, per ser políticament correcte, no a assolit els objectius: recordem que es plantejava traure'n 5 diputats i tindre grup parlamentari propi. El resultat ha segut el que tots sabem, 1 diputat. Alguns en Compromís (i fora) atribueixen el resultat al no haver pacte amb Podemos. Però aquest partit, ha perdut un 25% de vots i un 40% dels diputats (difícil de fer els càlculs exactes per tal de destriar les confluències). Per tant, ajuntar-se amb un partit a la baixa (men

TDDs + reutilització d'objectes en Visual Studio 2012

Doncs això, mai m'he mostrat partidari de cap metodologia de programació, ni tan sols de la programació orientada a objectes... però deu ser que em faig major ;) Anem a matar en un post dos pardals d'un tir. Anem a gastar una de les bases de les metodologies àgils (en realitat no té per què, es pot emprar en qualsevol metodologia) i anem a començar a veure com fer codi "multiplataforma". Anem a gastar Visual Studio 2012. Creem una solució de Portable Class Library (en C#): Creem una nova classe, Dau: namespace RollDice {     public class Dau     {     } Sense cap mètode. Per què sense cap mètode? Ahí està la gràcia dels TDD (Test Driven Development, Desenvolupament Orientat a Test). Anirem omplint la classe segons fallen els tests. Ara anem a afegir una nova solució, què serà de test c#: Ens crearà una classe de test buida, li canviarem el namespace per a que siga el mateix que la classe dau: [TestClass]     public class testDau     {          [TestMethod