<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE rss [<!ENTITY % HTMLlat1 PUBLIC "-//W3C//ENTITIES Latin 1 for XHTML//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent">]>
<rss version="2.0" xml:base="http://www.agile-spain.com/agilev2">
<channel>
 <title>agile-spain.com - Pruebas</title>
 <link>http://www.agile-spain.com/agilev2/taxonomy/term/30/0</link>
 <description></description>
 <language>es</language>
<item>
 <title>Liberado JUnit 4.4</title>
 <link>http://www.agile-spain.com/agilev2/liberado_junit_4_4</link>
 <description>&lt;p&gt;La nueva versión de JUnit se encuentra disponible ya en &lt;a href=&quot;http://sourceforge.net/project/showfiles.php?group_id=15278&quot;&gt; sourceforge &lt;/a&gt;.&lt;br /&gt;
En las notas de la nueva versión, los autores comentan:&lt;/p&gt;
&lt;p&gt;&lt;cite&gt;&lt;/p&gt;
&lt;p&gt;JUnit is designed to efficiently capture developers&#039; intentions about their code, and quickly check their code matches those intentions. Over the last year, we&#039;ve been talking about what things developers would like to say about their code that have been difficult in the past, and how we can make them easier. &lt;/cite&gt;&lt;/p&gt;
&lt;p&gt;Entre los cambios de esta versión, se incluye una nueva sintaxis para las aserciones. Se puede consultar más detalle sobre esto en &lt;a href=&quot;http://joe.truemesh.com/blog/000511.html&quot;&gt;el blog de Joe Walnes&lt;/a&gt;.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/pruebas">Pruebas</category>
 <pubDate>Mon, 23 Jul 2007 08:31:33 -0500</pubDate>
</item>
<item>
 <title>Generación de pruebas de sistema en XP</title>
 <link>http://www.agile-spain.com/agilev2/articulo_sobre_generacion_de_pruebas_del_sistema_en_xp</link>
 <description>&lt;p&gt;Javier Gutierrez nos envía un enlace a un artículo suyo que puede resultar de interés a los lectores de Agile Spain:&lt;br /&gt;
&lt;i&gt;&lt;br /&gt;
He publicado en mi página un pequeño artículo titulado &quot;Generación de pruebas del sistema en programación extrema&quot; que da algunas ideas de como integrar trabajos sobre generación de pruebas con XP. El enlace es: &lt;a href=&quot;http://www.lsi.us.es/~javierj/publications.html&quot;&gt;http://www.lsi.us.es/~javierj/publications.html&lt;/a&gt;&lt;br /&gt;
&lt;/i&gt;&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/pruebas">Pruebas</category>
 <pubDate>Sun, 04 Jun 2006 15:32:03 -0500</pubDate>
</item>
<item>
 <title>Pruebas unitarias y de persistencia en Ruby on Rails</title>
 <link>http://www.agile-spain.com/agilev2/pruebas_unitarias_y_de_persistencia_en_ruby_on_rails</link>
 <description>&lt;p&gt;Uno de los aspectos que me ha sorprendido más gratamente de Ruby on Rails es la facilidad para hacer pruebas de una aplicación web a todos los niveles.&lt;/p&gt;
