Innovando en las Tecnologias de la Información » software

Diferencia entre un Software Test Engineer y Software Quality Engineer

Tedi Roca — Tue, 29 Dec 2009 17:52:22 +0000

Estaba dando una vuelta por los mensajes pendientes en los grupos de LinkedIn y me encontré uno especialmente interesante en el grupo de Test Republic, donde Annamariale Chandran (Senior Engineer) explicaba las diferencias entre un STE (Software Test Engineer) y un SQE (Software Quality Engineer). Podéis leer el debate completo aquí.

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.

Métodos de entrevista y el modelo de madurez CMM

Tedi Roca — Sun, 23 Mar 2008 03:25:50 +0000

Uno de los grandes errores que comentemos a menudo es no preparar las entrevistas. No me refiero a las entrevistas de trabajo, sino a aquellas que sirven para evaluar el desempeño interno de la organización. Probablemente este fallo tiene bastante que ver con la importancia que damos al tiempo de nuestros colegas dentro de la empresa. Aunque podemos volver a cruzarnos por el pasillo con la persona que hemos entrevistado, en ese momento ya no existirá el entorno necesario para la actividad que queremos acometer: entrevistar a un compañero. Por lo tanto, primer punto: el tiempo de la gente es oro.

?Por qué querríamos entrevistar a una persona que trabaja con nosotros? Por mil y un motivos. Por ejemplo, para evaluar el desempeño de las actividades conjuntas, obtener propuestas, revisar la satisfacción y un largo etcétera. Todo esto, obviamente, partiendo de la base de que absolutamente cualquier persona dentro de la organización debe tener voz y voto -sobre diferentes temas- y se deben atender las propuestas por doquier que aparezcan. Luego ya tendremos tiempo de evaluarlas.

En el caso que nos ocupa, vamos a ver una propuesta-guión sobre una posible entrevista a un empleado de la organización, entorno a la evaluación de la madurez CMM de la empresa. Es cometido de esta actividad preparar una guía de entrevistas para ser utilizadas dentro del plan de mejoras en el marco de desarrollo de nuevas aplicaciones, ejerciendo como adjunto al Director de SI de un gran banco internacional.

Nota: No se incluyen los tiempos de planteamiento y respuesta destinados a cada cuestión -que serían de gran utilidad- ya que dependerán en gran medida del caso particular.

Plantilla para la entrevista

Nombre del entrevistado:

Organización / Responsabilidad:

Fecha / Lugar:

Teléfono / e-mail:

Información adicional:

Presentación [Añadiendo puntos a tratar y transmitir durante la presentación y motivo de la entrevista]
?Cuál es su responsabilidad dentro de la organización?
Desde su punto de vista, ¿la organización planifica y detalla los requerimientos que implican el desarrollo e implantación de nuevas oportunidades tecnológicas?
?Cree que existe un control satisfactorio sobre los procesos derivados de los proyectos y sus actividades?
?Se estructura en el tiempo la ejecución de los proyectos de desarrollo?
?Cuál es el criterio de selección a la hora de contratar sus proveedores?
?De qué modo se controla y organiza la evolución del desarrollo del software?
?Existe modelo de testeo del software en fases de desarrollo tempranas?
?Podría explicarme el modo de operación de la empresa frente a la asignación de responsabilidades y tareas?
?Cree que su empresa se basa en el modelo de una organización por procesos?
?Qué formación ha recibido por parte de su empresa?
?De qué modo se gestiona e integra el desarrollo de software en su empresa?
?Existe un plan de ingeniería de producto aplicada al desarrollo de software?
?Las revisiones de entre desarrolladores es una práctica habitual?
?De qué modo se revisan y contabilizan los procesos?
?Existe un departamento encargado de la gestión de Calidad del software?
Si existe tal departamento, ¿cuál es su ámbito de actuación?
?Cuál cree que es la capacidad de su empresa para incorporar nuevas tecnologías y adaptarse a ellas?
?Se revisan periódicamente los procesos establecidos, aplicando una mejora continua?
?De qué modo se revisan y gestiona la prevención de fallos y errores?
?Qué cambios o mejoras sugiere?
?Cree que debería revisarse la metodología o enfoque de alguna de las áreas vinculadas al desarrollo?
?De qué modo piensa que pueden ser excepcionalmente valiosas sus aportaciones en la empresa?
?Le gustaría plantear alguna sugerencia o idea?
Resumen de las ideas y compromisos derivados de la entrevista.
Datos de contacto para posibles sugerencias o información adicional.
Transmisión del valor que supone la entrevista y la información presentada por el entrevistado y agradecimiento.

