Datos, Business Intelligence y Big data

Un poco de culturilla para referirnos a los datos y que últimamente, tanto escuchamos.

Con el Business Intelligence lo qué hacemos es estructurar los datos, para poderlos luego, procesar de manera local, todo con el objectivo de poder contestar de manera rápida y fácil a algunas preguntas de negocio.

Teniendo en cuenta que la naturaleza de los datos es muy variada y necesitamos un motor que pueda analizar rápidamente estas preguntas. Es el big data el encargado de preparar los datos para que su procesamiento sea mucho más rápido.

+ Leer más

Consejos para una buena estrategia de test de usabilidad

Si queremos crear un gran producto, debemos ponernos los zapatos de las personas que van a usarlo, sobretodo para entender mejor sus necesidades, valores y expectativas.

Es por eso que el conocimiento de los principios clave de la experiencia del usuario y las pruebas de usabilidad deben ser obligatorios.

Hay muchos tipos de pruebas de usabilidad que puedan aplicarse a los proyectos. Los principales:

  1. Pruebas comparativas de usabilidad, sobretodo con productos análogos en el mercado.
  2. Pruebas exploratorias de usabilidad. Esta prueba implica encontrar errores manualmente sin ningún tipo de documentación o comprensión del producto.
  3. La evaluación de usabilidad es una gran práctica que ayuda a recopilar comentarios de los usuarios y a medir el éxito del producto.

Me ha gustado como lo explica Kseniia Shkoda en el siguiente post:

https://www.softwaretestingnews.co.uk/ux-testing-tips-what-is-usability-testing/

+ Leer más

Práctica Guia para usar GIT,

En un sistema de control de versiones te permite guardar una instantánea del proyecto completo en cualquier momento. Se realiza un seguimiento de cada cambio realizado en los archivos del proyecto, junto con quién realizó el cambio, por qué lo hicieron y las referencias a los problemas solucionados o las mejoras introducidas por el cambio. Más tarde, cuando se requiere que echemos un vistazo a una versión / instantánea más antigua, VCS muestra las diferencias de la versión anterior.

+ Leer más

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

Master class continous integration, testing y delivery

Hoy ha venido a parar este post a mis manos. Es un audio, que me ha parecido una clase magistral sobre integración continua. Explica cada término de una manera muy clara, muy educativa y a la vez muy profesional. Es en inglés, pero se le entiende muy bien.

En esta charla, Tanya Kravtsov comparte sus experiencias junto con herramientas y métodos para identificar, priorizar y resolver cuellos de botella, al tiempo que fomenta el pensamiento innovador entre los miembros del equipo para generar buenos datos de prueba, configuración de entornos, ejecución de pruebas y análisis de resultados. Todo ellos explicado en 10 pasos claros:

1) Identificar los cuellos de botella.

2) Configurar repositorios comunes para artefactos.

3) Automatiza el build.

4) Automatiza las pruebas unitarias y adapta el TDD.

+ 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