Ingeniero

MEJOR TESTING PEOR CALIDAD DE
SOFTWARE?


Luego de altas persistencias de fallos, defectos y errores en los sucesivos ciclos de Testing para distintos proyectos y alguna cantidad de detecciones en los clientes, los reclamos con tonos elevados no se hicieron esperar. Hubo así entre dicho entre los Responsables de Despliegues, ataques entre Testers y Desarrolladores,Administradores de Pruebas y Responsables de Desarrollo y finalmente La Gerencia. Luego de planteos fuera de lugar y experiencias que nos pusieron en límites de tolerancias entre las personas, quise analizar por que estamos fracasando tan enfáticamente en lo que a calidad de los productos de software se refiere.
Tengo mis anotaciones frescas en mi cuaderno de proyectos y en mi mente mucho más, sin embargo,luego de leer un poco de blogs que frecuento, encontré una referencia a un artículo muy interesante. El título expresa simplemente lo siguiente: “¿A mejor Testing, peor calidad de Software?”. Automáticamente me llamó la atención esta suerte de contradicción y abrí el PDF directamente desde la WEB.


En cuanto inicié la lectura pude ver un diagrama que me refrescó los conceptos que vengogestando desde mis análisis de problemas.
Sucede que las metodologías, cualquiera sea, tienen ciertos elementos que si no sabemos tratar con cuidado, convierten todo un proceso en burdo y empantanado.
Observé otra pregunta reveladora:
“¿Cómo sabe que su Software no está en un Espiral Muerto?”
A este respecto en el artículo se dan ciertas sugerencias como:
• Cuenta la cantidad de fallos, erroresy defectos
• Escucha a los Testers
• Observa los tiempos de Integración
• Escucha a los desarrolladores
• Presta atención a la demanda de recursos
• Recuerda y ten en cuenta ciertos puntos de control
o Usa una base de conocimiento de los fallos, errores y defectos entregados a producción
o Aplica técnicas de prevención de fallos
o Conoce el esfuerzo de implementación
o Conoce elesfuerzo del Testing
• Evalúa fallos conocidos
o Los desarrolles pueden continuar con la tasa de fallos encontrados en su haber?
o Los Testers están encontrando los fallos más importantes?
o La Gerencia está tomando buenas decisiones al respecto de los fallos que son encontrados?
o Los fallos son utilizados para mejorar el proceso de desarrollo en general?
• Evalúa los Requerimientoso Asegúrate de que todo el mundo entiende que estamos construyendo, por que y para que
o Convierte los requerimientos implícitos en explícitos
o Permite y promueve que los interesados vean el software periódicamente durante la fase de desarrollo
o Escucha cuidadosamente y cuestiona las presunciones
• Los defectos ponen a prueba las aplicaciones
o Define código estándar
o Define buenasprácticas de codificación
o Mantenga las revisiones para ver que las codificaciones siguen los estándares
o Toma ventaja de las revisiones de código como una oportunidad para compartir sugerencias y técnicas para las pruebas de error en el entorno de desarrollo
• No permita que un problema se transforme en el problema de alguien más
o Mantén una cultura donde la idea viva sea la de laRESPONSABILIDAD
o No dejes de hacer hoy lo que podrías delegar en otra persona del equipo
o Si un problema tuyo no se convierte en un problema de alguien más, entonces no es un problema
o Ten en cuenta que el Software es quien sufrirá los resultados
• Detecta los fallos en forma temprana
o Como están definidas las Pruebas de Unidad?
o Quien es el responsable de las Pruebas de Unidad?
oSe puede testear algunas partes del sistema en forma aislada?
o El esfuerzo de las Pruebas Unitarias está mejorando?
o Cuales herramientas está utilizando para ayudar al proceso de Pruebas Unitarias?
o El sistema es construido e integrado diariamente?
• Planifica el tiempo para el Desarrollo, Testing y Correcciones de Defectos
o Incluye en la planificación de los desarrolladores el...