Espacio adicional:

Impresiones:

Documentos de referencia:

Otras formas de contacto:

Temas pendientes:

Compromisos (Action Items):

Otra información y desarrollo de respuestas extensas o acotaciones:

Recursos adicionales
– Capability Maturity Model [http://en.wikipedia.org/wiki/CMMI]
– CMMS [http://www.sei.cmu.edu/cmmi/adoption/pdf/cmmi-overview05.pdf]

Reflexiones sobre la sobre software libre y las administraciones públicas

Josep Canyas — Tue, 04 Apr 2006 03:45:53 +0000

Hace unos dias tuve la ocasion de asistir a una conferencia que el señor Richard Stallman hacia en un instituto de enseñanza secundaria en mi localidad

Fui atraido por la idea de software libre y todo lo que representa su figura en el mundo del software libre.

Encontre la charla sumamente interesante en todos los temas que él planteaba, emacs, copyleft, el proyecto GNU…

Tuve la oportunidad incluso de hacerle una pregunta ,pasando algunos apuros y algo de verguenza por mi falta de prevision a la hora de formularla, acerca de como cada vez el movimiento de software libre es cada dia mayor y el papel que juegan las administraciones públicas en este aspecto.

La respuesta que me dió fue tajante: Protestar en las puertas de las administraciones para exigir que toda la comunicación i/o trámites que se realizan online sea compatible con software libre.

Quisiera saber vuestras opiniones acerca de este tema y al mismo tiempo me surgen una serie de preguntas ?.

Se puede exigir de algún modo a las administraciones al uso de software libre ?

O por el contrario las administraciones puedan firmar contratos millonarios a empresas como Microsoft u otras por vender su software ? Un ejemplo es la subvencion para la localización al catalán de Windows XP.

Hay muchos proyectos con software libre y distribuciones GNU/Linux en España como Molinux o Guadalinex para poner solo un par de ejemplos. Pero créeis que estas administraciones estan preparadas al 100 % tanto en los servidores como en los lenguajes de programación ?

Como véis la respuesta del señor Stallman ?. Es viable o utópica ?

{mos_sb_discuss:13}

Software libre: ¿perjudica el desarrollo profesional?

Tedi Roca — Sun, 05 Feb 2006 19:40:23 +0000

Hace unos días, en las listas de distribución de MACFloss, se citaba el siguiente texto, originario de un futuro ingeniero informático:

“Yo esto lo digo como ingeniero técnico informático (que aun no soy, pero seré en breves). NO AL SOFTWARE LIBRE. Creo que con eso, resumo mi postura. Lo unico que hago, es no defender lo que en mi opinión no me va a reportar beneficios, y al contrario, va a causarme problemas y perdidas”

¿El sofware libre perjudica el desarrollo profesional?

Innovando en las Tecnologias de la Información » software

Diferencia entre un Software Test Engineer y Software Quality Engineer

Artículos relacionados

Métodos de entrevista y el modelo de madurez CMM

Plantilla para la entrevista

Artículos relacionados

Reflexiones sobre la sobre software libre y las administraciones públicas

Artículos relacionados

Software libre: ¿perjudica el desarrollo profesional?

Artículos relacionados