tag:blogger.com,1999:blog-23470706.post8139887632329495407..comments2010-01-07T16:54:53.182-08:00Mario Cornejohttp://www.blogger.com/profile/01576953695407749789noreply@blogger.comBlogger4125tag:blogger.com,1999:blog-23470706.post-67754554697059685022010-01-07T16:54:53.182-08:002010-01-07T16:54:53.182-08:00Gracias por los buenos deseos, espero que te la hayas pasado bien.<br /><br />Sobre lo que comentas, pienso que lo mejor para cuando vas iniciando TDD es hacerlo lo mas parecido al proceso actual. <br />después el equipo vera que otras practicas se hacen necesarias (por ejemplo usar un IoC container) y no son buenos tantos cambios a la vez ya que podría atrasar bastante los tiempos de entrega. <br /><br />Opino que escribas tus pruebas justo antes del código necesario para que estas pasen. en el mismo momento que lo haces actualmente. Así el cambio no sera tan pesado ya de ahí le puedes haciendo ajustes al proceso según las necesidades del equipo.<br /><br />Sobre el análisis de cobertura de código, utilizo las herramientas que vienen con VisualStudio no conozco las herramientas para otras plataformas, en lo personal no le doy mucha importancia, TDD es solo el estilo de escribir código. no sustituye a las pruebas que realizan los testers (QA).<br /><br />Gracias por tus comentarios,<br />MarioMario Cornejohttp://www.blogger.com/profile/01576953695407749789noreply@blogger.comtag:blogger.com,1999:blog-23470706.post-68199548975891718152010-01-07T05:57:41.706-08:002010-01-07T05:57:41.706-08:00Hola Mario, <br /> <br />¿Qué tal las navidades? Espero que hayas disfrutado mucho.<br /> <br />Tu presentación en tjnet está muy bien la verdad, me ha ayudado bastante a comprender mejor esta metodología.<br /><br />En estos momentos estoy tratando de adaptar el TDD a mi empresa. En este punto me están surgiendo una serie de dudas más concretas. Tú que dominas estos temas, a ver si me puedes ayudar. <br /> <br />Te explico cuál sería nuestro ciclo de desarrollo de un proyecto software:<br /> <br />El primer paso sería determinar las pruebas de aceptación a partir de los requisitos definidos. ¿En este punto se empezarían ya a codificar estas pruebas de aceptación o esperamos a tener el siguiente paso realizado que se explica a continuación? Esta es mi primera duda.<br /> <br />El segundo paso que hacemos es desglosar cada requisito en tareas. Actualmente sobre cada una de estas tareas se escribe el código necesario y realizamos pruebas. Si ahora queremos aplicar la metodología TDD, primero definiremos las pruebas unitarias, luego con cada prueba se codificará y se realizará el código para que sea correcta la prueba.<br /> <br />Mi principal duda es en qué orden se realizarían los dos pasos anteriores y cuál es el proceso que deberíamos seguir para pasar de tener las pruebas de aceptación definidas a comprobar que son correctas. <br /> <br />A nivel de documentación, ¿sería interesante tener registro de todo tipo de pruebas?, ¿cómo y cuáles crees tu que sería mejor documentarlas o no merece la pena guardar registro de ninguna de las pruebas?.<br /> <br />Por otro lado podrías recomendarme alguna herramienta de software libre para análisis de cobertura de código en la ejecución de pruebas (Java, AS400, VB). ¿Cuál crees tu que sería el porcentaje de cobertura ideal? <br /> <br />Espero que me aclares un poco todas estas ideas que te planteo. <br /> <br />Muchas gracias por todo, me eres de gran ayuda. <br /> <br />Un abrazoArishttp://www.blogger.com/profile/05608289290480501024noreply@blogger.comtag:blogger.com,1999:blog-23470706.post-19846207953462284522009-12-28T13:38:52.644-08:002009-12-28T13:38:52.644-08:00Gracias por tu comentario, actualmente uso el motor de pruebas que viene en VisualStudio 2008 y Moq para los mocks (ya no uso nunit ni NMock), puedes ver una <a href="http://tjnet.org/Eventos/1860.aspx" rel="nofollow">presentación</a> que hice en el grupo local <a href="http://tjnet.org" rel="nofollow">tjnet</a> sobre introducción a TDD. Al inicio son pocas diapositivas y después puro código. espero sea de ayuda.Mario Cornejohttp://www.blogger.com/profile/01576953695407749789noreply@blogger.comtag:blogger.com,1999:blog-23470706.post-67516634263534331542009-12-28T13:17:56.028-08:002009-12-28T13:17:56.028-08:00Me ha parecido un artículo realmente interesante y me ha ayudado mucho para empezar a entender mejor este método. También leí otro artículo tuyo llamado &quot;TDD ¿Por qué escribir primero las pruebas?&quot; que fue de gran ayuda al igual que este. <br /><br />En mi empresa, una cadena de supermercados internacional, estamos tratando de implantar el TDD (Test Drive Development) como metodología de pruebas.<br /><br />Yo soy el responsable del diseño de dicha metodología, pero no se muy bien por donde empezar ya que nunca había oido hablar de ella y lo único que sé es a través de artículos de internet que he podido leer, tan buenos como el tuyo. Yo no soy programador así que he tenido que estudiar bastante todo este mundo de las pruebas para ponerme al día.<br /><br />He podido ver que eres un experto en el tema de la metodología TDD, por lo que te estaría enormemente agradecido si me pudierais ayudar con algún tipo de información o consejo que me permitiera empezar a diseñar dicha metodología en mi empresa de forma adecuada, ya que actualmente me encuentro algo desorientado al respecto.<br /><br />Muchas gracias por todo.<br /><br />Recibe un cordial saludo y mi más sincera enhorabuena por el artículomontecarlohttp://www.blogger.com/profile/11287854025305200322noreply@blogger.com