Mi blog Qualilogy tiene ya casi un año (al final del mes) y me parece que casi todos los artículos que he escrito tratan de la calidad del de las aplicaciones y se dirigen principalmente a dos tipos de lectores:
- Aquellos que están familiarizados con los conceptos de calidad, a menudo más allá del mundo de la calidad del código. Son consultores o responsables de calidad, por lo general con una amplia experiencia de diversas tecnologías y lenguajes, capaces de interpretar un cuadro de mandos y hacer auditorías. Sin embargo, no siempre utilizan herramientas de análisis de código, y a veces creo que encuentran el mundo J2EE y Open Source demasiado técnicos para ellos.
Traté de demostrar que no es tan complicado, incluso sin conocimientos técnicos, a través de varios artículos que describen la instalación y el uso de herramientas Jenkins y Sonar, y los beneficios de los muchos plugins creados y mantenidos por la comunidad Sonar.
- Los que en cambio son usuarios o expertos en el uso de estas herramientas, que ponen en práctica en sus proyectos o en el portafolio de aplicaciones J2EE de su empresa, pero no tienen experiencia con otras tecnologías, cuando podrían analizar otras aplicaciones de esas otras tecnologías, con sólo un poco de conocimiento.
Ver por ejemplo, la serie Cobol empezando en este post Análisis de código Cobol – Lo que debes saber.
Como tenía planes de hacer una serie del mismo tipo para la tecnología de SAP, le pedí su participación a alguien que no es sólo un amigo, sino también un experto en el campo de la calidad, de la tecnología SAP y de las herramientas de análisis de código. Sigue leyendo →
Hemos visto anteriormente los defectos bloqueantes o ‘Blockers’, así llamados porque ninguna violación se puede tolerar, y los defectos ‘Critical’ tan graves que requieren una corrección inmediata, aunque se puede admitir una excepción si se puede justificarla, y eso de manera muy rigurosa.
