Entradas

Mostrando las entradas de mayo, 2011

Las perspectivas del testing de software

En una charla del 2006 que encontré en su sitio vi el siguiente comentario de Cem Kaner : There will probably always be bugs, so won’t there always be a need for skilled testers? Bueno.. parece ser que, según el artículo IT’s invisible giant de la revista Test Magazine de Abril de 2011, hoy por hoy la afirmación es cierta. El artículo es interesante porque en forma breve y concisa aporta algunos datos y tendencias relacionadas con el testing de software tanto desde el punto de vista del estado del arte como del negocio. Sería mucho mejor si citara las fuentes de todos los datos que da pero bueno. El primer dato que me llamó la atención está relacionado con el nivel de inversión en testing . The testing process is believed to consume between one third and one half of all software development budgets, so it is crucial that its efforts are a success. In an industry in which only 32 percent of projects are successful and half of all development efforts are wasted, there is

Hablando sobre Kanban y Testing en el Tata Testing Day 2011

Hoy estuve hablando sobre Kanban y Testing en el Tata Testing Day 2011 realizado en Montevideo Uruguay. Lindo compartir el rato con gente de testing allí, el auditorio preguntó mucho y estuvo bueno reencontrarme con alguna gente que no veía hace un tiempo. La charla fue una versión 2 de la que di en la conferencia de Software Gurú . Seguimos pensando..

Un romance que se extingue..

Lo nuestro fue un amor a primera vista. Bueno, en realidad no. No está bien decir "lo nuestro", debería decir "lo mío". Lo mío fue un amor a primera vista, no correspondido (porque otros estaban y están en mi misma situación). Me gustan los libros desde siempre ( lo he dicho ). Me gusta leer y me gusta tenerlos. Me resulta incómodo leer libros prestados porque si el libro me interesa lo suficiente como para darle parte de mi escaso tiempo de lectura que tengo, merece ser comprado. El ritual de guardar el libro leído en la biblioteca y el hecho de tener una biblioteca también me gusta. A algunos les agarra con la música o con las películas, a mí con los libros. Es por eso que ahora estoy en un dilema: llegamos a la era de los eBooks. Ahora podemos tener nuestra biblioteca "virtual" con todas las ventajas que eso tiene: Podemos llevar todos los libros con nosotros a cualquier lado. Los libros que sólo se venden "afuera" tam

Senderos de carrera en testing de software

Imagen
El miércoles di una presentación sobre temas de testing de software en UADE y, entre otras cosas, hablé sobre senderos de carrera para la gente que trabaja en testing de software. Les dejo una de las transparencias para ver qué opinan: Seguimos pensando.. Aclaración importante: más arriba no necesariamente significa mejor o más prestigioso!

¿Por qué la versión Kindle sale más barata que la versión física?

Porque hay un mercado que lo paga me dirá algún economista. Pero hay costos que no tienen, como por ejemplo el de fabricar y distribuir el libro, diré yo. Pero hay alguien que lo paga [más caro], dirá el mismo (u otro) economista. Ergo, no hay razón para bajar el precio, no? En fin.. Lo cierto es que, ahora que estoy pensando en comprarme un Kindle, me he vuelto más observador de los libros publicados en ese formato y sus precios. A partir de esto puedo decir que los libros para Kindle están más caros. No puedo decir que hice un estudio de mercado o un muestreo estadísticamente representativo, pero todos los que revisé están más caros. De ahí que me sorprendió gratamente el emprendimiento de Seth Godin llamado The Domino Project que intenta hacer un cambio en la forma de publicar libros. En particular es interesante lo que han hecho con el libro Do The Work de Steven Pressfield. Si ustedes siguen el link del libro a Amazon verán que el costo del libro en formato Kindl

¿De eso no se habla?

De fútbol, religión o política no se habla dicen por ahí. Se supone que hacerlo puede llevarte a pasar un mal momento, generar una discusión "innecesaria" y hasta afectar una relación importante. Esto que es aplicable en la vida en general, lo es más en el ambiente laboral. Luego de haber "vivido" el clima interno de muchas empresas a lo largo de mis años de trabajo, mi sensación es que estos tres conceptos no tienen el mismo riesgo potencial y por consiguiente su tratamiento dentro del entorno laboral es muy diferente. Siendo más concreto pienso que los entornos de trabajo actuales todavía son bastante torpes a la hora de "manejar" o "digerir" las diferencias de opinión y/o pensamiento en el plano político . Las diferencias en cuanto a gustos futbolísticos suelen tener momentos de cruentas cargadas pero casi siempre terminan con buen humor. Estamos acostumbrados a conocer el cuadro de cada uno de nuestros compañeros de oficina, a bromear so

¿Quién debe hacer el diseño de los casos de prueba?

He notado que de un tiempo a esta parte es cada vez más frecuente que los clientes que contratan servicios de testing de software decidan hacer ellos mismos el diseño de los casos de prueba para luego darle al proveedor solo la tarea de ejecutarlos. Esto es transforman el servicio de diseño y ejecución de pruebas a uno de ejecución solamente. La pregunta que me hago es cuán buena es esta decisión. ¿Es conveniente para un cliente tomar la responsabilidad del diseño de las pruebas contratando solamente la mano de obra operativa necesaria para la ejecución? Desde la perspectiva del cliente se escuchan dos argumentos a favor de esta estrategia: Se conserva el control sobre el alcance pues se decide lo que se prueba y de lo que no. Si el conocimiento del negocio es complejo o el proveedor no tiene experiencia en el dominio, esta puede ser una forma más suave de ir generando conocimiento del lado del cliente. Se fuerza a conservar el conocimiento del lado del cliente, ya que se ven obl

Sobre equilibrio vida-trabajo

Qué complicado es hacer congeniar la vida familiar con las inquietudes intelectuales individuales. En la semana el trabajo, en el fin de semana la familia y demás intereses.  Cinco días para el trabajo y dos 2 días para "todo lo demás". 52 semanas trabajando y 2 de vacaciones. A priori no parece ser un buen balance, no? La charla de Nigel Marsh me hizo pensar en este tema que obviamente no tiene una respuesta sencilla y mucho menos única. Es trabajo de cada uno buscar la propia y me quedo con dos ideas muy potentes de la charla: Las pequeñas cosas importan. La definición actual de éxito ("quien tiene más dinero al morir, gana") debe cambiarse. Se las dejo, vale la pena invertir 10 minutos en ella. Seguimos pensando..

10 maneras de renunciar mal a un trabajo

Imagen
No es que este mal renunciar a un trabajo ni mucho menos, pero la manera en que lo hacemos habla mucho sobre quienes somos como profesionales. Hago aquí un top 10 de formas de renunciar que a mi criterio son poco felices: Por SMS Por chat Por mail Por teléfono Un día antes de tu primer día Un día después de tu primer día Un día antes de tu último día El día que volves de vacaciones Sin avisar A través de terceros (por ejemplo el cliente!) Seguimos pensando.. Aclaración 1: Cualquier similitud con la realidad es pura coincidencia. Aclaración 2: El objetivo de este post no es provocar una ola de arrepentimientos y/o pedidos de disculpas de ex-empleados a sus empleadores.