&lt;p&gt;En el entorno J2EE no he acabado de encontrar herramientas de pruebas que cubrieran todas las necesidades del desarrollo de aplicaciones web. Para pruebas unitarias JUnit o sus competidores están muy bien, pero cuando te sales de ese terreno las cosas no están tan claras. En particular los entornos para llevar a cabo pruebas funcionales provocan que estas supongan un coste considerable. &lt;/p&gt;
&lt;p&gt;En Rails tenemos el equivalente a JUnit+dbUnit+HttpUnit+Cactus+Jameleon y todo ello perfectamente integrado. Así da gusto &lt;tt&gt;:)&lt;/tt&gt; El único pero que le pongo son los nombres que han dado a los distintos tipos de pruebas y que resultan bastante engañosos. &lt;/p&gt;
&lt;p&gt;En esta entrada del blog comienzo explicando las pruebas que Rails denomina unitarias y que incluyen tanto a las realmente unitarias como a las pruebas de las clases de modelo Active Record. Estas últimas no son puramente unitarias, dado que dependen de que esté disponible una base de datos con determinada información en ella.&lt;/p&gt;
&lt;h4&gt;Pruebas de presistencia con &lt;i&gt;Fixtures&lt;/i&gt;&lt;/h4&gt;
&lt;p&gt;Las primeras no tienen ningún misterio para las que hayan usado JUnit así que centrémonos en las segundas. Para ellas, Rails proporciona el sistema de &lt;i&gt;&lt;a href=&quot;http://ar.rubyonrails.org/classes/Fixtures.html&quot;&gt;Fixtures&lt;/a&gt;&lt;/i&gt; que permite definir los datos que deben estar presentes en la base de datos antes de la ejecución de la prueba. La forma de definir estos datos es mediante un fichero con formato &lt;a href=&quot;http://www.yaml.org/&quot;&gt;YAML&lt;/a&gt; por cada clase del modelo. Todos estos ficheros se almacenan en el directorio &lt;tt&gt;tests/fixtures&lt;/tt&gt;. Por ejemplo en SprintTracker los ficheros &lt;tt&gt;tests/fixtures/sprints.yml&lt;/tt&gt; contiene:&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/pruebas">Pruebas</category>
 <pubDate>Wed, 26 Apr 2006 15:05:52 -0500</pubDate>
</item>
<item>
 <title>Más pruebas pueden llegar a provocar peor calidad</title>
 <link>http://www.agile-spain.com/agilev2/mas_pruebas_pueden_llegar_a_provocar_peor_calidad</link>
 <description>&lt;p&gt;Aunque parezca una afirmación absurda, el artículo &lt;a href=&quot;http://www.agileadvice.com/archives/2006/03/how_the_process.html&quot;&gt;Better Testing, Worse Testing&lt;/a&gt; razona sobre las posibles causas que provocaron en distintos casos el que un mayor número de pruebas por parte de los desarrolladores condujo a un mayor número de defectos en el código. Estos casos se explican en un artículo anterior denominado &lt;a href=&quot;http://www.qualitytree.com/feature/btwq.pdf&quot;&gt;Better Testing, Worse Quality&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Pasado algún tiempo el autor llega a la conclusión de que un aumento de las pruebas de un tipo (en su caso las elaboradas por el desarrollador) pueden ser perjudiciales si conllevan un menor número de pruebas de otro tipo (en su caso pruebas de sistema o funcionales). &lt;/p&gt;
&lt;p&gt;Es una interesante lectura. De hecho tras los primeros artículos que leí sobre pruebas en Extreme Programming también entendí que con las pruebas unitarias las pruebas de más alto nivel eran menos importantes. Sólo leyendo mucho más te das cuenta de la maliterpretación. Está claro que los que divulgan (divulgamos) los métodos ágiles tienen (tenemos) que tener cuidado de los malentendidos a los que puede darse lugar.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/pruebas">Pruebas</category>
 <pubDate>Sun, 23 Apr 2006 15:51:55 -0500</pubDate>
</item>
<item>
 <title>Extracto del libro &quot;Agile Java&quot;</title>
 <link>http://www.agile-spain.com/agilev2/extracto_del_libro_agile_java</link>
 <description>&lt;p&gt;En InformIT.com han publicado varios capítulos del libro &quot;&lt;a href=&quot;http://www.amazon.com/gp/product/0131482394/103-0279569-3107060?v=glance&amp;#038;n=283155&quot;&gt;Agile Java: Crafting Code with Test-Driven Development&lt;/a&gt;&quot; de &lt;a href=&quot;http://www.langrsoft.com/about.shtml#jeff&quot;&gt;Jeff Langr&lt;/a&gt;.&lt;br /&gt;
