testing - tutorial - Cómo encontrar(y mantener) un probador que es desarrollador
testing manual que es (12)
Amigo, cierta compañía para la que trabajo ha encontrado la solución a sus problemas. Contratar QE no QA. QA (Quality Assurance) tiene un estigma. El título del trabajo en sí implica tareas aburridas de rutina para la mayoría de los desarrolladores. QE (Ingeniería de calidad) suena igual de malo, pero no asusta a casi tantas personas.
Si todo lo demás falla, solo contrata un desarrollador. En serio, quieres a alguien que pueda escribir código, así que contrata a alguien que tenga capacitación en eso. El asunto es que debes mirar a tus solicitantes y hablar con ellos. Está buscando a alguien que sepa cómo funciona QE y desea contratar a un desarrollador que trabaje en el idioma que utiliza su programa y no en el que está escrito.
Trabajo para un proveedor de software cuyo mercado es herramientas de desarrollo y hemos estado buscando una persona de control de calidad para nuestros productos.
Como somos una pequeña tienda, la posición será una combinación de Soporte y QA, sin embargo, como hacemos herramientas de desarrollo, nuestro apoyo consiste en gran parte en el desarrollo real (en el que la persona debe leer y comprender el código de nuestros clientes y encontrar y señalar errores). en eso).
La parte de QA también consistirá en escribir aplicaciones (en una variedad de plataformas e idiomas) y probar cómo funcionan con nuestras herramientas.
El principal problema al que me estoy enfrentando es cuando le dices a alguien con experiencia en desarrollo que la posición contiene "QA", es su título (o incluso en la descripción del trabajo) que se rehúsa a considerar el trabajo.
Estoy muy interesado en comentarios y sugerencias sobre cómo puedo encontrar una buena persona para completar este trabajo y asegurarme de que estén contentos haciéndolo. ¿Algunas ideas?
Creo que la combinación ideal de trabajos es product manager + QA. Lo que quiero decir con el gerente de producto es alguien que escribe documentos de requisitos y es responsable de asegurarse de que el producto cumpla con los requisitos. Esta persona sería un par del desarrollador principal, no un superior. Una persona que es un desarrollador pero que le gusta la gerencia y quiere tomar esa carrera profesional puede estar muy interesada en esa combinación de roles.
Creo que tienes un duro aquí:
- El costo de un desarrollador de tiempo completo para hacer el trabajo que necesita sería demasiado alto.
- La mayoría de los desarrolladores (incluyéndome a mí) se pondrían increíblemente hartos, muy rápido. La pasión de la mayoría de los desarrolladores es la codificación, quieren hacerlo tanto como sea posible. Donde TBH, por lo que has dicho, puede ser muy poco en el puesto que tienes.
- Yo diría que tal vez busque un Junior, alguien fresco con poca experiencia. Es probable que se adapten mejor a su proceso de prueba / QA, y les da la oportunidad de comenzar a buscar el código de producción, con la oportunidad tal vez de trabajar con él.
- A menos que tenga suerte, no esperaría que un "desarrollador" permanezca por mucho tiempo, así que o bien esperar un poco de facturación, o posiblemente expandir a un rol de desarrollador completo si es necesario, y obtener un único examinador más barato.
- Sé que eres una pequeña tienda, por lo que las finanzas pueden ser una gran parte del juego, pero yo diría que tienes que sopesar la posibilidad de obtener un desarrollador y solucionar los problemas que tienes si ocurren con tanta frecuencia. Los comprobadores son baratos en comparación. Puede ser mejor que obtenga un probador, encuentre todos los problemas, luego obtenga un contratista / desarrollador de medio tiempo para solucionar los problemas.
Dinero y responsabilidad
La razón por la que rehuyo este tipo de trabajos es que no tienden a mantener mi interés lo suficiente. Tener tareas de desarrollo reales debería mantenerte fuera de esa categoría. El otro problema es que el salario suele ser significativamente menor con el del título.
Es posible que desee mantener "QA" fuera del título, y llame a la posición "Soporte del desarrollador" o algo por el estilo. No engañe a los candidatos sobre los deberes del rol, pero puede lanzarlo más como un "Usted será responsable de construir los lanzamientos y asegurarse de que estén listos para enviar a los clientes".
También asegúrate de que haya una carrera que conduzca a un mayor desarrollo, no más control de calidad, si eso es lo que quiere el candidato.
Finalmente, asegúrese de que los otros desarrolladores tratan a esta persona como un compañero desarrollador, y no como alguien ajeno al equipo.
Es triste que "QA" tenga cierto estigma entre los desarrolladores, pero lo hace.
Estoy de acuerdo con Adam, el dinero y la responsabilidad son la clave. Sugeriría que, si está dentro de una empresa pequeña, su equipo de control de calidad es pequeño / inexistente. Eso probablemente significa que hay una buena oportunidad para que alguien entre y haga un esfuerzo genuino por contribuir y dar forma a la política, el procedimiento y el flujo de trabajo de control de calidad de su empresa.
Nuestra empresa tenía un problema similar con el control de calidad, y todavía no estamos al 100% con él. Pero darle a la persona de control de calidad el poder de dictar políticas y procedimientos, y participar en todos los aspectos del desarrollo de productos para mantenerlos informados nos ha funcionado bien. Esto significa que, cuando se trata de control de calidad y pruebas, tenemos a alguien que entiende el producto, lo sabe por dentro y por fuera, ha estado muy involucrado desde el principio y ha moldeado en gran medida los procedimientos que ellos mismos y el equipo de desarrollo seguir. La responsabilidad es clave.
Fui programador trabajando como probador por un tiempo. Si puedo, la respuesta es bastante simple: déjalos hacer lo que quieran .
Si les das libertad, puedo garantizar que tu software será probado de una manera que nunca imaginaste.
Si, por otro lado, tratas de controlar a esa persona, crecerán para despreciarte. Esto es inevitable
Los beneficios superan los costos. Si eres un corp grande, esta decisión es fácil. Simplemente contrate desarrolladores de software y dígales que "vayan a la ciudad" en su producto. Te encantarán los resultados.
Para empezar, puede sacar "QA" del título y la descripción si parece ser un "botón candente" que impide que los candidatos vean la posición seriamente.
Según su descripción, su posición no tiene mucho en común con un rol tradicional de ''evaluador'': el trabajo consiste principalmente en escribir y pensar sobre el código, no golpear el código de otra persona e intentar romperlo. Piense en ello como una posición de desarrollo bastante ecléctica, orientada a las herramientas, y trate de publicitarla y dotarla de personal en consecuencia. (Y espere pagar en consecuencia también - usted obtiene lo que paga). Hay bastantes desarrolladores que tienen buenas habilidades, pero tal vez un período de atención más breve que otros, y que preferirían trabajar en una sucesión de mini proyectos en lugar de una pieza más duradera de un proyecto más grande.
Soy un desarrollador, pero pasé tiempo trabajando como una persona de control de calidad (escritura de pruebas, automatización, escritura / codificación de herramientas). Lo vi como algo que estaba haciendo a un lado, y eventualmente me iría.
La razón principal por la que quería salir era que simplemente no era la carrera que quería. Ninguna cantidad de dinero / responsabilidad cambiaría eso. Sin embargo, creo que el respeto tiene algo que ver con eso también. Una gran cantidad de trabajo de GC simplemente no se aprecia, por lo que es algo que debería explicarse claramente como "no cómo funcionan las cosas en su empresa".
Encontraría a alguien que quiere un puesto de control de calidad, pero que tiene habilidades sólidas de desarrollo / codificación / resolución de problemas. Podrían completar la creación de la herramienta u otras pequeñas tareas de codificación, pero estaría a un lado. Una especie de revés de mis sentimientos anteriores.
El dinero y la responsabilidad son la clave, como señalan Adam y Chops. Los ingenieros de calidad deberían estar en la misma escala salarial que los desarrolladores. El trabajo interesante es también un factor importante. El rol parece una buena variedad de tareas.
En mi empresa, los desarrolladores a menudo se prestan al equipo de prueba entre proyectos o cuando el equipo de prueba se ve abrumado. Algunos tienen un don, otros no. Aún así, la mayoría de los desarrolladores prefieren probar su propio código en lugar de encontrar errores en el trabajo de los demás. Los gerentes de prueba atraen activamente a los desarrolladores con fuertes habilidades de prueba. Me resistí a cambiar al equipo de prueba durante siete años. Una promoción, un aumento del 20% y la promesa de que mi función consistía principalmente en la solución de problemas, la gestión y la planificación, finalmente me convencieron para cambiar. Realizo más pruebas de las que pensé que haría, pero también consigo el trabajo desafiante.
Paga comparable al desarrollo. Sé sincero; revelar las expectativas reales del rol. Cambie el título a Software Quality Engineer.
El título más común para este posotion es "Software Developer in Test".
Pero creo que otro problema es mucho más importante: es difícil evitar que una persona con buenas pruebas y conocimiento de desarrollo migre al equipo Dev.
La mayoría de los desarrolladores no son buenos evaluadores ni disfrutan las pruebas, y quieres a alguien que sea ambos. Sea honesto en su anuncio de trabajo que el puesto NO es un trampolín para un puesto de desarrollador y tendrá menos solicitantes, pero tendrá una mejor oportunidad de mantener a quién contrata. Por lo general, la garantía de calidad tiene un salario malo, por lo que si está dispuesto a pagar mejor, debería poder encontrar a alguien. No los conservará si contrata a alguien que quiera escribir código todo el día, independientemente de cuánto les pague.