Ingeniería
Ingeniero de software
Cinco niveles de júnior a principal y seis competencias, desde entregar código hasta hacer crecer al equipo.
- 5 niveles
- 6 competencias
Plantilla de escalera de carrera
Plantilla de escalera de carrera para ingenieros de QA
Cuatro niveles de ingeniero de QA júnior a líder y seis competencias, del diseño de pruebas a las prácticas de calidad.
Plan gratuito · Sin tarjeta de crédito
Esta escalera de carrera es para ingenieros de QA en empresas de software de unas 20 a 200 personas, donde los testers trabajan dentro de los equipos de producto, puede que solo haya un puñado en toda la empresa y la misma persona a menudo hace testing exploratorio por la mañana y escribe pruebas automatizadas por la tarde. Describe cuatro niveles, desde alguien que aprende a probar bien una funcionalidad hasta la persona que decide cómo aborda la calidad toda la empresa. Su nivel más alto, Ingeniero de QA líder, es un nivel de especialista, no un puesto de gestión.
Cada nivel se define por lo que hace la persona y por el alcance de su trabajo, no por los años de experiencia ni por el número de bugs que reporta. Lee una fila de la matriz de competencias de izquierda a derecha para ver cómo crece una expectativa; lee la sección de un nivel para ver todo lo que se espera en él. Úsala para explicar qué significa el siguiente paso, para hacer autoevaluaciones y check-ins y para que las decisiones de ascenso sean comparables entre equipos.
Tómala como un borrador. Si tus ingenieros de QA no escriben automatización, o si los desarrolladores se encargan de la mayor parte de las pruebas, cambia la redacción antes de publicar la escalera: una expectativa que nadie puede cumplir en tu contexto solo genera frustración.
Los niveles de un vistazo
Ingeniero de QA júnior
Prueba funcionalidades bien definidas a partir de casos de prueba existentes y aprende el producto y a sus usuarios.
- Alcance
- Historias o correcciones de bugs concretas en un área del producto, con planes de pruebas revisados por alguien con más experiencia.
Ingeniero de QA
Es responsable de las pruebas de las funcionalidades de un equipo, desde leer los requisitos hasta dar el visto bueno al release.
- Alcance
- Las funcionalidades de un equipo de producto, incluidas sus pruebas manuales y automatizadas.
Ingeniero de QA sénior
Da forma a cómo integran la calidad uno o dos equipos y es responsable de la estrategia de pruebas de los proyectos más grandes.
- Alcance
- La estrategia de pruebas, las suites de automatización y las decisiones de release de uno o dos equipos, además de proyectos que cruzan los límites entre equipos.
Ingeniero de QA líder
Define el enfoque de calidad de la empresa y ayuda a todos los equipos a entregar con menos defectos que llegan a producción.
- Alcance
- La calidad de todo el producto: la infraestructura de pruebas compartida, los estándares de release y cómo se dota y se practica el QA.
Matriz de competencias
Cada fila es una competencia y cada columna, un nivel. Lee una fila de izquierda a derecha para ver cómo crece lo que se espera.
Qué significa cada competencia
- Diseño y análisis de pruebas
- Averiguar qué podría fallar y elegir las pruebas que lo van a detectar.
- Automatización de pruebas
- Construir comprobaciones automatizadas rápidas, estables y en las que el equipo confíe.
- Investigación y reporte de defectos
- Encontrar, reproducir y explicar los problemas para que se corrijan rápido.
- Criterio de release y riesgo
- Decidir si algo está listo para salir y decirlo con claridad.
- Prácticas de calidad
- Integrar la calidad en la forma de trabajar del equipo en lugar de añadirla con pruebas al final.
- Mentoría y transmisión de conocimiento
- Ayudar a otros a probar mejor y evitar que el conocimiento del producto esté en una sola cabeza.
| Competencia | Ingeniero de QA júnior | Ingeniero de QA | Ingeniero de QA sénior | Ingeniero de QA líder |
|---|---|---|---|---|
| Diseño y análisis de pruebas | Ejecuta con cuidado los casos de prueba existentes, escribe casos nuevos para historias pequeñas que cubren el camino principal y los casos límite evidentes, y pregunta por los requisitos poco claros antes de empezar a probar. | Escribe un plan de pruebas para cada funcionalidad del equipo que cubre casos límite, permisos, estados de los datos e integraciones entre sistemas, y revisa los requisitos antes de que empiece el desarrollo para detectar huecos. | Diseña la estrategia de pruebas de proyectos que abarcan varias funcionalidades o equipos, decide qué cubrir a nivel unitario, de API y end-to-end, y concentra el esfuerzo en las partes con más probabilidades de romperse. | Define cómo decide la empresa qué probar y con qué profundidad, a partir del riesgo y de los datos de uso, y se asegura de que todos los equipos lo apliquen de forma coherente. |
| Automatización de pruebas | Añade pruebas automatizadas a un framework existente siguiendo los patrones establecidos, ejecuta la suite en local e informa de los fallos que no sabe explicar en lugar de relanzarlos hasta que pasen. | Automatiza las pruebas de regresión de las funcionalidades del equipo, las mantiene estables y legibles, y corrige o elimina las pruebas inestables en lugar de ignorarlas. | Diseña la estructura de una suite de automatización, la integra en el pipeline de entrega con tiempos de ejecución razonables y revisa las pruebas que escriben los desarrolladores y otros ingenieros de QA. | Elige las herramientas de pruebas y la infraestructura compartida de la empresa, equilibra las capas de la pirámide de pruebas en todos los productos y mantiene toda la suite lo bastante rápida como para que los equipos de verdad esperen a que termine. |
| Investigación y reporte de defectos | Reporta bugs con pasos claros, resultado esperado y obtenido y el entorno, para que un desarrollador pueda reproducir el problema sin tener que hacer más preguntas. | Acota los bugs con logs, trazas de red y la base de datos, valora su gravedad según el impacto en los usuarios y confirma las correcciones, incluidos los casos de alrededor. | Investiga problemas intermitentes y que solo ocurren en producción a través de varios servicios, detecta patrones en los defectos recurrentes y los convierte en propuestas que eliminan una clase entera de bugs. | Es responsable de cómo registra y prioriza la empresa los defectos, informa a la dirección de ingeniería de las tendencias de los bugs que llegan a producción y se asegura de que las mayores fuentes de defectos reciban recursos para corregirse. |
| Criterio de release y riesgo | Completa las comprobaciones que se le asignan antes de un release, informa de lo que se ha probado y lo que no, y traslada sus dudas a un ingeniero de QA con más experiencia. | Da una recomendación clara de salir o no salir para los releases del equipo, explicando los riesgos conocidos y lo que queda sin probar, y participa en las comprobaciones posteriores al release. | Decide, junto con los desarrolladores, el enfoque de release para los cambios arriesgados (feature flags, despliegues por fases, monitorización adicional) y lidera las pruebas durante incidentes y hotfixes. | Fija los estándares de release con los que trabajan todos los equipos, define cuándo se puede bloquear un release y es la persona a la que pregunta la dirección si el producto está listo para un gran lanzamiento. |
| Prácticas de calidad | Sigue la definición de terminado y el flujo de pruebas del equipo, y señala los pasos que se saltan o que generan confusión. | Participa en el refinamiento y en las conversaciones de diseño para añadir pronto criterios de aceptación y aspectos de testabilidad, y trabaja en pareja con los desarrolladores sobre qué cubrir en sus propias pruebas. | Mejora el flujo de pruebas de uno o dos equipos (entornos de pruebas, datos de prueba, checklists de revisión) y mide si el cambio ha reducido los defectos que llegan a producción. | Da forma a las prácticas de calidad en toda ingeniería, decide dónde se sitúan los ingenieros de QA y de qué se encargan los desarrolladores, y hace de la calidad una responsabilidad compartida en lugar del trabajo de un solo equipo. |
| Mentoría y transmisión de conocimiento | Documenta lo que aprende del producto mientras prueba, y comparte con el equipo hallazgos y herramientas útiles. | Mantiene al día la documentación de pruebas del equipo, introduce a los nuevos compañeros en su área del producto y explica técnicas de pruebas a los desarrolladores que se lo piden. | Ejerce de mentor de ingenieros de QA júnior de forma deliberada, organiza sesiones sobre enfoques de pruebas para desarrolladores y participa en las entrevistas de selección para puestos de QA. | Hace crecer las habilidades y los itinerarios de carrera del grupo de QA, define cómo se contrata y se incorpora a los ingenieros de QA y desarrolla a los próximos ingenieros de QA sénior y líderes. |
Desplaza la tabla hacia los lados para ver todos los niveles.
Descargar en CSV Se abre en Excel, Google Sheets o Numbers.
Ingeniero de QA júnior: qué se espera
Prueba funcionalidades bien definidas a partir de casos de prueba existentes y aprende el producto y a sus usuarios. Historias o correcciones de bugs concretas en un área del producto, con planes de pruebas revisados por alguien con más experiencia.
- Diseño y análisis de pruebas
- Ejecuta con cuidado los casos de prueba existentes, escribe casos nuevos para historias pequeñas que cubren el camino principal y los casos límite evidentes, y pregunta por los requisitos poco claros antes de empezar a probar.
- Automatización de pruebas
- Añade pruebas automatizadas a un framework existente siguiendo los patrones establecidos, ejecuta la suite en local e informa de los fallos que no sabe explicar en lugar de relanzarlos hasta que pasen.
- Investigación y reporte de defectos
- Reporta bugs con pasos claros, resultado esperado y obtenido y el entorno, para que un desarrollador pueda reproducir el problema sin tener que hacer más preguntas.
- Criterio de release y riesgo
- Completa las comprobaciones que se le asignan antes de un release, informa de lo que se ha probado y lo que no, y traslada sus dudas a un ingeniero de QA con más experiencia.
- Prácticas de calidad
- Sigue la definición de terminado y el flujo de pruebas del equipo, y señala los pasos que se saltan o que generan confusión.
- Mentoría y transmisión de conocimiento
- Documenta lo que aprende del producto mientras prueba, y comparte con el equipo hallazgos y herramientas útiles.
Ingeniero de QA: qué se espera
Es responsable de las pruebas de las funcionalidades de un equipo, desde leer los requisitos hasta dar el visto bueno al release. Las funcionalidades de un equipo de producto, incluidas sus pruebas manuales y automatizadas.
- Diseño y análisis de pruebas
- Escribe un plan de pruebas para cada funcionalidad del equipo que cubre casos límite, permisos, estados de los datos e integraciones entre sistemas, y revisa los requisitos antes de que empiece el desarrollo para detectar huecos.
- Automatización de pruebas
- Automatiza las pruebas de regresión de las funcionalidades del equipo, las mantiene estables y legibles, y corrige o elimina las pruebas inestables en lugar de ignorarlas.
- Investigación y reporte de defectos
- Acota los bugs con logs, trazas de red y la base de datos, valora su gravedad según el impacto en los usuarios y confirma las correcciones, incluidos los casos de alrededor.
- Criterio de release y riesgo
- Da una recomendación clara de salir o no salir para los releases del equipo, explicando los riesgos conocidos y lo que queda sin probar, y participa en las comprobaciones posteriores al release.
- Prácticas de calidad
- Participa en el refinamiento y en las conversaciones de diseño para añadir pronto criterios de aceptación y aspectos de testabilidad, y trabaja en pareja con los desarrolladores sobre qué cubrir en sus propias pruebas.
- Mentoría y transmisión de conocimiento
- Mantiene al día la documentación de pruebas del equipo, introduce a los nuevos compañeros en su área del producto y explica técnicas de pruebas a los desarrolladores que se lo piden.
Ingeniero de QA sénior: qué se espera
Da forma a cómo integran la calidad uno o dos equipos y es responsable de la estrategia de pruebas de los proyectos más grandes. La estrategia de pruebas, las suites de automatización y las decisiones de release de uno o dos equipos, además de proyectos que cruzan los límites entre equipos.
- Diseño y análisis de pruebas
- Diseña la estrategia de pruebas de proyectos que abarcan varias funcionalidades o equipos, decide qué cubrir a nivel unitario, de API y end-to-end, y concentra el esfuerzo en las partes con más probabilidades de romperse.
- Automatización de pruebas
- Diseña la estructura de una suite de automatización, la integra en el pipeline de entrega con tiempos de ejecución razonables y revisa las pruebas que escriben los desarrolladores y otros ingenieros de QA.
- Investigación y reporte de defectos
- Investiga problemas intermitentes y que solo ocurren en producción a través de varios servicios, detecta patrones en los defectos recurrentes y los convierte en propuestas que eliminan una clase entera de bugs.
- Criterio de release y riesgo
- Decide, junto con los desarrolladores, el enfoque de release para los cambios arriesgados (feature flags, despliegues por fases, monitorización adicional) y lidera las pruebas durante incidentes y hotfixes.
- Prácticas de calidad
- Mejora el flujo de pruebas de uno o dos equipos (entornos de pruebas, datos de prueba, checklists de revisión) y mide si el cambio ha reducido los defectos que llegan a producción.
- Mentoría y transmisión de conocimiento
- Ejerce de mentor de ingenieros de QA júnior de forma deliberada, organiza sesiones sobre enfoques de pruebas para desarrolladores y participa en las entrevistas de selección para puestos de QA.
Ingeniero de QA líder: qué se espera
Define el enfoque de calidad de la empresa y ayuda a todos los equipos a entregar con menos defectos que llegan a producción. La calidad de todo el producto: la infraestructura de pruebas compartida, los estándares de release y cómo se dota y se practica el QA.
- Diseño y análisis de pruebas
- Define cómo decide la empresa qué probar y con qué profundidad, a partir del riesgo y de los datos de uso, y se asegura de que todos los equipos lo apliquen de forma coherente.
- Automatización de pruebas
- Elige las herramientas de pruebas y la infraestructura compartida de la empresa, equilibra las capas de la pirámide de pruebas en todos los productos y mantiene toda la suite lo bastante rápida como para que los equipos de verdad esperen a que termine.
- Investigación y reporte de defectos
- Es responsable de cómo registra y prioriza la empresa los defectos, informa a la dirección de ingeniería de las tendencias de los bugs que llegan a producción y se asegura de que las mayores fuentes de defectos reciban recursos para corregirse.
- Criterio de release y riesgo
- Fija los estándares de release con los que trabajan todos los equipos, define cuándo se puede bloquear un release y es la persona a la que pregunta la dirección si el producto está listo para un gran lanzamiento.
- Prácticas de calidad
- Da forma a las prácticas de calidad en toda ingeniería, decide dónde se sitúan los ingenieros de QA y de qué se encargan los desarrolladores, y hace de la calidad una responsabilidad compartida en lugar del trabajo de un solo equipo.
- Mentoría y transmisión de conocimiento
- Hace crecer las habilidades y los itinerarios de carrera del grupo de QA, define cómo se contrata y se incorpora a los ingenieros de QA y desarrolla a los próximos ingenieros de QA sénior y líderes.
Cómo adaptar esta escalera
Deja por escrito tu mezcla de pruebas manuales y automatizadas
Si tus ingenieros de QA se centran en el testing exploratorio, acorta la fila de Automatización de pruebas y amplía la de Diseño y análisis de pruebas. Si se dedican sobre todo a construir automatización, sube las expectativas de calidad del código. En cualquier caso, haz explícita la elección para que nadie sea evaluado por un trabajo para el que no se le contrató.
Reserva el nivel líder para cuando sea un trabajo real
Con dos o tres ingenieros de QA, la empresa suele necesitar solo los niveles júnior, intermedio y sénior. Añade el nivel líder cuando alguien esté fijando de verdad los estándares de calidad para todos los equipos, no como premio para el tester con más antigüedad. En esta escalera, Ingeniero de QA líder es un nivel de especialista; si tu responsable de QA también gestiona testers, añade las expectativas sobre personas de la escalera de Engineering Manager.
Alinea los niveles con tu escalera de ingeniería
Relaciona cada nivel de QA con el nivel de ingeniero de software de alcance y salario comparables. Cuando un Ingeniero de QA sénior está al lado de un Ingeniero sénior, pasar de un itinerario a otro es un movimiento lateral y no un descenso ni un salto.
Reúne evidencias, no recuentos de bugs
Para los check-ins y las propuestas de ascenso, reúne ejemplos como un plan de pruebas que detectó un defecto costoso, una suite inestable que se volvió fiable o una decisión de release que resultó acertada. Contar los bugs reportados premia el ruido y penaliza a los testers de los equipos estables.
Preguntas frecuentes
Preguntas sobre esta escalera
¿Cuántos niveles necesita la escalera de carrera de un ingeniero de QA?
Para una empresa de 20 a 200 personas suelen bastar tres o cuatro, porque los grupos de QA son pequeños. Esta plantilla usa cuatro: Ingeniero de QA júnior, Ingeniero de QA, Ingeniero de QA sénior e Ingeniero de QA líder. Añade un quinto solo cuando el alcance del trabajo vaya realmente más allá de fijar los estándares de calidad de todo el producto.
¿Deben compartir escalera de carrera los testers manuales y los ingenieros de automatización de QA?
En la mayoría de las empresas más pequeñas, sí. El núcleo del trabajo (entender el riesgo, diseñar pruebas y valorar los releases) es el mismo; solo cambian las herramientas. Mantén una sola escalera y acuerda, por persona o por equipo, qué parte de la fila de Automatización de pruebas se aplica.
¿Puede un ingeniero de QA pasarse al itinerario de ingeniería de software?
Sí, y funciona mejor como un cambio planificado. Compara a la persona con la escalera de ingeniero de software, acuerda unas pocas acciones de desarrollo, como hacerse cargo de funcionalidades pequeñas o de correcciones de bugs, y haz el cambio cuando cumpla ese nivel de forma constante. Su experiencia en pruebas suele hacer de ella mejor ingeniera, no peor.
¿Cómo se mide el desempeño de un ingeniero de QA sin contar bugs?
Fíjate en los resultados y el comportamiento: los defectos de su área que han llegado a producción, la fiabilidad y la velocidad de la suite automatizada, lo pronto que señala los riesgos y cómo han resultado las decisiones de release. Comenta ejemplos concretos frente a la escalera en los check-ins periódicos en lugar de fiarlo todo a los dashboards.
¿Cuántos ingenieros de QA necesita un equipo de desarrolladores?
No hay una proporción fija. Muchas empresas de este tamaño funcionan con un ingeniero de QA por cada cuatro a ocho desarrolladores, pero el número adecuado depende de cuánto prueban los desarrolladores su propio trabajo y de lo caro que le sale un defecto a tus usuarios. Vigila los defectos que llegan a producción y los retrasos de los releases, y contrata cuando cualquiera de los dos no deje de crecer.
Crea esta escalera de carrera en LadderKit, gratis
Configura sus niveles y habilidades para tu equipo, evalúa a las personas con ellos en los check-ins y mantén la coherencia en las decisiones de ascenso.
Plan gratuito · Sin tarjeta de crédito
Plantillas relacionadas
Ingeniería
Ingeniero DevOps
Cuatro niveles de ingeniero DevOps júnior a staff y seis competencias, de la infraestructura al apoyo a los desarrolladores.
- 4 niveles
- 6 competencias
Ingeniería
Engineering Manager
Cuatro niveles de Engineering Manager a VP de ingeniería, con seis competencias de gestión.
- 4 niveles
- 6 competencias