¿Merecen la pena los esfuerzos de calidad de software?

La compañía de pruebas de software a menudo enfrenta el problema de la estimación del proceso de prueba. Muchas personas no pueden entender por qué necesita realizar pruebas de software si el equipo de desarrolladores ya ha trabajado en ello en detalle.

Algunas personas coinciden en que las pruebas de software para detectar defectos son realmente necesarias y ayudan a ahorrar los gastos financieros después del lanzamiento del producto. Pero, ¿cómo determinar qué suma será?

Al realizar pruebas funcionales, los especialistas pueden detectar un error muy grave de la más alta prioridad y, por lo tanto, evitar la falla del producto en el mercado o incluso el colapso de toda la compañía. ¿Cómo estimar la función del producto de prueba?

¿Cuáles son las ventajas y desventajas de las pruebas de software?

  • Todas las cosas buenas llegan a quienes esperan. Por un lado, las pruebas de rendimiento brindan la oportunidad de descubrir los errores graves que pueden generar una verdadera confusión durante el lanzamiento.
  • Por otro lado, el producto desarrollado puede ser de muy alta calidad y no contiene los errores. En este caso, de hecho, las pruebas de usabilidad no fueron efectivas. Pero el proverbio me viene a la mente: “Si hubiera sabido dónde caería, no habría venido a ese lugar en absoluto”.
  • El error generalizado de Pentium cuyo resultado se cuenta en cientos de millones es un gran ejemplo de la importancia y la necesidad de las pruebas. Uno debe recordar periódicamente este hecho cuando aparece el deseo de descuidar las pruebas de software.
  • Nada viene sin una razón. La apariencia de la esfera de pruebas de software y el control de calidad tienen amplias bases. Esto lo demuestran las décadas de años de práctica y los millones de horas de trabajo de los expertos altamente calificados.

No es fácil hablar sobre la función de prueba. Hay un proverbio inteligente: “Si compras a bajo precio, pagas caro”. Con respecto al desarrollo de software, es mejor considerar y prevenir todos los riesgos posibles.

Sí, por supuesto, si los esfuerzos de calidad del software se implementan de manera efectiva, pero muchos enfoques de la calidad del software no son tan efectivos. Muchos se basan en encontrar y corregir defectos después del desarrollo, el software se completa y lo realiza algún tipo de organización de control de calidad que es independiente del equipo de desarrollo. Un enfoque mucho más efectivo es avanzar en el proceso y eliminar los defectos en la fuente, ya que el desarrollo está en progreso tanto como sea posible. La forma de hacerlo es hacer que la “calidad” sea responsabilidad de todos e integrar las pruebas de calidad con el esfuerzo de desarrollo en lugar de hacerlo secuencialmente.

En ese entorno, en lugar de ser un “ejecutor” para hacer cumplir los estándares de calidad en un equipo de desarrollo que puede o no tener un compromiso para producir software de calidad, el probador de calidad es un “socio” para ayudar al equipo de desarrollo a mejorar la calidad de sus equipos. software. Es una gran diferencia si el equipo de desarrollo siente la propiedad de la calidad del código que produce y cree en altos estándares de calidad sin que alguien externo al equipo lo imponga.

Chuck Cobb
Autor de “La guía del administrador de proyectos para dominar Agile”
Echa un vistazo: Agile Project Management Academy (Agile Project Management Academy)

Esa es una pregunta increíblemente amplia. Si quiere decir, ¿se puede mejorar la calidad del software utilizando buenos procesos? La respuesta es “sí, por supuesto”. Eso no significa que valga la pena cada esfuerzo etiquetado como “esfuerzo de calidad del software”. ¿Qué esfuerzos específicos tienes en mente?