19 de octubre de 2026

¿Y si una estrategia de testing no fuera solo cosa de testers?

¿Y si una estrategia de testing no fuera solo cosa de testers?
¿Y si una estrategia de testing no fuera solo cosa de testers?

¿Qué es una estrategia de testing?

Si trabajas en testing y calidad del software, o incluso en el desarrollo de servicios digitales, seguramente habrás oído hablar de la estrategia de testing.

A modo de recordatorio, según el glosario de ISTQB, una estrategia de testing es una descripción de cómo se llevarán a cabo las pruebas para alcanzar los objetivos de testing en unas condiciones determinadas. Esta definición ha evolucionado desde 2019, cuando se publicó este artículo sobre políticas, estrategias y planes de pruebas.

En la práctica, se trata de un documento que, según las certificaciones ISTQB, se define a nivel de organización, aunque en muchas empresas se desarrolla a nivel de proyecto o producto.

Entre otros aspectos, y sin que sea necesario incluirlos todos, suele describir:

  • Roles y responsabilidades.
  • Tipos de pruebas que se realizarán.
  • Organización y procesos de testing.
  • Planificación y ejecución de las campañas de pruebas.
  • Gestión de defectos (bugs).
  • Gestión de datos y entornos de prueba.
  • Automatización de pruebas.
  • Herramientas disponibles.
  • Procesos y metodologías utilizados.
  • Criterios de entrada y salida.

Sobre el papel, todo parece bastante claro y centrado en las «pruebas», lo que explica el nombre. Sin embargo, la realidad es algo más compleja.

El problema del término «estrategia de testing»

A lo largo de mi trayectoria profesional, me han pedido en numerosas ocasiones que diseñe o actualice estrategias de testing.

Tanto en modelos en cascada (Waterfall) como en entornos ágiles —aunque en estos últimos resulta mucho más evidente—, una estrategia de testing no es un documento pensado exclusivamente para los testers.

Tampoco se limita a las actividades de prueba en el sentido más estricto del término.

Por suerte, en las organizaciones en las que he trabajado, no he tenido que dedicar demasiado tiempo a explicar este concepto. Las personas con las que he colaborado suelen entender que la estrategia de testing es un documento transversal que implica a todos los participantes. De hecho, algunos clientes me han señalado expresamente que también debe involucrar a los desarrolladores y al negocio.

Por tanto, el término estrategia de testing puede resultar engañoso, especialmente para los profesionales que están empezando.

Una estrategia de testing abarca muchas más fases del ciclo de desarrollo de las que su nombre podría sugerir. Por ejemplo:

  • Definición de requisitos y necesidades. BDD (Behaviour-Driven Development) permite cuestionar los requisitos y evaluar el valor que aportan.
  • Diseño de la solución. De nuevo, BDD ayuda a cuestionar las soluciones propuestas para responder a una necesidad concreta.
  • Desarrollo. Incluye aspectos como la cobertura de código de las pruebas unitarias y la importancia de las revisiones de código.
  • Preparación de las pruebas. Comprende las técnicas de diseño de pruebas, la gestión de datos y entornos, las revisiones de pruebas y otros aspectos.
  • Ejecución de las pruebas. Determina qué campañas de pruebas deben realizarse y en qué momento.
  • Actividades transversales. Como la automatización de pruebas y la integración y entrega continuas (CI/CD).
  • Validación. Incluye las pruebas de aceptación de usuario (UAT) y la organización de sesiones de testing exploratorio con los representantes del negocio.
  • Despliegue. Por ejemplo, mediante estrategias de despliegue progresivo como canary releases.

Como puedes ver, la estrategia de testing implica a todos los actores que participan en el desarrollo y la entrega de un servicio digital.

Esto resulta lógico si tenemos en cuenta los dos objetivos principales del testing:

  • Determinar si un servicio digital alcanza el nivel de calidad necesario antes de ponerlo a disposición de sus usuarios.
  • Alcanzar ese nivel de calidad de la forma más eficiente posible en términos de costes.

El verdadero valor de una estrategia de testing

Para mí, el principal objetivo de una estrategia de testing es muy similar al del BDD: alinear a todos los participantes que contribuyen al desarrollo y la entrega de un servicio digital.

Mientras que el BDD se centra en las funcionalidades que un equipo va a desarrollar, la estrategia de testing ofrece una perspectiva mucho más amplia.

Es más amplia en cuanto a las personas implicadas, ya que engloba a todos los que contribuyen a construir el servicio.

Y también lo es en cuanto a las actividades que contempla, porque va más allá de lo que se va a desarrollar a corto plazo y considera el servicio en su conjunto.

¿Qué hace que una estrategia de testing tenga éxito?

Una estrategia de testing eficaz no tiene por qué ser aquella que contemple todos los aspectos mencionados anteriormente.

Para mí, una estrategia de testing tiene éxito cuando consigue unir a las personas.

Cuando todos la entienden, la hacen suya y asumen su responsabilidad dentro de ella. Cuando la calidad es el objetivo común y la estrategia evoluciona para adaptarse al contexto.

No hay nada malo en empezar con algo pequeño y trabajar con una MVS (Minimum Valuable Strategy, o estrategia mínima de valor, como me gusta llamarla 😄), para después ampliarla y perfeccionarla progresivamente.

Al igual que un servicio digital, una estrategia de testing debe adaptarse a los cambios.

Conclusión

Una estrategia de «testing» no se limita a las pruebas. Habla de calidad y, por tanto, debe implicar a todas las personas que participan en la construcción y evolución de un servicio digital.

Del mismo modo, una estrategia de testing no debería quedarse en una estrategia plasmada sobre el papel. Debe representar una visión compartida, ser un punto de encuentro para los distintos participantes y evolucionar con el tiempo.

Quizá el término estrategia de testing no sea perfecto. Sin embargo, encontrar otro que refleje todos los roles, actividades y responsabilidades compartidas que intervienen en una buena estrategia no resulta nada sencillo.

¿Qué significa una estrategia de testing en tu organización? ¿Sigue siendo responsabilidad exclusiva del equipo de testing o la calidad es realmente una responsabilidad compartida?

Marc Hage

Divulgador y facilitador de testing y calidad en K-LAGAN. Dinamizador de «La taberna del tester».

Artículos recientes

¿Sabrías cómo elegir el proveedor en Cloud Computing adecuado según tus necesidades?
Grandes, medianas y a veces incluso pequeñas empre...
Diseño Electrónico: La importancia de los cálculos de fiabilidad
Actualmente vivimos en un mundo interconectado, el...
Databricks: la solución multi-nube para maximizar el uso de sus datos para la IA y el aprendizaje automático
En un mundo en el que los datos desempeñan un pape...
Migración de líneas de test, hacia una nueva era de eficiencia y estandarización con LabVIEW
Emprender el viaje de migración para estandarizar ...
IA Generativa en QA: Lo que nadie te está contando
Hace unos días organizamos uno de nuestros webinar...

ÚNETE AL EQUIPO

Nombre *
Teléfono *
Email *
Comentarios *
Curriculum *
Maximum file size: 10 MB