Friday, 16 February 2007

Frases Celebres Testers vs Devs (Negociacion) - Famous phrases Testers vs Devs (Negotiation)

Al comienzo de mi carrera pensé que solo en Argentina los desarrolladores usaban estas frases para excusar bugs o justificar algo pero con el paso de los años note que es una característica común en ellos. Mi frase preferida es

En Desarrollo (en el ambiente) funciona perfectamente!.
Quien no la habra escuchado. Como si eso hiciese desaparecer magicamente el bug o como si fuese un justificativo valido. Quizás sea gracioso leerlo así pero genera un gran desafío para el Tester hacer entender al Desarrollador que realmente es un bug o que el hecho que funcione en su PC no es ningún justificativo sin entrar en discusiones. Sabiendo que muchos profesionales que desarrollan se siente observados por el area de testing o como si estuviesen bajo una continua evaluacion los testers deben ser habiles mediadores no generadores de conflictos. En empresas donde no hay un procedimiento claro sobre casos de usos o donde se deja la posibilidad a que el Desarrollador use su imaginacion, cuando el sistema se encuentra en Test se escuchan frases como:
* Esa funcionalidad nunca se especifico.
* No lo realice como el cliente lo solicito porque encontre una mejor manera de hacerlo.(Muy pocas veces es asi)
* Nadie se va a equivocar cargando informacion, etc.
Voy a postear mas frases celebres en breves, lo importante de todo esto es nunca discutir sino negociar y hacer entender los errores reales a los desarrolladores. Trabajar para que no se sientan perseguidos o bajo constante evaluacion.




At the very beggining of my professional career I though that only Argentinean Developers excuses their errors but after few years I've noticed that its a common characteristic. My favourite phrase is:
It works in Dev (Environment)!.
A magical phrase to disappear the bug or to justify a mistake. It might sounds funny but its a big challenge for testers to deal with the developer and make him understand without argueing.
Keeping in mind that many developers feels they are under an on-going evaluation by the Test Area; Testers have to become skilled mediators.
In companies where there are unclear processes about how to create Use Cases or the developer has the chance of using his imagination, while the system is being tested you can hear phrases like:
* This functionality wasn't specified.
* I didn't do it as expected because I found a better way to do it.(Mostly wrong)
* Nobody will make a mistake loading information, etc.
I'm going to post more phrases but the most important thing here is never argue but negotiate and make developers understand bugs. Also, work to make them feel that they are not under evaluation.

7 comments:

Esta es otra frase que se escucha seguido:
EL cliente no se va a dar cuenta del error, esta bien camuflado

Vaya-vaya! está genial Cusmai. Felicidades por tu blog!
Encontré por la red una cosa que quizás te interesa: http://www.blogarithm.com/ es una web que facilita la suscripción a tus lectores, ¡yo ya me he apuntado!
'(*_*)' ¿a que esperas?

Mai

Gracias Mai :)

Estoy chequeando esa URL...

Amigo Sergio, interesantes comentarios, como Administrador de Base de Datos puedo agregar alguno que otro comentario mas, haciendo una extension de la idea presentada se ve tambien como se dividen esfuerzos entre los desarrolladores, tester y dba's, escuchandose frases como, "la base de datos esta funcionando bien" o "el sistema, el modulo funciona bien, el problema lo tiene la base" como si fuera que magicamente se va a solucionar, sin embargo si unieramos esfuerzo reconociendo limites pero no por eso dejando de trabajar en conjunto tendriamos un resultado final mucho mejor y sobre todo seria todo mas tranquilo. En fin cosas de nuestro mundillo. Saludos ! J.Teran

Estimado Julio, totalmente de acuerdo con tu comentario. Y es en este caso que el Tester deberia ser el primero en poner limites sobre las responsabilidades de cada uno y ser capaz de identificar realmente la causa del error. Muchas veces, y es mi opinion, se dice que es problema de la base cuando no se sabe porque pasa tal o cual cosa, por supuesto generando los problemas que todos conocemos, perdida de tiempo especialmente y con el transcurso de los proyectos falta de credibilidad cuando se reportan errores, no?
Gracias por el comentario, fue algo muy cierto que se sufre constantemente.
Saludos!

Soy tester y piscis.
Comparto tus comentarios y me gustaría agregar algunas frases que se han convertido en clasificaciones para cerrar reportes de error:
-Errores de infraestructura ajenos al sistema
Otra:
-No se pudo detonar en localhost
Otra
-No se había reportado en pruebas
y por último:
-Dictaminado previamente.

muy buen articulo..la parte que dice que no pasa en desarrollo y pasa en produccion,jajaja...muy bueno...