Estonia, ejemplo de transformación digital

Acabo de venir de una viaje por el Báltico, y he descubierto que Estonia, además de ser un país precioso, es el primer país digital del mundo. Después de independizarse de la URSS, en el 1991, sin muchas infraestructuras, con todo por hacer y sin mucho presupuesto han llegado a posicionarse como referentes en transformación digital.

Su principal motivación fue diferenciarse de la etapa que estaban cerrando. Las personas dedicadas a la política no fueron los que decidieron, fue una mezcla de músicos, poetas, escritores, ingenieros y científicos los que estuvieron muy cerca de la creación de leyes y de la Administración y que apostaron por pensar des del punto de vista de la ciudadania y centrarse más en las personas.

+ Leer más

El futuro, es la confianza

Hace unos meses, tuve la suerte de escuchar a Genís Roca en una de sus charlas, sobre transformación digital. Como conclusión, nos vino a decir que el futuro, ya no estará en sacar lo mejor de la tecnología, sinó de transmitir confianza usándola y creando con ella. Lo identifiqué con la idea que persigo escribiendo en este blog, lo importante que es tener más presente a las personas cuando desarrollamos nuevas ideas y ser mas sensibles en la manera cómo ejecutamos los proyectos.

Hasta el momento, el éxito de un proyecto, ha dependido de la tecnología, máquinas rápidas, desarrollos eficientes, respuestas óptimas, automatización. Por otro lado, ha llegado un momento en que crear software es fácil, equipos enteros especializados en tecnologías concretas, frameworks que te ahorran mucho trabajo, diseños que se adaptan a las normas UX, usando microservicios que ayudan a hacer una capa independiente con negocio, automatización de despliegues y entornos de compilación. Por lo que, una vez ya podemos llegar a procesos óptimos de producción, y las empresas ya no pueden competir por eficiencia tecnológica, el nuevo reto es la confianza.

+ Leer más

¿Que roles encontramos en una oficina de calidad?

Antiguamente la calidad se relacionaba con el test y normalmente se situaba únicamente al final del proceso de desarrollo del software. Momento, en que se encontraban problemas por no haber entendido bien requerimientos y que, si se hubieran detectado con antelación, se hubieran ahorrado tiempo y dinero.

Afortunadamente, hoy en día un QA no trata sólo de encontrar incidencias. La calidad del software, es un indicador estratégico, y las empresas líderes ya se han asegurado de que se realicen las inversiones adecuadas para garantizar el impacto de la calidad del software. Su principal tarea es la definir una estrategia de prueba clara, con un enfoque coherente y estructurado para adquirir más conocimiento sobre el producto que se está probando. Por otro lado, hoy en día el QA, debe tener un perfil más técnico ya que está implicado en la definición de todo el proceso de Integración continua, des de temas de Control de versiones, pasando por la Release y acabando por despliegues.

+ Leer más

Testing para no testers

Leyendo el libro de Katrina clokie: “A practical guide to testing in DevOps”, me gustó cómo habla del “Testing para no Testers”. Creo que es algo de lo que se viene hablando últimamente, pero que no queda bien definido, por lo que creo que es muy importante guiar, en actividades de prueba, a todos aquellos del equipo que no son própiamente del equipo de calidad.
A continuación, un conjunto de preguntas prácticas para ello:

¿Por que los NO Testers deberían participar en las pruebas?

+ Leer más

Mejorar la calidad en los requerimientos con BDD, cucumber y Gherkin. 

Aquí, es dónde entra el Test de Aceptación, para expresar lo que se ha entendido y lo importante, es que no se empieza a programar, hasta que el que tiene la idea no los acepta. El Test de Aceptación ayuda al equipo a focalizar esfuerzos y a asegurar que lo que se está entregando no va a tener que volver a tocarse, a no ser que entren modificaciones, pero eso ya se tratará como una nota de cambio.

+ Leer más

Importancia de la retrospectiva en la estrategia de pruebas

Bajo mi punto de vista, la retrospectiva es clave para asegurar el éxito en cualquier proyecto. Es la reunión periódica dónde se revisa, cómo han ido las cosas y se proponen acciones para mejorar las siguientes entregas, todo con el objetivo de la mejora continua. Una retrospectiva puede ayudar a determinar si todos en el equipo, saben cuál es la estrategia de prueba que se va a seguir, y sobre todo si todos en el equipo, están de acuerdo en los aspectos de la estrategia que se ha implementado hasta el momento.

+ Leer más

Importancia del Role de calidad en Big Data

El foco tradicional del Test ha sido verificar que el código cumple con las especificaciones del proyecto. No es hasta las pruebas de aceptación, cuando el usuario valida. Momento en el que es normal descubrir muchos problemas en los que el sistema no hace lo que el usuario necesita o desea, y quizás ya sea demasiado tarde. Esto, no garantizan el desarrollo de sistemas con éxito, por lo que se debe busca adelantar la calidad a etapas anteriores del ciclo.

A medida que avanzamos en el mundo del Big Data y de IoT, los problemas de calidad se vuelven cada vez más complejos. Tenemos los tres V tradicionales de grandes datos: La gran velocidad a la que se crean, almacenan, analizan y visualizan los datos, así como el gran volumen de datos que se producen diariamente, y su variedad de datos, provenientes de muy diversas fuentes.

+ Leer más

¿Cómo puede alguien en el equipo ayudar a introducir DevOps en la organización?

DevOps es un cambio cultural; es una filosofía acerca de hacer que todos colaboren, se comuniquen juntos y averigüen cómo mejorar procesos. Aplica los principios ágiles de colaboración y comunicación, haciendo que todos trabajen juntos en equipo, extendiéndolo a operaciones y consiguiendo la implicación de todos en el ciclo de vida del software, desde la toma de requisitos hasta la puesta en marcha, con el objetivo común de hacer un producto más eficiente.

+ Leer más

Pruebas de rendimiento que un QA debería conocer

Meterme en pruebas de rendimiento me ha parecido muy dibertido. Parametrizar los tests e interpretar los resultados según sus valores, puede ser algo parecido a un juego de estrategia.

El objetivo de las pruebas de rendimiento no es encontrar errores, sino eliminar los cuellos de botella del rendimiento, analizando los tiempos de respuesta (velocidad),  el uso de recursos (estabilidad), así como determinar la carga máxima de usuarios que puede soportar la aplicación (escalabilidad)

Prueba de rendimiento – Performance Testing

Una prueba de rendimiento tiene el objetivo de estudiar el sistema en una situación de carga concreta, de forma que puedan obtenerse estadísticas en cuanto a uso de recursos, tiempo de respuesta, etc.

+ Leer más

Análisis y mejora en los procesos de calidad y pruebas

Por suerte cada vez pasa menos, pero no seria la primera vez que un jefe de proyecto te trae una pieza de software para que les pase "la calidad" y es cuando tu le dices: "Las pruebas de software no se basan en tomar el software y empezar a probarlo todo. Las pruebas son sólo una fase dentro de los procesos de Calidad, pero que no tienen sentido sin haber pasado por el resto de las Fases". Lo que defino a continuación, son las tareas básicas que se deben tener en cuenta para asegurar la calidad del software, independientemente del Framework de trabajo

+ Leer más