QEvolution.tech

¿Por qué aplicamos el concepto de calidad en lo cotidiano y cuesta tanto en proyectos SW?

Reflexionemos juntos sobre situaciones cotidianas en que todo se realiza con previsión, mimo y cuidado pero cuando nos lo llevamos a nuestro trabajo en el desarrollo de software u otros sectores, todo esto queda de lado eclipsado por las prisas, los presupuestos y la dejadez.En esta entrada de nuestro blog, nos sumergimos en cómo los títulos de los roles en testing y calidad han evolucionado, explorando más allá de las etiquetas para entender las responsabilidades que realmente conllevan.

Testing Exploratorio: breve guía para lograr el éxito en tus sesiones

El testing exploratorio es probablemente uno de los temas que más confusión genera en el mundo del testing.

La definición más ampliamente extendida del testing exploratorio dice que es un enfoque en el que se aprende, se diseñan y se ejecutan test de manera simultánea.

Este enfoque es el complemento perfecto a la realización de cualquier otro tipo de prueba y es, por así decirlo, la antítesis de la automatización. Mientras que la automatización se centra en la comprobación, el testing exploratorio se centra en el aprendizaje, en la experimentación, en la búsqueda de mejoras y de puntos de fallo más complejos. Lo cual no quiere decir que no se pueda utilizar la automatización al realizar una sesión de testing exploratorio.

La prostitución del término QA

En el dinámico mundo de la tecnología y el desarrollo, los roles relacionados con el testing y la calidad no sólo están experimentando un cambio radical, si no que cada vez salen nuevos títulos de posiciones para describir, en muchos casos, las mismas responsabilidades, aunque en otras hay un cambio de contexto que obliga al cambio del mismo. En resumen, se ha instalado la titulitis en los títulos de los puestos de trabajo.
En esta entrada de nuestro blog, nos sumergimos en cómo los títulos de los roles en testing y calidad han evolucionado, explorando más allá de las etiquetas para entender las responsabilidades que realmente conllevan.

La evolución de los títulos de los roles relacionados con testing y calidad

Opinión 8 de noviembre 2023 La evolución de los títulos de los roles relacionados con testing y calidad En esta ocasión os traemos un breve análisis de los títulos que podemos encontrar relacionados con los diferentes roles dentro del sector de la calidad del software, no sin dejar de lado el punto crítico hacia la …

La evolución de los títulos de los roles relacionados con testing y calidad Leer más »

Agile … Is It Worth It? Advantages of Using It

Around 50 years ago, code was written without any plan and the architecture design was determined from many short-term decisions. This worked well for small systems, but as they grew it became harder to add new features and to fix bugs.

After some years, methodologies were introduced in software development to solve these issues. Methodologies are strict processes whose aim is to make software more efficient and predictable. Traditional methodologies (for instance Waterfall) are plan-driven and require a big effort at the beginning of the project in order to define requirements and architecture properly. As you may notice, these processes can be frustrating and not very open to changes.

Nowadays, technology and software applications evolve quickly – faster than we expected. Therefore, time-to-market is critical in determining whether a product will succeed or fail. Reaching the market before your competitors might actually mean victory. Thus, it is very important to have the right methodology that embraces and responds to the continuous changes we are experiencing. That is the main reason why, in 1975, practices based on iterative enhancements were introduced. In other words, let’s call it agility.

El testing no mejora la calidad de nuestro producto, ¿o si?

En el mundo de la calidad del software, existe una creencia generalizada de que para lograr un producto de calidad es esencial implementar medidas de control, verificación y validación, como el testing.

Si retrocedemos en el tiempo, desde los primeros días del desarrollo de software, se le dio importancia al testing, considerándolo una fase crítica del producto, justo antes de ser entregado al cliente. En esta etapa, las actividades se centraban en verificar si el producto se comportaba según lo establecido en un documento de requisitos, redactado meses antes. En productos más avanzados, se incluía cierta automatización para garantizar que el producto siguiera comportándose como se esperaba, incluso después de añadir nuevas funcionalidades o modificar las ya existentes. Sin embargo, esto no garantizaba que el cliente quedase satisfecho con el resultado final. Era común que lo que se entregaba no cumpliera con las expectativas del cliente, lo que llevaba a desencantos frecuentes.