Historias
Slashboxes
Comentarios
 

Login Barrapunto

Login

[ Crear nueva cuenta ]

Estancado en testing funcional en mi trabajo

editada por Mu el Martes, 20 Noviembre de 2012, 11:12h   Printer-friendly   Email story
desde el dept. desmotivación
pyros nos cuenta: «Hola. Soy un ingeniero en informática de 26 años. He tenido tres trabajos hasta el momento. En uno me dedicaba a hacer un mini proyecto en cierta tecnología para una empresa pequeña. En la segunda, más grande, programaba un poco en SQL y también una parte pequeña de web. Ahora lo que pasa en mi trabajo actual es que en principio me contrataron para programar en Java como junior, pero me han puesto en testeo funcional por lo que me dedico exclusivamente a: analizar documentos funcionales y crear testcases, crearme queries y consultar tablas, ver informes, comprobar que los datos de los informes salen ok, que se han calculado ok, y que coinciden con lo que se guarda en las bases de datos. Lógicamente no me gusta, he preguntado en mi empresa si puedo cambiar a desarrollador, y me han dicho que es difícil. No estoy aprendiendo nada útil, a parte de ser muy monótono... ¿Sugerencias? ¿Busco otro trabajo? Puedo buscar otro trabajo pero, a parte que está muy mal el mercado, me puede pasar como en este que me contratan como programador para una tecnología, y luego me ponen en otra cosa peor. Gracias.»

Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Es peligroso

    (Puntos:2)
    por Lock (3731) <reversethis-{se.oohay} {ta} {retep_kcol}> el Martes, 20 Noviembre de 2012, 11:52h (#1324995)
    ( http://barrapunto.com/ )
    El problema es que no es tanto un estancamiento como un cambio de camino bastante confuso.

    Si lo que quieres es desarrollo entonces tienes un problema.

    Además desde testeo funcional no estan claros los caminos. Es un puesto necesario pero revisa con cuidado cuales son las posibles evoluciones desde tu puesto en esa empresa (o en el mercado laboral) porque lo que está claro es que destruye en gran medida tu curriculum como desarrollador y que no es una tarea que sea agradable de extender a lo largo de los años.
    --
    ¿¿PETER?? ¿Demostenes? Y actualmente Lockpeter
    [ Responder ]
  • Propón mejoras

    (Puntos:4, Interesante)
    Piensa en qué podrías hacer para automatizar las tareas y propón mejoras... O hazlas directamente y vete a hacer cafés mientras trabaja tu software ^_^
    --
    Pué fueno, pué fale, pué m'alegro.
    Maquinavaja.
    [ Responder ]
  • Lárgate de ahí

    (Puntos:1, Interesante)
    por sysop (27903) el Martes, 20 Noviembre de 2012, 12:10h (#1325001)
    Mi consejo no es solo para este caso concreto sino para otros parecidos: lárgare de ahí YA.

    En nuestro sector solo se valoran los conocimientos "útiles", que son los de desarrollo exclusivamente.
    Huye de los papeleos burocráticos y las cosas que tú crees que podría hacer cualquiera. Deja a un lado tu comodidad actual, no has hecho ingeniería informática para dedicarte a eso y lo sabes.

    Cada día que pases ahí sin aprender algo útil, será un día desperdiciado y las jornadas laborales te parecerán interminables aumentando tu frustración.

    No hagas lo que yo: 3 años haciendo chorradas de ese estilo y ahora aprendiendo tecnologías actuales con un considerable retraso.
    Huye de ahí compañero.

    [ Responder ]
  • por eldaimon (20101) el Martes, 20 Noviembre de 2012, 12:13h (#1325005)
    ( http://eldaimon.blogspot.com/ )
    Si el trabajo no te gusta cambia la vida es muy corta para pasarte la vida haciendo cosas que no quieres hacer. Si te gusta programar programa, interesa té por el software, las metodologías y toda la literatura que hay detrás. Pero no des un portazo en la puerta, testar será siempre parte de tu trabajo y te hará mejor programador, simplemente continua mientras buscas algo mejor.
    [ Responder ]
  • testeo es futuro

    (Puntos:2)
    por neu___ (14363) el Martes, 20 Noviembre de 2012, 12:15h (#1325006)
    ( http://www.cpsaez.com/ | Última bitácora: Martes, 20 Noviembre de 2012, 16:31h )
    Aparte de lo que comentan arriba, uno de los mayores retos en el desarrollo de software a dia de hoy es que el testeo funcional/smoking tests/system tests.. sea totalmente automatico.

    Visual studio por ejemplo tiene una suite dedicada exclusivamente al testeo, capaz de arrancar maquinas virtuales con ciertas caracteristicas de navegador/so/software instalado para probar el programa a testear en dichas circustancias.

    Y, hablando de Microsoft, tiene bastante posiciones abiertas aqui en Irlanda para "QA enginieries" o, como no, en siglas: SDET.

    Aqui tienes una serie de preguntas/respuestas acerca del puesto.

    http://programmers.stackexchange.com/questions/446 23/microsofts-software-development-engineer-in-tes t-position [stackexchange.com]

    Y, como apreciacion personal, lo mejor que puede hacer un desarrollador es hacerse coleguilla de alguien de QA, por que a veces dan ganas de matarlos, aunque siempre lleven razon :)
    --

    Under a sea of dust lies a vast wealth of wisdom

    [ Responder ]
  • por xlopez (22256) el Martes, 20 Noviembre de 2012, 12:54h (#1325014)
    ( http://alacantilado.blogspot.com/ )
    ¿No te gusta?

    Intenta cambiar de trabajo.

    Tira curriculums y cuando vayas a las entrevistas de trabajo pregunta sin miedo.

    Es mucho mas fácil encontrar trabajo cuando se tiene, no tienes tanta presión.

    Las empresas valoran mas a alguien que trabaja que a alguien que ha sido despedido. Nunca se sabe si el despedido lo fue por que la empresa iba mal o por que era un manta.

    [ Responder ]
  • Lo de aprender, no hace falta que tengas trabajo. Se supone que si estas en ese tipo de empresa tendrás tu título, por lo que sabrás aprender solo en casita.

    ¿Si eres bueno, por que no te vienes [wooga.com]?
    [ Responder ]
  • por triturator (14194) el Miércoles, 21 Noviembre de 2012, 07:40h (#1325074)
    ...me parece a mí que bastantes cosas de las que comentas (y las que hacen que el trabajo sea un peñazo) son cosas automatizables. Evidentemente crear los tests no, pero seguramente la comprobación de resultados, informes y demás no es necesario hacerlas 100% a mano.

    En general, cualquier cosa mecánica y susceptible de automatizar se convierte en tediosa por pocas inquietudes intelectuales que tengas, por lo que a lo mejor podrías empezar a tirar por automatizar todo lo máximo posible. A lo mejor al final, una vez automatizado todo lo automatizable, descubres que la cosa es bastante más interesante de lo que era, y si no habrás adquirido un bagaje que te puede ser muy útil para el futuro, como comentan otros más arriba.

    Saludos
    [ Responder ]
  • por ezzet (52534) el Jueves, 22 Noviembre de 2012, 14:08h (#1325245)
    Estoy de acuerdo con todos los que han aconsejado la automatización para todas aquellas tareas monótonas y repetitivas. Llevo 8 años trabajando en testing. Tuve exactamente el mismo problema que tú... te estancas, tienes la sensación de que la tecnología avanza y tú no, crees que se están desaprovechando tus aptitudes... etc etc. Mi propuesta es que cambies tu forma de trabajar. Piensa en cómo trabajas ahora, cómo te gustaría trabajar dadas las condiciones (esto es, que sigues haciendo testing funcional), y prepara un plan de desarrollo que te permita alcanzar tu meta: un plan de automatización, una análisis de procedimientos, un refactoring de los scripts que utilices, un estudio de las herramientas open source que te podrían ayudar a gestionarlo mejor, establecer un plan de integración con los equipos de desarrollo (ahora mismo quien lanza una compilación, lanza los tests y se hace un pre-análisis pulsando un solo botón, y todo con herramientas open source)... nosotros cambiamos el framework/harness de test, revisamos el project development plan, herramientas de gestión de requisitos, virtualización, etc etc, y se convirtió en un proyecto de desarrollo puro (si entendemos los tests automáticos como un proyecto software, que es lo que es, al fin y al cabo). El testing no está para nada reñido con el desarrollo. Puede sonar al cuento de la lechera, pero es algo que realmente funciona. ¿No te gusta el trabajo que haces, pero quieres seguir trabajando en esa empresa por el motivo que sea? Pues modifica tu forma de trabajar. Presenta un plan a tu manager, y si eres capaz de venderle una mejora tangible, dudo que no te deje que te reserves tiempo de tu jornada labora la abordar "tareas de plataforma". ¿No te gusta el testing funcional? Moldéalo a tu gusto. Transformalo en un proyecto software. Es mi consejo.
    [ Responder ]
  • Tú mismo te respondes

    (Puntos:1, Inspirado)
    por pobrecito hablador el Jueves, 22 Noviembre de 2012, 17:05h (#1325267)
    Si no estás a gusto, cambia. Si te vas a otra empresa y te ponen en algo peor, vuelve a cambiar.

    En la entrevista dí lo que te gustaría hacer, que te cuenten lo que hacen y, si no coincide ni es reconciliable, no aceptes. Si aceptas y luego te cambian a algo sin interés, te vuelves a ir. Que no se te olvide que trabajas a sueldo, que no es tu empresa y que no tienes ninguna responsabilidad con ellos en ese sentido. Cuando no te guste, no estés cómodo o no te convenzan tus condiciones: te vas.
    [ Responder ]
  • por NickNick (52090) el Miércoles, 21 Noviembre de 2012, 14:35h (#1325142)
    Desgraciadamente tiene futuro. Como todo se desrrolla deprisa y corriendo, por programadores comprados por kilos, no queda más remedio que probarlo un poco, lo justo para no hacer el ridi delante del cliente y, sobre todo, que firme el placet. Eso sí, las bombas de relojeria que aparecerán meses después se las comerá.
  • 7 respuestas por debajo de tu umbral de lectura actual.