(24-08-2012 00:54)rulo escribió:  

Cita:Qué basico Onditas, los QA no sólo hacen testing.

Mi punto era "programar la aplicacion es salirse del rol de QA". Segun sebas, si sos QA sos un developer mas y no es asi.

Yo no dije eso, si no sabes leer jodete por salame... Dije que muchos QA programan mejor que desarrolladores, lo dije marcando lo mal que se programa hoy por hoy... Vos tomas las cosas como queres...

(24-08-2012 00:54)rulo escribió:  

(23-08-2012 15:07)sebasthian777 escribió:  Depende rulo, hay muchos tipos de QA, los que se dedican a automatización, tiene que saber programar y bastante bien.

Dudo que al mismo nivel que un programador que se dedica a eso. Repito, su tarea es otra y no programar una aplicacion.

Dudas mal y para el orto, hay scripts que son infinitamente largos y a diferencia de las tecnologias modernas, lo tenes que hacer sistematico y lineal... contemplar miles y trillones de posibilidades, teniendo en cuenta que el script tiene que emular al usuario promedio que utilice ese software que hay que testear... No es una cosa como IA, pero si es complejo, largo y complicado.
Y muchas veces no se puede re utilizar un script viejo.

(24-08-2012 00:54)rulo escribió:  

Cita:o si llega muchas hora culo de los desarrolladores...

Y como lo sabes siendo alguien externo? (no solo a la parte dedicada a desarrollo sino....al proyecto en si!).
Hoy tuve que arreglar con mi jefe algo que venia del server del cliente.
Le calculamos un par de horas.
Nos llevo un dia completo.

Si hasta nosotros le pifiamos a la estimacion a veces... que te garantiza que un QA va a saber eso?
...O en gral cualquiera sin experiencia en desarrollo...?

Esa es la razon, si todos tienen mas nocion, es mas probable que no se estimen los tiempos para el orto, cuando un QA eleva un ticket, antes que lo atienda o deje pendiente un desarrollador, tiene que estimar (en algunos casos) cuanto puede demorar en corregirlo.... De esta forma si yo tengo 3 incidencias para pasarle a "jose developer visual studio poronga" y estamos prendidos fuegos con los tiempos, tengo que evaluar y poner en la balanza, en lo posible, la relacion, tiempo y necesidad, cual es mas importante y cual se puede solucionar antes, obvio, esto es un estimativo... pero mientras mas conocimientos tenga el QA, mas laburo le puede ahorrar al desarrollador... TIEMPO == PLATA rulo...

(24-08-2012 00:54)rulo escribió:  

Cita:Depende de como sea el laburo, tenes que saber consultar una base de datos, y sarasa...

Y eso tampoco es programacion. Bases de datos es usar queries. Y si usas SQL SERVER 2008, hay botones que te escriben todo el codigo y te dicen <LAS CONDICIONES VAN ACA PAPAH, AGUANTE ALL BOYS(*)>.

Puede ser, a veces si, otras veces tenes que usar el IBM Communicator por ejemplo, y si no sabes un choto de queries, no te manejas tan bien... yo he tirado queries muy jodidas, y si, tuve que pedir ayuda a otras personas de lo extensas que eran... (Siendo QA)

(24-08-2012 00:54)rulo escribió:  

Cita:pero siento que hay gente bajo el cargo de "Senior" que programa por obra y gracia del espiritu santo,

