¿Qué es un desarrollador en prueba? [cerrado]

12

Hace poco estuve hablando con un reclutador que quiere ubicarme en una empresa para un puesto de Developer in Test. Básicamente, lo hizo sonar como una posición en la que puedes jugar con nuevas técnicas de programación y errores de prueba y mejoras en el software, pero donde no tienes que preocuparte por los plazos estándar. Tienes la oportunidad de ser muy creativo en tu trabajo.

Pero esa descripción todavía era algo vaga para mí. Soy desarrollador web desde hace varios años, principalmente trabajando en PHP. Así que quería saber si otros miembros de la comunidad saben más acerca de lo que típicamente implican estas posiciones.

Sé que este podría no ser un tema apropiado para este foro, pero fue la mejor opción que pude encontrar entre Stack Exchange y realmente agradecería que no se cerrara ya que realmente no hay ningún otro lugar aquí para pregunte por ello.

He intentado buscar en Google, pero no hay mucha información por ahí. Entonces, ¿qué es exactamente un desarrollador en prueba?

    
pregunta pthurmond 25.03.2013 - 20:57

3 respuestas

24

Soy un ingeniero de desarrollo de software en pruebas y he estado en 2 compañías distintas. Actualmente trabajo para Microsoft.

En términos generales, Bryan Oakley tiene razón: usted escribe un software que prueba el software.

Más allá de eso, depende de su nivel de experiencia, el alcance de sus responsabilidades y el tipo de software que el empleador estaría produciendo. Una posición de SDET puede incluir escribir cualquier cosa, desde los conceptos básicos de las pruebas de verificación de nivel de función, hasta escribir y mantener la infraestructura de prueba para ejecutar esas pruebas. Tampoco es raro tener SDETS que se especialicen en pruebas enfocadas para ciertos tipos de requisitos (pruebas de seguridad, rendimiento / escala, facilidad de uso, etc., son ejemplos que vienen inmediatamente a la mente).

La descripción que recibió del reclutador suena como una técnica de venta deficiente.

  • No estás jugueteando; tiene n días para obtener una cobertura de prueba automatizada sobre x características implementadas en y diferentes entornos compatibles en z .
  • Oh, por cierto: esas pruebas deben ejecutarse lo suficientemente rápido para que los desarrolladores tengan un ciclo rápido de desarrollo / prueba porque ...
  • ¿No hay plazos estándar? Usted está a cargo de la calidad del producto y la fecha de lanzamiento fue establecida por la comercialización hace 6 meses. El equipo de desarrollo tiene 6 semanas de retraso en la entrega de una versión estable a su equipo de prueba, y la compañía no está presionando esa fecha de lanzamiento (nuevamente). ¿Es el producto o servicio lo suficientemente estable como para liberar a un par de millones (miles de millones) de personas el mismo día?
  • ... y si ( cuándo ) los clientes llaman con problemas ... "¿Por qué (demonios) no lo detectaste primero?"

Espero que te dé un pequeño ejemplo de cómo es ser un SDET.

    
respondido por el Steven Evers 25.03.2013 - 21:34
7

"Desarrollador en prueba" generalmente significa que se encuentra en el departamento de control de calidad o en un rol de control de calidad, pero el enfoque está en escribir pruebas automatizadas en lugar de crear y ejecutar casos de prueba manuales. Cosa de ello como software de escritura para probar software. Puede ser una opción de carrera particularmente desafiante porque requiere habilidades de programación y una buena comprensión de las pruebas de software.

Sin embargo, títulos diferentes significan cosas diferentes para diferentes compañías, por lo que la respuesta definitiva debe provenir del reclutador.

    
respondido por el Bryan Oakley 25.03.2013 - 21:05
1

Un rol SDET es prácticamente lo que usted hace, como lo demuestran sus diferentes nombres: QA / Developer, QA Engineer, Automation Developer. Mi título actual es en realidad Test Engineer, al que nunca había escuchado antes de aceptar este trabajo. Independientemente del título específico, es una nueva posición en la mayoría de las empresas, por lo que las expectativas pueden ser flojas. "Ayúdanos a automatizar nuestras pruebas, y esas cosas ...". El material podría incluir herramientas de CI, pruebas de API, servicios en la nube, integración con sistemas internos, etc.

Otro aspecto del trabajo que no veo en este hilo es la mejora del proceso. Por lo general, los SDET han estado haciendo control de calidad por un tiempo, y nuevamente, por lo general, son más técnicos que el resto del equipo de control de calidad, incluido su gerente. Saben mucho sobre el sistema bajo prueba, es decir, "donde están enterrados los cuerpos". Por estas razones, la administración suele escuchar a los SDET y puede tener mucha influencia en el proceso, no solo en el proceso de prueba, sino también en cómo se fabrica el producto. Lo que puede ser genial, si te gusta eso.

    
respondido por el ArmyOfRobots 22.02.2015 - 16:46

Lea otras preguntas en las etiquetas