Los capítulos publicados son los siguientes:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&quot;http://www.informit.com/articles/article.asp?p=406343&quot;&gt;The basics&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;http://www.informit.com/articles/article.asp?p=434428&quot;&gt;Getting started&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;http://www.informit.com/articles/article.asp?p=437291&quot;&gt;Testing equality&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;http://www.informit.com/articles/article.asp?p=438990&quot;&gt;Testing hash code&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;http://www.informit.com/articles/article.asp?p=442344&quot;&gt;Shuffling and dealing&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;http://www.informit.com/articles/article.asp?p=445095&quot;&gt;Handling exceptions&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;http://www.informit.com/articles/article.asp?p=454001&quot;&gt;Refactoring tests&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;http://www.informit.com/articles/article.asp?p=454164&quot;&gt;Adding some bulk&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;En testdriven.com publican una &lt;a href=&quot;http://www.testdriven.com/modules/mylinks/singlelink.php?lid=794&quot;&gt;reseña del libro&lt;/a&gt;.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/pruebas">Pruebas</category>
 <pubDate>Wed, 12 Apr 2006 03:25:16 -0500</pubDate>
</item>
<item>
 <title>Prueba aplicaciones AJAX usando Selenium</title>
 <link>http://www.agile-spain.com/agilev2/prueba_aplicaciones_ajax_usando_selenium</link>
 <description>&lt;p&gt;Las pruebas de aplicaciones web que tienen operaciones JavaScript siempre ha sido bastante conflictiva. Ahora usando &lt;a href=&quot;http://www.openqa.org/selenium/&quot;&gt;Selenium&lt;/a&gt; y la extensión waitForCondition las posibilidades aumentan enormemente. &lt;/p&gt;
&lt;p&gt;En el artículo &lt;a href=&quot;http://agiletesting.blogspot.com/2006/03/ajax-testing-with-selenium-using_21.html&quot;&gt;Ajax Testing with Selenium using waitForCondition&lt;/a&gt; nos explican como funciona esta extensión y muestran un ejemplo bastante completo de uso.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/pruebas">Pruebas</category>
 <pubDate>Wed, 22 Mar 2006 08:34:22 -0600</pubDate>
</item>
<item>
 <title>Nuevo artículo sobre Fitnesse</title>
 <link>http://www.agile-spain.com/agilev2/nuevo_articulo_sobre_fitnesse</link>
 <description>&lt;p&gt;Parece que últimamente Fitnesse está tomando bastante relevancia. Numerosas entradas de blogs y opiniones en diversos foros la mencionan como la herramienta preferida por muchos para llevar a cabo las pruebas de aceptación.&lt;/p&gt;
&lt;p&gt;El artículo &lt;a href=&quot;http://www.javaworld.com/javaworld/jw-02-2006/jw-0220-fitnesse.html&quot;&gt;Test-first development with FitNesse&lt;/a&gt; aborda cómo usar esta herramienta como sistema para plasmar requisitos de una forma que permite validar su cumplimiento de forma automática y por el mismo cliente o responsable de producto.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/pruebas">Pruebas</category>
 <pubDate>Wed, 08 Mar 2006 15:23:18 -0600</pubDate>
</item>
<item>
 <title>Publicado JUnit 4.0</title>
 <link>http://www.agile-spain.com/agilev2/publicado_junit_4_0</link>
 <description>&lt;p&gt;En este momento aún no se ha publicado en la &lt;a href=&quot;http://www.junit.org/index.htm&quot;&gt;web de JUnit&lt;/a&gt;, pero diversos medios ya se han hecho de la esperada noticia: ¡habemus JUnit 4.0! Y es que sourceforge permite &lt;a href=&quot;http://sourceforge.net/project/showfiles.php?group_id=15278&quot;&gt;descargarse Junit 4&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Esta nueva versión hace uso extenso de todas las nuevas características de Java 5, como anotaciones o genéricos, para simplificar la codificación de pruebas y limar ciertas asperezas que JUnit tenía hasta ahora. Las baterías pruebas creadas para versiones anteriores de Junit seguirán siendo válidas, pero lo que si es obligatorio es pasarse a Java 5.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/pruebas">Pruebas</category>
 <pubDate>Thu, 16 Feb 2006 13:45:21 -0600</pubDate>
