¿Por qué los probadores de software requieren buenas habilidades de comunicación?

La prueba de software es parte del Ciclo de vida de desarrollo de software (SDLC). El probador de software debe comprender el proceso SDLC, reconocer a los interesados ​​/ clientes del proyecto y debe colaborar / comunicarse regularmente. Por ejemplo, al comprender los casos de uso / características / historias o actividades de resolución de errores o depuración, el probador de software debe comunicarse con varios equipos de desarrollo. Los evaluadores también deben comunicar el progreso / estado regular de los errores / métricas de calidad a los equipos de administración y liberación. Los probadores de software también deben participar en la votación Go / No go de un módulo / unidad particular que esté listo para su lanzamiento. Si los ingenieros de prueba se enfrentan al cliente, entonces uno tiene que entender sus problemas, producir casos de prueba internos y verificar los parches si los hay. En todas las interacciones anteriores, las habilidades de comunicación juegan un papel vital.

Más detalles sobre los conceptos / roles de SDLC y QA, vea el libro recientemente publicado relacionado.

Compartir este nuevo libro es útil para los profesionales de control de calidad y automatización. Detalles del producto Calidad del software y guía de supervivencia del ingeniero de automatización de Java: conceptos básicos, autoevaluación, preparación de la entrevista (más de 500 preguntas y respuestas) 16 de noviembre de 2016 por Jagadesh Babu Munta.

Hay más de 500 preguntas y respuestas para facilitar la comprensión de los conceptos y para fines de revisión. Las siguientes son 16 habilidades básicas cubiertas en este libro junto con prácticas / iniciación en un nuevo trabajo. Ciclo de vida de desarrollo de software (SDLC) 2. Conceptos de calidad del software 3. OOPS4. XML5. XPath6. JSON7. SCM / SCCS (SVN / GIT) 8. Unix / Linux9. Java y JDBC10. ANT11. Maven12. JUnit13. TestNG14. Jenkins / Hudson (CI) 15. Pruebas de aplicaciones web – Selenium16. Servicios web (SOAP & REST API) Pruebas y SoapUI

Código de muestras Java: aprender con un ejemplo es una forma rápida de aprender cosas nuevas. El código de muestra de Java ayuda a los desarrolladores y a los ingenieros de control de calidad a sentirse cómodos en la programación de Java. Código de muestra de Selenium: el código de muestra de Selenium ayuda a los ingenieros de control de calidad a aprender la automatización de pruebas de sitios web basados ​​en navegador usando Selenium. Tener ejemplos es una buena manera de entrar rápidamente en la codificación.

Debe hablar con los desarrolladores para averiguar cómo se supone que funciona el software, y luego nuevamente para decirles que no funciona. Tienes que ser diplomático y explicar exactamente qué sale mal y cuándo sale mal. Debe hablar con la gerencia para determinar exactamente lo que debe hacer y luego nuevamente para decirles el estado del software que probó. En muchos trabajos, deberá hablar con los clientes para obtener suficientes detalles de una falla que pueda volver a crear y, a menudo, la persona con la que está hablando será un gerente enojado y tendrá que negociar para tener acceso. La persona con los detalles. Es posible que deba hablar con proveedores de equipos de terceros para construir un hardware de prueba que le permita recrear un problema y su presupuesto será cero. Cada persona con la que hable necesitará un enfoque más o menos diferente.

Las habilidades de comunicación significan su capacidad de escuchar, hablar y escribir de manera efectiva. Sin embargo, su lenguaje corporal, etc., también se ve como comunicativo (ya sea consciente o inconscientemente). Cuando escribe un informe de error, necesita comunicar tantos detalles como sea posible (recuerde, el trabajo de un Probador también es proporcionar información sobre un producto). Debes ser lo más diplomático posible cuando hables con los desarrolladores para cerrar un defecto.

¡Todos necesitamos desarrollar habilidades de comunicación efectivas!

Los probadores necesitan que puedan transmitir defectos a los desarrolladores, informar problemas a la Administración, hablar con las partes interesadas del negocio, plantear inquietudes durante las reuniones y, lo que es más importante, ¡expresar su voz de manera efectiva cuando sea respetado y escuchado y no se quede fuera!

Además, ¡es importante que el Probador no se malinterprete como grosero al explicar los problemas a los Desarrolladores! ¡Entonces, una comunicación cristalina sería una herramienta efectiva aquí!