Si bien últimamente vengo trabajando muy felizmente con Travis, una de las funcionalidades que extraño mucho son los reportes. Cuando trabajo con Jenkins suelo hacer que mis jobs de CI muestren diversos reportes.
Hay dos estrategias para mostrar reportes en Jenkins:
- Utilizar las capacidades de reporting de Jenkins, ya sea nativas o con plugins, o bien
- Hacer que cada herramienta que forma parte del build genere sus propios reportes y luego simplemente hacer que Jenkins provea acceso a dichos reportes.
Un ejemplo del primer caso es el plugin de Cucumber-jvm que genera un reporte como el de la figura 1.
Un ejemplo similar pero usando la segunda estrategia sería ejecutar cucumber especificando que genere output HTML y luego usar el plugin Sidebar link de Jenkins para linkear el reporte generado por cucumber. En figura 2 se ve un caso de esta estrategia donde Jenkins provee links un reporte de features generado por cucumber y otro de coverage generado por SimpleCov. La figura 3 muestra cómo configurar los links a los reportes una vez instalado el plugin.
Blog de NicoPaez 
Hola Nico
Probaste https://coveralls.io para visualizar cobertura?
Lo estoy probando…
También parece que se puede publicar el html de cobetura en S3 (https://groups.google.com/forum/#!topic/travis-ci/WjCFUopJPOI)
gracias por compartir!
saludos
Si lo utilicé para un proyecto open source, está bueno. En esa misma onda de herramientas también he utilizado https://codeclimate.com/ para detectar smells y obtener otras métricas de mi código.
Saludos!
Hola Nico,
Gracias por el post! Con mi equipo estamos usando el plugin de Cucumber JVM para Jenkins. En general estamos contentos. Pero creemos que hay que usarlo con ciertos cuidados, ya que todavía está un poco verde.
Hemos detectado algunos bugs y nos vimos obligados a intentar distintas alternativas de uso. Principalmente tuvimos problemas con la generación de features con background y con la generación del reporte cuando no usamos el lenguaje default (trabajamos para un cliente local con lo cual escribimos las specs en español).
No obstante, a pesar de estas cuestiones recomendamos usar el plugin. Encontramos que aporta muchísimo valor a nuestro proceso de desarrollo.
Saludos!
Interesante, gracias por la data.
De paso te consulto, ¿Que IDE utilizan para desarrollo? ¿Le pusieron algún plugin para Cucumber?
Saludos!
Hola Nico! Colgué con la respuesta… algunos meses!! =P
Como IDE estamos usando Eclipse, sin plugins para Cucumber. Corremos todo con Maven o Graddle (dependiendo del caso) siempre desde la consola. Para escribir las specs usamos Sublime Text y un plugin que te colorea la sintaxis de Gherkin y queda todo muy bonito. Entiendo que en el presente hay un plugin para Eclipse pero no lo probé.
Por otra parte (y ya no con mi equipo de desarrollo) en el contexto de Python y Lettuce empleo PyCharm con un plugin para sintaxis de Gherkin. Es idéntico al de Specflow! (que usé en menor medida, ya que no me especializo en .Net por cuestión de principios! =P)
Un abrazo!
Interesante lo de plugin de Sublime, lo voy a buscar.
Curiosidad ¿probaron JBehave? ¿Por alguna razón se inclinaron por Cucumber-JVM en lugar de JBehave?