¿Qué rasgos tienen en común los mejores evaluadores con los que ha trabajado?

La tester y bloguera Lanette Creamer recientemente publicó esta pregunta en Twitter :

Si usted es un desarrollador de software profesional que trabaja con probadores, piense en los mejores probadores que conozca. ¿Qué rasgos tienen en común?

Pensé que sería una excelente pregunta por aquí.

Mis pensamientos son:

• Quieren eliminar la ambigüedad de los requisitos, incluso si eso significa hacer preguntas incómodas.
• Crean nuevas funciones al ver la forma en que el software "debería" funcionar, en lugar de simplemente cómo está documentado.
• Demuestran honestidad e integridad y alientan, pero no lo exigen, a quienes les rodean. En otras palabras, modelan el comportamiento.

¿Cuáles son los rasgos de los mejores probadores con los que has trabajado?

Aquí hay algunos que agregaría:

• Inteligente: estas personas se parecen a pensadores brillantes o profundos. Parece que los casos límite llegan rápidamente a estas personas. Pueden preguntar: "¿Qué pasa con ...?" preguntas mucho
• Atención a los detalles: enumerar los pasos de reproducción, establecer la diferencia entre los resultados esperados y reales, etc. Completo en su trabajo.
• Motivado por sí mismo: ¡los mejores evaluadores que conozco parecen conducirse a sí mismos para ser exhaustivos e ir, ir, ir! Hacer las cosas sería otra forma de decir esto a mi mente.
• Analítico - Discutir sobre prioridad o severidad con calma, argumentos racionales. Comprender qué errores se solucionarán lo antes posible y cuáles son demasiado cosméticos, por ejemplo, una mala elección de color.
• Tenacidad: se apegaron a su interpretación a menos que un gerente de proyecto, analista de negocios o alguien con el poder cambiara los requisitos para anularlos. No es un impulso para otra forma de decir esto.

Algunos de los mejores probadores con los que he trabajado realmente entienden cómo los usuarios van a usar el software. Entienden qué función comercial debe desempeñar el software y cómo ese software afectará la función / trabajo / función del usuario. Se convierte en un proyecto exitoso cuando el probador tiene tanto conocimiento del negocio como el desarrollador y el propietario del negocio.

Lamentablemente, para lo que en realidad es un papel altamente calificado y técnico, hay muchos vaqueros por ahí. Demasiados probadores han tenido una larga carrera moviéndose de un puesto a otro siendo entrevistados y contratados por personas que no tienen idea de qué se trata el examen.

Los mejores probadores que he conocido tienen:

• Excelentes habilidades de comunicación, con el fin de establecer contactos con personas de negocios e interpretar / aclarar los requisitos.
• la capacidad de ver la aplicación desde la perspectiva de un usuario que no está familiarizado con el sistema
• la paciencia para pasar por las cosas sistemáticamente cuando sea necesario, y puede analizar un sistema para que realmente lo estén pasando sistemáticamente, no solo gastando mucho tiempo
• un lado creativo para elegir cosas que los desarrolladores podrían no pensar
• la capacidad de organizar su propio tiempo para que pasen una cantidad adecuada de tiempo en pruebas exploratorias, automatización, etc. en lugar de centrarse en un solo tipo de prueba
• un interés en lo que hacen para mantenerse al día con los desarrollos y las mejores prácticas en su campo

y, por último, si el probador está trabajando en un proyecto ágil

• puede hacer la automatización de pruebas de una manera estructurada y sostenible: me temo que en estos días si un probador no puede automatizar cosas que pueden automatizarse (y no todo), ese probador nunca terminará siendo efectivo en un proyecto ágil

El mejor probador con el que trabajé fue extremadamente bueno en una cosa: romper el software de forma repetible. Podríamos darle casi cualquier software y lo mataría en cuestión de minutos. Tiene el tipo de habilidades que probablemente podrían encontrar códigos de trucos en los juegos de Nintendo y los Huevos de Pascua en software profesional, solo una naturaleza inquisitiva y natural y un buen recuerdo de lo que intentó antes y no funcionó.

Tenga en cuenta que sus objetivos eran exactamente lo contrario de los programadores: tenía un buen día si rompía el software; los programadores tuvieron un buen día si él no lo hizo .

Dos cosas que aún no se han mencionado:

• Hace preguntas
• Presta atención a los detalles.