Los últimos meses están siendo testigos de una de las explosiones del negocio del SW más intensas, el Testing. Si bien es cierto que no estamos asistiendo a un crecimiento de la demanda global de proyectos si existe una nueva tendencia; poner en marcha nuevas lineas basadas en el Testing. El objetivo que impulsa al Testing como sector emergente es la mejora de la Calidad final de los desarrollos evitando las puestas fallidas en Producción. Por fin !!!
Ciertamente esta afirmación podría basarse solo en sensaciones muy subjetivas, pero no es así. Cuando se analizan las web de empleo, buscando por la palabra Testing, se encuentran un gran número de empleos que consideran el Testing como un criterio de selección. Esto hace años no pasaba.. Ahora además empezamos a hablar de la carrera profesional del Testing (TJ, TS, TA...).
Otro indicativo es que existen Congresos, Ponencias, Seminarios etc especializados en Testing por gran parte del territorio nacional, además de dispararse los artículos en Internet y los grupos activos en Linkedin no dejan de aumentar. Hace dos años, apenas encontraba información en español sobre el Testing sin embargo ahora cada vez tenemos más web especializadas.
Si hablamos de herramientas tenemos desde las Open hasta las lideres de mercado como HP o IBM en boca de todo el mundo, no se conciben las pruebas sin herramienta como hace años se dejo de concebir el desarrollo sin un IDE (antes el servidor, el compilador y el editor no estaban integrados). Ademas estas marcas están invirtiendo constantemente en publicidad y presentaciones, esta claro que saben que es un sector emergente y quieren posicionarse como lideres de mercado. De pasada digo que la versión 3 de Rational Quality Manager ha mejorado mucho un producto por otro lado ya bastante aceptable.. Gracias.
Pero claro, ahora es el momento en que el sector del Testing se enfrenta problemas, se empieza a disparar la demanda de conocimientos especializados y profesionales con experiencia en este paradigma, y no hay tanto como se demanda. Durante años el Testing ha sido el hermano pobre del desarrollo, el hermano que mendigaba que le dejaran unas horas para probar algo... Ahora que esta de moda, aparecen el oportunismo y todo el mundo quiere vender testing sin conocimiento, sin experiencia, ofertando al programadores reconvertidos de la noche a la mañana a testers.
Señores clientes, protegeros de esto, exigir Testing con experiencia, con herramientas consolidadas, con profesionales certificados en ISTQB, con modelos de Pruebas basados en Procesos y procedimientos (CMMI, TMMI), con indicadores de medición bien pesados (kpi) , con experiencia en implantación de servicios de pruebas.. y también hay que estar dispuesto a pagar por ello el precio justo. Sino lo hacemos así, al final se incrementarán los costes, se retrasarán los plazos de los proyectos y no mejorará la Calidad... y por extensión, se dirá que el Testing no soluciona nada.
Por otro lado, la Calidad no es fácil, diseñar pruebas, hacer QAs, ejecutar pruebas cuesta y tenemos que formar nuevos profesionales con mucha especialización... necesitamos un Baby Boom de testers . Además creo que puede ser una nueva rama muy atractiva y una gran apuesta de futuro profesional.
Espero que no nos carguemos entre todos una de las lineas que puede ayudar a cambiar muchas cosas en nuestro sector, volviendo a preocuparnos todos por el Producto SW, más que solo por las horas.. los beneficios vienen solos y es un Win & Win Cliente / Proveedor.
Mostrando entradas con la etiqueta Testing. Mostrar todas las entradas
Mostrando entradas con la etiqueta Testing. Mostrar todas las entradas
Thinking in Testing
Hace tiempo que tenía ganas de hablar del Testing sin tapujos y contarte las claves del éxito para poner en marcha un modelo de Testing Factory o Fabrica de Pruebas. En mi modesta opinión lo más importante a tener en cuenta sería...
1) No reinventar la rueda. Las Pruebas ya existían y seguirán existiendo después de lo que hagas. Hay que apoyarse en el conocimiento existente en el mercado desde a nivel de certificaciones como ISTQB, TMMI, hasta autores de referencia como Dorothy Graham , con mucha más experiencia que la de cualquiera en el sector. No te creas más listo !!!
2) Elige bien al equipo. No todo el mundo es el más indicado para Pruebas , al final esto es otra disciplina diferente a la programación.. Si son júniors fórmalos bien , si son programadores recíclalos adecuadamente. La experiencia me dice que las dos posibilidades son viables, y comprobadas. No creo que para probar haya sido necesario ser antes desarrollador, y a lo hechos me remito.
3) Herramientas Herramientas Herramientas !!! . Si esto es uno de los puntos que hay que tener muy claro, sin ellas eres hombre muerto (o mujer) , no pretendas llevar las Pruebas en excel o las incidencias por mail.. será un caos. Por supuesto, ni es oro todo lo que reluce, ni lo gratis siempre es bueno. A veces pagar licencias te da un plus de productividad que amortiza rápido los costes. Si te pasas la vida enlazando 10 herramientas open que cambian de versión... Sopesa, elige , y acierta !! ya sabes mi opinión lo mejor es Rational, pero no me creas y compruébalo..
4) Apoyo de la Dirección: Que nadie se meta en esto si no tiene el apoyo de su Dirección de manera incondicional, ya que habrá muchos problemas para implantar una estructura horizontal.. si estas solo estas muerto.
5) Un buen líder : Aparte de conocer el mundo del Testing, necesita mucho empuje para arrancar y romper con ciertos cánones, y modelos rancios. No olvidéis un correcto manejo de la Diplomacia y de los tiempos de implantación.
6) Poco a poco: No intentes montar todo a la vez, un montón de servicios, un montón de personal.. mil líneas de trabajo.. Marcate un Roadmap y ejecútalo sin prisa pero sin pausa.
7) Medir para Crecer: Las Pruebas son números, datos y elementos.. hay que ordenarlos y sacar indicadores para mejorar, para valorar los proyectos y tomar decisiones. No abuses de ellos. Pocos y buenos , es mejor que Muchos y bobos..
8) Procesos, Procedimientos, Plantillas, guías y otros propósitos !! Es necesario que todo este escrito, no dejes nada al azar. Aún así se te quedarán mil cosas por atar, que irás cerrando el primer año. Y que no sean solo propósitos, cumple lo que escribiste.. todo el mundo dirá "Mi proyecto es diferente.." No es cierto.
9) Social Testing: Si, vivimos en una sociedad, y tu entorno es un ecosistema donde aparece una nueva entidad que se lleva todas las miradas, las criticas etc.. Hay que venderse, hay que ganarse a las personas, hay que manejar sus expectativas, velar por sus preocupaciones.. hacerse querer !!.
10) Esto es un reto. !!! No infravalores lo que tienes entre manos, seguramente sea una de las cosas más complejas que te han caído. Pide equipo, recursos y presupuesto.. No lo hagas con aficionados. Recuerda que el éxito esta en los detalles.
Todo esto sale de la experiencia, si te parece obvio mejor.. te será más fácil..
1) No reinventar la rueda. Las Pruebas ya existían y seguirán existiendo después de lo que hagas. Hay que apoyarse en el conocimiento existente en el mercado desde a nivel de certificaciones como ISTQB, TMMI, hasta autores de referencia como Dorothy Graham , con mucha más experiencia que la de cualquiera en el sector. No te creas más listo !!!
2) Elige bien al equipo. No todo el mundo es el más indicado para Pruebas , al final esto es otra disciplina diferente a la programación.. Si son júniors fórmalos bien , si son programadores recíclalos adecuadamente. La experiencia me dice que las dos posibilidades son viables, y comprobadas. No creo que para probar haya sido necesario ser antes desarrollador, y a lo hechos me remito.
3) Herramientas Herramientas Herramientas !!! . Si esto es uno de los puntos que hay que tener muy claro, sin ellas eres hombre muerto (o mujer) , no pretendas llevar las Pruebas en excel o las incidencias por mail.. será un caos. Por supuesto, ni es oro todo lo que reluce, ni lo gratis siempre es bueno. A veces pagar licencias te da un plus de productividad que amortiza rápido los costes. Si te pasas la vida enlazando 10 herramientas open que cambian de versión... Sopesa, elige , y acierta !! ya sabes mi opinión lo mejor es Rational, pero no me creas y compruébalo..
4) Apoyo de la Dirección: Que nadie se meta en esto si no tiene el apoyo de su Dirección de manera incondicional, ya que habrá muchos problemas para implantar una estructura horizontal.. si estas solo estas muerto.
5) Un buen líder : Aparte de conocer el mundo del Testing, necesita mucho empuje para arrancar y romper con ciertos cánones, y modelos rancios. No olvidéis un correcto manejo de la Diplomacia y de los tiempos de implantación.
6) Poco a poco: No intentes montar todo a la vez, un montón de servicios, un montón de personal.. mil líneas de trabajo.. Marcate un Roadmap y ejecútalo sin prisa pero sin pausa.
7) Medir para Crecer: Las Pruebas son números, datos y elementos.. hay que ordenarlos y sacar indicadores para mejorar, para valorar los proyectos y tomar decisiones. No abuses de ellos. Pocos y buenos , es mejor que Muchos y bobos..
8) Procesos, Procedimientos, Plantillas, guías y otros propósitos !! Es necesario que todo este escrito, no dejes nada al azar. Aún así se te quedarán mil cosas por atar, que irás cerrando el primer año. Y que no sean solo propósitos, cumple lo que escribiste.. todo el mundo dirá "Mi proyecto es diferente.." No es cierto.
9) Social Testing: Si, vivimos en una sociedad, y tu entorno es un ecosistema donde aparece una nueva entidad que se lleva todas las miradas, las criticas etc.. Hay que venderse, hay que ganarse a las personas, hay que manejar sus expectativas, velar por sus preocupaciones.. hacerse querer !!.
10) Esto es un reto. !!! No infravalores lo que tienes entre manos, seguramente sea una de las cosas más complejas que te han caído. Pide equipo, recursos y presupuesto.. No lo hagas con aficionados. Recuerda que el éxito esta en los detalles.
Todo esto sale de la experiencia, si te parece obvio mejor.. te será más fácil..
IBM Rational JAZZ Roadshow
Esta primavera en las mejores salas se estrena el Rational Roadshow, en el escenario podemos ver las herramientas clave de Jazz y una interesante conferencia sobre Testing Factory construida sobre Rational Quality Manager.
No os lo perdais !!
No os lo perdais !!
The Very Best of ExpoQA
La ExpoQA como todos los congresos siempre deja Luces y Sombras, Luces en las conferencias de los autores independientes y Sombras en algunas de las de los exponsor, que siguen pecando de querer vender demasiado su herramienta. Aún así tengo que reconocer que la de Alan Brown de IBM no estuvo mal, no se si será porque me tiene ganado con el Rational Quality Manager..
Bueno más que lo mejor de ExpoQA puedo decir que esto fue lo mejor de lo que asistí, ya que no se puede estar en todas las conferencias ya que muchas de ellas suceden al mismo tiempo.
Me parecieron muy interesantes:
Bueno más que lo mejor de ExpoQA puedo decir que esto fue lo mejor de lo que asistí, ya que no se puede estar en todas las conferencias ya que muchas de ellas suceden al mismo tiempo.
Me parecieron muy interesantes:
- "Lo que los gerentes creen conocer sobre la automatización de pruebas pero en realidad ignoran". (Dorothy Graham)
- Mejorar los resultados económicos de las empresas a través de actividades de calidad del software que contribuyan al ahorro. (Francisco Saez)
- Cómo externalizar el testing de manera eficaz. (Martin Pol)
Os recomiendo la web y blog de Dorothy Graham que desde luego no tiene desperdicio y de donde siempre se pueden sacar buenas ideas..
Espero que el año que viene se repita.. e incluso se mejore. !!
La Prueba del Boli Bic