</item>
<item>
 <title>Plug-in de FIT para Maven</title>
 <link>http://www.agile-spain.com/agilev2/plug_in_de_fit_para_maven</link>
 <description>&lt;p&gt;&lt;a href=&quot;http://www.qualitylabs.org/&quot;&gt;Quality Labs&lt;/a&gt; ha sacado un &lt;a href=&quot;http://www.qualitylabs.org/fit-plugin/index.html&quot;&gt;plugin de FIT para Maven&lt;/a&gt;. Este plugin permitirá ejecutar automáticamente los tests creados con FIT desde Maven.&lt;br /&gt;
&lt;a href=&quot;http://fit.c2.com/&quot;&gt;FIT&lt;/a&gt; es una herramienta que simplifica la especificación de tests, pudiéndose definir los tests mediante tablas HTML generadas por ejemplo por un procesador de textos. Esto permite que sean los propios clientes los que puedan definir los tests que pasará la aplicación.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/pruebas">Pruebas</category>
 <pubDate>Tue, 14 Feb 2006 02:32:46 -0600</pubDate>
</item>
<item>
 <title>Publicada la versión 0.7 de Selenium IDE</title>
 <link>http://www.agile-spain.com/agilev2/publicada_la_version_0_7_de_selenium_ide</link>
 <description>&lt;p&gt;&lt;a href=&quot;http://www.openqa.org/selenium-ide&quot;&gt;Selenium IDE&lt;/a&gt; es un plugin para Firefox que permite grabar la navegación por una página con el objetivo de crear pruebas funcionales. La grabación puede usarse en el propio IDE o pasarse a &lt;a href=&quot;http://www.openqa.org/selenium/&quot;&gt;Selenium&lt;/a&gt;. En su versión 0.7 parece bastante maduro, como puede comprobarse en su &lt;a href=&quot;http://wiki.openqa.org/display/SIDE/Recording+a+Test&quot;&gt;vídeo demostrativo&lt;/a&gt;. Resulta interesante cómo últimamente está avanzando a pasos agigantados este enfoque para pruebas funcionales de aplicaciones web. Sin duda es un buen contrincante (&amp;iquest;o quizá un complemento?) a entornos como &lt;a href=&quot;http://fit.c2.com/&quot;&gt;FIT&lt;/a&gt; o &lt;a href=&quot;http://jameleon.sourceforge.net/&quot;&gt;Jameleon&lt;/a&gt;.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/pruebas">Pruebas</category>
 <pubDate>Wed, 08 Feb 2006 07:45:20 -0600</pubDate>
</item>
<item>
 <title>rMock: una prometedora biblioteca de MockObjects</title>
 <link>http://www.agile-spain.com/agilev2/rmock_una_prometedora_biblioteca_de_mockobjects</link>
 <description>&lt;p&gt;Parece que sigue habiendo gente esforzándose en hacer que las pruebas unitarias sean cada vez más fáciles de desarrollar ;-). Con este objetivo ha aparecido &lt;a href=&quot;http://rmock.sourceforge.net/index.html&quot;&gt;rMock 2.0&lt;/a&gt; (release candidate 1) que realmente parece haber conseguido aunar lo mejor de dos de las bibliotecas de generación dinámica de MockObjects para Java más usadas hasta la fecha: &lt;a href=&quot;http://www.easymock.org/&quot;&gt;EasyMock&lt;/a&gt; y &lt;a href=&quot;http://www.jmock.org/&quot;&gt;jMock&lt;/a&gt;.  &lt;/p&gt;
&lt;p&gt;rMock permite crear dentro del propio test clases (MockObjects) que sustituyen a las reales (con el propósito de controlar el entorno de la clase bajo prueba) ya sea a partir de una interfaz o bien directamente a partir de la clase a la que tienen que sustituir. Sin duda rMock parece muy prometedor.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/pruebas">Pruebas</category>
 <pubDate>Wed, 07 Dec 2005 11:08:33 -0600</pubDate>
