El tema no tendría mayor importancia si no fuese porqué muy a menudo ambos puestos (y responsabilidades) se confunden. Y es que todavía cobra mayor criticidad cuando las expectativas dentro de la organización no están claras respecto a ambos perfiles. En la mayoría de empresas se contratan STE, esperando que estos ejecuten el rol de SQE y esto entraña diferentes peligros. El mas importante: los STE precisan de un gran conocimiento sobre el aplicativo a probar, mientras que los SQE han de ser grandes conocedores del ciclo de vida de desarrollo de los productos.

A continuación podéis encontrar un pequeño resumen de las expectativas que deben cumplir ambos roles:

Software Test Engineer (STE)

• Objetivo: Verificar y validar que el producto cumple con las especificaciones.
• Entregables: Análisis del producto en lo que se refiere a los unidades  desarrolladas (componente, sub-sistema, sistema, aplicativo, …) y resultados de las ejecuciones de pruebas.

Software Quality Engineer (SQE)

• Objetivo: Verificar que el producto es desarrollado conforme a los procesos definidos, así como la revisar e implementar cambios en los procesos.
• Entregables: Análisis de las desviaciones en los procesos del proyecto e identificación de oportunidades de mejora.

Obviamente estas dos definiciones admiten modelados específicos a cada organización y pueden adaptarse a escenarios mas complejos o cambiantes.

Artículos relacionados

• La vida de un defecto – Its defect speaking
• WorkInQA.com :: Tu portal de empleo sobre Testing, Procesos y Quality Assurance
• ISTQB Advanced (Test Manager) – Mapa Mental
• Métodos de entrevista y el modelo de madurez CMM
• Factores implicados en la alineación entre tecnología y objetivos de negocio
• Alineamiento de las Tecnologías de la Información y Comunicación con los objetivos de negocio
• Reflexiones sobre la sobre software libre y las administraciones públicas
• Software libre: ¿perjudica el desarrollo profesional?