Hace unos días en un programa de viajes, una de las personas mostraba su ciudad de Seattle y su vida viviendo en la sede central de Microsoft. Este punto es bastante interesante ya que dicha sede es prácticamente una ciudad (Redmond), la cual nos muestra el imperio que se ha construido entorno al Windows, autentica semilla sobre la cual ha crecido un extenso número de productos y líneas de negocio.
Aunque esto fue bastante interesante, ya que por ejemplo contaban con un servicio de taxis internos, me llamó la atención la entrevista de selección que habían realizado al protagonista. Le habían preguntado que como probaría un boli bic.
Naturalmente la respuesta inmediata es quitar el capuchón y escribir en una hoja, si escribe.. funciona !!! Pero realmente este proceso de pruebas es bastante malo ya que solo valora como valido que el producto escriba. Es interesante reflexionar sobre que Plan de Pruebas deberíamos definir para probar un bolígrafo , o que requisitos puede tener; fortaleza del plástico, toxicidad de la tinta, color de la tinta, duración de la tinta, ergonomía, espesor de la escritura, etc..
Evidentemente quedarnos en la superficie del proceso es lo más sencillo, y me hace pensar sobre la realidad de los procesos de Pruebas y las garantías de los mismos. ¿La mayoría de los procesos de pruebas se basan en que el boli solo escriba? En realidad esto sería llevarlo al extremo, pero cada vez que profundizo más en las pruebas, empiezo a pensar que solo nos quedamos (la media nacional) en lo básico y que realmente esto produce un retrabajo excesivo a lo largo del tiempo.
El siguiente interrogante y preocupación es que quizás el cliente solo paga lo básico sin embargo su expectativa es de tener un producto con un nivel de calidad mucho más alto. Lo que no se si esto justifica lo poco ambicioso y solvente de las pruebas.. Se gastan horas y horas en corregir productos y parece algo normal, sin embargo realizar una inversión en pruebas parece tiempo perdido.. Afortunadamente la perspectiva esta cambiando y las certificaciones en Pruebas y modelos de Pruebas cada vez se están comprendiendo e implantando más..
Quiero aprovechar para recomendar un enlace que me ha parecido muy interesante donde podemos ver todos los tipos de pruebas y como utilizarlas. (Aquí)
Dos cosas más, las próximas entrevistas a becarios les va a caer la prueba del boli bic y espero que Bic al menos me regale un boli por la publicidad gratuita.. :-D
Suscribirse a:
Entradas (Atom)