</item>
<item>
 <title>Herramienta de pruebas unitarias para C</title>
 <link>http://www.agile-spain.com/agilev2/herramienta_de_pruebas_unitarias_para_c</link>
 <description>&lt;p&gt;Agile Rules ha anunciando CATS (&lt;a href=&quot;http://www.agilerules.com/projects/catsrunner/index.phtml&quot;&gt;C Automated Testing System&lt;/a&gt;) y CATS Runner, un sistema para desarrollar pruebas unitarias automatizadas de aplicaciones desarrolladas en C. Hacen tambi&amp;eacute;n una mención especial a la posibilidad de usarla en aplicaciones desarrolladas para sistemas embarcados.  &lt;/p&gt;
&lt;p&gt;Ya hemos hablado en ocasiones anteriores de la dificultad de llevar a cabo ciertas prácticas de los m&amp;eacute;todos ágiles y en particular el desarrollo de pruebas automatizadas cuando se desarrolla con C o C++. Gracias a CATS resultará un poco más fácil usar desarrollo dirigido por pruebas (TDD) en estos entornos.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/pruebas">Pruebas</category>
 <pubDate>Tue, 06 Dec 2005 08:45:00 -0600</pubDate>
</item>
<item>
 <title>Confusión sobre TDD en DNDJ</title>
 <link>http://www.agile-spain.com/agilev2/confusion_sobre_tdd_en_dndj</link>
 <description>&lt;p&gt;Es agradable ver cómo Microsoft está apostando por el mundo de los métodos ágiles.&lt;br /&gt;
Sin embargo, en un artículo en el Dot Net Developers Journal se hace una incorrecta descripción de qué es TDD. Este artículo trata sobre cómo usar las herramientas de test del VS 2005.&lt;br /&gt;
En la &lt;a href=&quot;http://www.geekswithblogs.com/sbellware/archive/2005/01/21/20643.aspx&quot;&gt;siguiente entrada de su blog&lt;/a&gt;, Scott Bellware nos da detalles sobre esto.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/pruebas">Pruebas</category>
 <pubDate>Tue, 22 Nov 2005 04:28:59 -0600</pubDate>
</item>
<item>
 <title>Excepciones al uso de un único assert en las pruebas</title>
 <link>http://www.agile-spain.com/agilev2/excepciones_al_uso_de_un_unico_assert_en_las_pruebas</link>
 <description>&lt;p&gt;Una buena práctica conocida en el mundo de las pruebas es la conocida con el término anglosajón &quot;single-assert&quot;. El significado de este término (algo confuso) es que en cada método de prueba debe existir sólo una serie de invocaciones a métodos assert que en conjunto comprueben una única funcionalidad o característica.&lt;/p&gt;
&lt;p&gt;En su artículo &lt;a href=&quot;http://www.refactoring.be/articles/single-assert-reconsidered.html&quot;&gt;Single Assert Reconsidered&lt;/a&gt;, Sven gorts aclara este concepto con ejemplos muy ilustrativos y se plantea algunas excepciones en las que él considera razonable no cumplir este principio. Eso si, deja claro que sigue considerándolo muy aconsejable en la mayoría de los casos.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/pruebas">Pruebas</category>
 <pubDate>Wed, 02 Nov 2005 16:31:02 -0600</pubDate>
</item>
<item>
 <title>TestNG 4.0</title>
 <link>http://www.agile-spain.com/agilev2/testng_4_0</link>
 <description>&lt;p&gt;&lt;a href=&quot;http://www.beust.com/&quot;&gt;Cedric Beust&lt;/a&gt; ha anunciado la disponibilidad de la versión 4.0 del framework de pruebas automatizadas &lt;a href=&quot;http://testng.org/doc/index.html&quot;&gt;TestNG&lt;/a&gt;. Entre las &lt;a href=&quot;http://beust.com/weblog/archives/000329.html&quot;&gt;mejoras que se han introducido&lt;/a&gt; en la herramienta el propio Cedric destaca la introducción de &lt;em&gt;Data Providers&lt;/em&gt; que facilitan el paso de objetos complejos como parámetro a los métodos de test.&lt;br /&gt;
También se han realizado mejoras sobre los plugins de TestNG para &lt;a href=&quot;http://testng.org/doc/eclipse.html&quot;&gt;Eclipse&lt;/a&gt; e &lt;a href=&quot;http://testng.org/doc/idea.html&quot;&gt;IDEA&lt;/a&gt;.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/pruebas">Pruebas</category>
 <pubDate>Mon, 24 Oct 2005 08:57:54 -0500</pubDate>
</item>
</channel>
</rss>