Y si, si estan bajo el cargo del Señor, es obvio que programan bien. Es lo que ustedes,los no-católicos llaman "Ballmer Peak" ( http://xkcd.com/323/ ) pero con un rosario en vez de alcohol.

Spoiler: Mostrar

Off-topic:

* - Y LA CONCHA DE TU MADRE, ALL BOYS!.

[/quote]

no entendiste lo que dije... no tiene sentido explicarlo...

(24-08-2012 10:35)sebasthian777 escribió:  Yo no dije eso, si no sabes leer jodete por salame... Dije que muchos QA programan mejor que desarrolladores, lo dije marcando lo mal que se programa hoy por hoy... Vos tomas las cosas como queres...

Perdon, me exprese mal. Quise decir

Cita:Pareciera que segun sebas, si sos QA sos un developer mas y no es asi.

Cita:Dudas mal y para el orto, hay scripts que son infinitamente largos y a diferencia de las tecnologias modernas, lo tenes que hacer sistematico y lineal... contemplar miles y trillones de posibilidades, teniendo en cuenta que el script tiene que emular al usuario promedio que utilice ese software que hay que testear... No es una cosa como IA, pero si es complejo, largo y complicado.
Y muchas veces no se puede re utilizar un script viejo.

Baja un cambio man. No te calentes tanto por una discusión pelotuda. I'm not bashing QA. Period.
Respecto de lo otro, yo hable de desarrollar y no de meterse a hacer scripting. Para mi siguen siendo cosas distintas y un QA no es mejor programando que un desarrollador.

Cita:tiene que estimar (en algunos casos) cuanto puede demorar en corregirlo....

Sin saber nada del laburo de desarrollador en si? (y fijate que yo asumo que ese QA jamás fue dev).
Además es algo que varía para cada desarrollador.

Cita:tengo que evaluar y poner en la balanza, en lo posible, la relacion, tiempo y necesidad,

Cita:cual es mas importante

claro, eso SI lo puede decir un QA (aunque también debería bajar linea el cliente sobre eso).

Cita:y cual se puede solucionar antes,

Capaz que te topaste con muy buenos QA. O QA casi dev. En la empresa casi todos lo QA son externos y esperan que les resuelvas en 1 dia problemas que llevan 3.
(Ni hablar de los issues por un imprevisto, o porque la api que estas usando es una garcha se te hacen una pelota de nieve).

Cita:obvio, esto es un estimativo...

Como TODO en el rubro de sistemas.

Cita:mas laburo le puede ahorrar al desarrollador... TIEMPO == PLATA rulo...

No lo discuto.

Cita:Depende de como sea el laburo, tenes que saber consultar una base de datos, y sarasa...

Again,para mi scripting != coding.

Cita:no entendiste lo que dije... no tiene sentido explicarlo...

Tu post de 200 lineas desmiente lo segundo .

PD: Si querés seguir discutiendolo, hago un split thread. Nos estamos saliendo de topic.

Off-topic:

La gran mayoría de los QA no son coders y no pretenden serlo
Después tenés los que primero pasaron por dev y no les gustó
Tenés los que hacen eso como para entrar en el mercado laboral y seguir para funcional o para desarrollo
Tenés los QA con Automation, que somos gente que no tiene que ser excelsa programando pero sí tenés que tener una idea para agregar lógica de programación (me meto en esta clasificación porque es algo que sé pero que todavía no se implementó donde estoy)

Quizá algunos lo ven como algo tan básico o lo ven como que son los pobres nabos que andan detrás de los developers... la verdad es que hay que saber antes de hablar, y a veces el mismo developer no es quien para dar una opinión
Vos podés hacer una cosa y para vos puede estar bien, pero porque cada uno ve lo que quiere ver (yo creo que esa es una de las premisas básicas, más allá de detectar bugs). También a veces depende de la interacción desarrollador-QA. Yo no puedo quejarme, no soy el típico QA odiado. No voy por la vida: "A ver querido, corregime este issue, arreglame este SP". No precisamente tenés por qué ser subestimado o menos valorado por ser QA. Para algo están; yo creo que la gente es muy básica si piensa lo contrario. Más que muchos dev gracias que te hacen un unit testing. Los errores de compilación o cosas que si le das una mirada por arriba que pasan y no deberían pasar, pasan (no digo que en todos lados, pero bue...)

Qué se yo. Mi punto de vista. Gran parte de la población no lo va a entender y tampoco me hace sentir más o menos feliz lo que opinen. Al principio me pesaba el qué dirán. Ahora leo las opiniones y digo "ah, mirá", y sigo haciendo la mía

---

Ah: por mí splitealo, pero si nos van a bardear sin sentido entonces dejalo acá xD

Cita:Qué se yo. Mi punto de vista. Gran parte de la población no lo va a entender y tampoco me hace sentir más o menos feliz lo que opinen. Al principio me pesaba el qué dirán. Ahora leo las opiniones y digo "ah, mirá", y sigo haciendo la mía

Por el megapost que hiciste, pareciera que no es tan así.
En fin, no se para que me gasto en aclarar que no estoy intentando bardear a nadie durante los n posts que hice si van a saltar con que sí.
Decir que un QA tiene un scope distinto al de un developer no es bardear, o al menos, no veo porque tendría que serlo.

Off-topic:

Rulo, (si fuiste vos), lo pusiste para el upite el thread aca, no estamos hablando de cosas tecnicas, y mucho menos desarrollo xD AJJAJAJAJA, no se si le pifiaste, si lo hiciste adrede para pelear

AJJAJAJAJ aparte, el thread es re offtopic, va a psiquiatrico xD


te queremos rulo

Los QA se la comen

(26-08-2012 13:26)brunodiaz escribió:  Los QA se la comen

Off-topic:

Los QA son como el capitalismo y el comunismo.

Funcionan.


En teoria

(26-08-2012 01:52)rulo escribió:  

Cita:Qué se yo. Mi punto de vista. Gran parte de la población no lo va a entender y tampoco me hace sentir más o menos feliz lo que opinen. Al principio me pesaba el qué dirán. Ahora leo las opiniones y digo "ah, mirá", y sigo haciendo la mía

Por el megapost que hiciste, pareciera que no es tan así.
En fin, no se para que me gasto en aclarar que no estoy intentando bardear a nadie durante los n posts que hice si van a saltar con que sí.
Decir que un QA tiene un scope distinto al de un developer no es bardear, o al menos, no veo porque tendría que serlo.

Mi opinión fue a lo general.
Aparte, sí, tenemos un scope distinto, pero siempre eso hace que los developers se la crean más

Y si estoy mintiendo, que se me haga el pelo canoso

No entiendo como no postee aca todavia.

Uh.
Se armo la gorda.

El problema para mi es que como se pone a cualquier salame que apenas maneja una PC a hacer QA y despues te vienen diciendo que algo esta mal cuando no es asi nosotros (Desarrolladores) los vemos mal y odiamos a todos (Generalizando y metiendo a todos en la misma bolsa) por hacernos laburar al pedo muchas veces y atrasar un proyecto, donde despues generalmente la "culpa" por atrasarse se la cargan siempre al desarrollador y no al QA (Cuando es compartida).
Muchas veces tenes tambien a gente haciendo QA que por mas que lleva tiempo trabajando de eso, le dan una aplicacion nueva para probar, lee la documentacion mal o no la entienden y te levantan problemas que no son, prueban las cosas con archivos que no van te levantan un error, perdes tiempo revisando todo para finalmente darte cuenta que el QA probo un archivo que no era para ese proceso.




Saludos


PD: Se nota que muchas veces me levantaron Bugs que no eran???

Los odio infinitamente pero a ustedes los puedo putear de arriba a abajo , al cliente no.

Creo que mi opinión es la que más vale porque yo soy uno de ellos
La gran mayoría de las cosas, al menos acá, se atrasan por desarrollo
Es muy raro que se reporte algo que no es. Si uno tiene dudas, va al desarrollador o a quien corresponda. Es inutil para el QA cargar algo que no corresponde, invierte tiempo y atrasa todo.

Pueden preguntar a cualquier developer acá cómo somos los jr y los ssr. O nosotros somos muy friendly o ustedes tienen muy malas experiencias, no sé

Creo que mi opinión es la que más vale porque yo soy uno de ellos
Creo que mi opinión es la que más vale porque yo soy uno de ellos
Creo que mi opinión es la que más vale porque yo soy uno de ellos
Creo que mi opinión es la que más vale porque yo soy uno de ellos
Creo que mi opinión es la que más vale porque yo soy uno de ellos
Creo que mi opinión es la que más vale porque yo soy uno de ellos
Creo que mi opinión es la que más vale porque yo soy uno de ellos