¿Cómo pueden los desarrolladores y la administración facilitar la vida de los probadores de software?

Los desarrolladores pueden facilitar la vida de un control de calidad al no tomarlo personalmente. No estamos encontrando defectos para hacerte quedar mal. Los estamos encontrando porque es nuestro trabajo. Estamos trabajando para que el proyecto en el que está trabajando se vea parejo. Estamos en el mismo equipo, ¡no lo olvides!

Gestión (BA, Propietarios de proyectos, PM, Scrum Masters, etc.), puede hacernos la vida más fácil si nos da requisitos para trabajar. En mi opinión, este es uno de los principales procesos que faltan en muchos proyectos. Establecer un buen proceso Scrum desde el principio y desarrollar documentos de requisitos lo suficientemente buenos es increíblemente útil para el proyecto en su conjunto. (Observe que dije “suficientemente bueno”. Los documentos de especificación de estilo de cascada que tienen 50 páginas de largo son ridículos. Hay una razón por la cual la cascada está saliendo y esta es una de ellas). Identificar y realizar casos de prueba temprano, incluso antes de que tengamos un producto que funcione en nuestras manos. Esto nos permite comprender el producto desde el principio, lo que nos da una ventaja en muchos otros procesos. Eso nos hace estresarnos menos, especialmente durante el tiempo de crisis, y eso nos hace felices.

Como ingeniero de software con 15 años de experiencia, puedo reducir la relación entre ingeniero y probador a este patrón general.

El ingeniero escribe el código y lo entrega a un probador para que lo pruebe.

El probador devuelve el código para obtener una solución.

El ingeniero corrige el código y lo devuelve para volver a probarlo.

Repita estos pasos según sea necesario.

Este patrón nunca cambia, entonces, ¿por qué necesito mejorar la vida del probador?

1. Escriba API para que podamos probar más fácilmente.

1. Plan para actividades de reparación de defectos.

1. Planifique que los desarrolladores, arquitectos, gerentes de producto, clientes, etc. pasen tiempo con los probadores.

1. Comprenda que las pruebas fallidas no son malas per se, proporcionan información sobre lo que está dentro del software probado. Debemos luchar por menos fallas no porque las fallas sean malas, sino porque muestran lo que tenemos en el software. Podemos vivir con defectos conocidos muy cómodamente. No necesitamos arreglarlo todo, a veces una solución es incluso mejor que arreglarlo.

Si usted es esa persona, recompense los nuevos enfoques para encontrar nuevos errores buenos o para evitar que se escriban nuevos errores buenos en primer lugar. A veces, una herramienta o un cambio en el proceso pueden eliminar clases enteras de problemas.

Si eres un probador … buena suerte.

Básicamente, los desarrolladores y la administración tienen que hacer es comprender el trabajo de los evaluadores y valorar sus valores. Una vez que entienden, la vida de los evaluadores se vuelve mucho más fácil