Comments on: 100% Test Coverage http://www.sarco.com.ar/blog/index.php/2006/06/01/100-test-coverage/ mis ocurrencias y quejas sobre Java y la tecnología en general. Sun, 05 Feb 2012 19:13:16 +0000 http://wordpress.org/?v=2.5.1 By: Victor http://www.sarco.com.ar/blog/index.php/2006/06/01/100-test-coverage/#comment-1148 Victor Thu, 27 Jul 2006 15:27:19 +0000 http://sarcobjects.forodvdmania.com/2006/06/01/100-test-coverage/#comment-1148 Negro! yo programo en Java hace menos de un año y me presenté en Glogant como semisenior y hoy me responden qué me saqué en la evaluación escrita (con el inglés voy bien). Qué me decís de Globant? (leí que laburaste!) escribime al mail porfi si tenés ganas manipulators@hotmail.com Negro! yo programo en Java hace menos de un año y me presenté en Glogant como semisenior y hoy me responden qué me saqué en la evaluación escrita (con el inglés voy bien).
Qué me decís de Globant? (leí que laburaste!)

escribime al mail porfi si tenés ganas
manipulators@hotmail.com

]]> By: Alfredo Casado http://www.sarco.com.ar/blog/index.php/2006/06/01/100-test-coverage/#comment-716 Alfredo Casado Thu, 01 Jun 2006 22:19:08 +0000 http://sarcobjects.forodvdmania.com/2006/06/01/100-test-coverage/#comment-716 Hace poco lei un buen articulo precisamente sobre este tema: http://www-128.ibm.com/developerworks/java/library/j-cq01316/index.html El test coverage es muy útil, pero hay que interpretarlo correctamente para sacar partido a la información que nos ofrece. Mantener el test coverage en niveles altos es condición necesaria pero no suficiente para garantizar la calidad de un producto. Debe utilizarse para llamar nuestra atención sobre aquellas partes del código que no han sido testeadas, el peligro es creer que con esto todo el trabajo esta hecho. Es sólo otro requisito minimo más de los muchos que tiene que cumplir un buen producto. Con esta metrica pasa como con todas las obtenidas automaticamente, hay que darles sólo la importancia justa para que el objetivo del equipo de desarrollo siga siendo hacer buen software y no "dar buenos porcentajes en las metricas", si confundimos el fin con el medio estamos cometiendo un grave error. Hace poco lei un buen articulo precisamente sobre este tema:

http://www-128.ibm.com/developerworks/java/library/j-cq01316/index.html

El test coverage es muy útil, pero hay que interpretarlo correctamente para sacar partido a la información que nos ofrece. Mantener el test coverage en niveles altos es condición necesaria pero no suficiente para garantizar la calidad de un producto. Debe utilizarse para llamar nuestra atención sobre aquellas partes del código que no han sido testeadas, el peligro es creer que con esto todo el trabajo esta hecho. Es sólo otro requisito minimo más de los muchos que tiene que cumplir un buen producto.

Con esta metrica pasa como con todas las obtenidas automaticamente, hay que darles sólo la importancia justa para que el objetivo del equipo de desarrollo siga siendo hacer buen software y no “dar buenos porcentajes en las metricas”, si confundimos el fin con el medio estamos cometiendo un grave error.

]]>