¿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

Tranformación digital en la organización para mejorar la calidad del software

La manera de hacer software ha cambiado y por tanto también tiene que cambiar el equipo que lo diseña y la organización que lo piensa. Ahora se habla de devops, integración continua, creación del software ágil, pero todo esto no tiene sentido, si no trabajamos los cambios en la organización.

Cuando hablo de cambios en la organización, me refiero a un cambio Cultural buscando un nuevo modelo de trabajo para que las personas que forman la empresa, acepten los cambios, asuman sus objetivos, y entiendan su nueva función. Por lo que es fundamental trabajar una estrategia de Comunicación y Formación, hacer una buena difusión de conocimiento y adoptar buenas prácticas, así como compartir las medidas de avance, reconocimiento y de mejora continua.

+ 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

DevOps es una oportunidad para software QA

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