LinuxParty

"Todos sabemos a estas alturas que los "Desarrolladores Tester" son una buena práctica. Significa tener el 100% de su código revisado. Y una unidad de cobertura de prueba próxima al 70%. Mantener su complejidad CCN por debajo de 20%. Y antes de hacer una carrera de historias. Un centenar de otras industrias  con "mejores prácticas" que de forma aislada parecen una gran idea. Pero al fin y al cabo, ¿cuánto tiempo deja a los desarrolladores para ser innovadores y creativos? Un extracto de "O'Reilly Radar" sostiene que el proceso excesivo en el desarrollo de software está chupando la vida de los desarrolladores apasionados, todo en nombre de asegurarse de que "se escribe un buen código." (Continúa) El circuito de retroalimentación subyacente hace que esto empeore progresivamente para aquellos programadores que escriben código con gran pasión, pero el proceso mata la pasión. Los programadores descontentos escriben códigos pobres, y el código pobre hace que la gestión añad más procedimientos en un intento de "hacer" que sus programadores escriban buen código. Esto sólo hace que empeore la moral, y así sucesivamente."

El extracto de O'Reilly lo puedes leer aquí: "excessive process in software development"

Yo he sido Tester de Software, afirmo, son necesarios para la calidad del software, como también lo serían para el hardware o tu fantástico coche que pasa pruebas de resistencia, capacidad de incendiarse, etc (o los juguetes de los niños)...

Igualmente que no creo que sea culpa de los Ingenieros o los Mecánicos que no se superen (al principio, y también algo después....) los vehículos las pruebas de test, en el software ocurrirá lo mismo, y es importante para que las cosas salgan bien, que haya "buen rollito" en ambos departamentos, además de entre ambos departamentos... ¿Tu que piensas?