Liderazgo en Pruebas: Definiendo una Estrategia de Pruebas
Nota del editor: Bienvenidos a la serie Liderazgo en Pruebas del gurú y consultor de pruebas de software Paul Gerrard. La serie está diseñada para ayudar a testers con algunos años de experiencia—especialmente aquellos en equipos ágiles—a sobresalir en sus roles de líder y gestor de pruebas.
Este artículo toma como punto de partida el anterior donde definí de qué se trata el testing de software y presenté el concepto principal que enmarcará tu enfoque. Ahora veremos cómo crear una estrategia de pruebas para informar el proceso que utilizarás para alcanzar tus objetivos de testing.
Suscríbete al boletín de The QA Lead para recibir notificaciones cuando nuevas partes de la serie estén disponibles. Estas publicaciones son extractos del curso Liderazgo en Pruebas de Paul, que recomendamos mucho para profundizar en este y otros temas. Si lo haces, ¡usa nuestro código exclusivo QALEADOFFER y obtén $60 de descuento en el precio completo del curso!
En mi artículo anterior, “Liderazgo en Pruebas: Introducción”, exploramos el concepto de testing respecto a sus objetivos. Resumen rápido: sin importar de qué tipo de prueba estés hablando, mi consejo es preguntar siempre cuál es el objetivo específico de la prueba. Esto es cierto incluso si parece ser un término comúnmente aceptado como una prueba unitaria o pruebas de aceptación.
Aquí explicaré cómo definir una estrategia de pruebas que sentará las bases para un proceso de testing robusto y flexible, apropiado para cualquier metodología de desarrollo que use tu equipo. Cubriré:
Vamos a ello.
Want more from The CTO Club?
Create a free account to finish this piece and join a community of CTOs and engineering leaders sharing real-world frameworks, tools, and insights for designing, deploying, and scaling AI-driven technology.
Have an account? Log In
¿Qué es una Estrategia de Pruebas?
La planificación lo es todo. El plan no es nada.
Dwight D. Eisenhower, sobre los preparativos del Día D.
En esta sección veremos qué es una estrategia de pruebas y por qué es importante tener una. Si buscas "estrategia" en el diccionario, encontrarás muchas definiciones relacionadas con batallas militares; esto no es demasiado útil. Sin embargo, podemos establecer algunos enunciados que sirven de marco para definir específicamente una estrategia de testing.
En primer lugar, tu estrategia no es un documento especial. Es el resultado de exploración, reflexión y colaboración. La estrategia busca definir el proceso que utilizarás para alcanzar tus objetivos de testing.
Podría ser un breve conjunto de directrices que tu equipo sigue. Podría ser un documento de 20 a 2000 páginas (para un programa muy grande). El objetivo no es el documento, sino el pensamiento que hay detrás.
En segundo lugar, antes de que puedas planificar una prueba, normalmente necesitas tener muchas preguntas respondidas y decisiones tomadas. Algunas pueden responderse ahora, otras tendrán que esperar. Por tanto, la estrategia:
- Presenta algunas decisiones que pueden tomarse de antemano, es decir, ahora.
- Define el proceso, método o información que permitirá tomar decisiones (durante el proyecto).
- Establece los principios (o procesos) a seguir para situaciones inciertas o eventos no planificados.
La estrategia intenta responder tantas preguntas como sea posible de antemano. Pero, ¿por qué molestarse en esto, si se pueden resolver los problemas de testing a medida que surjan?
Bueno, al plantear estas preguntas antes, y lograr que las personas piensen en las consecuencias, se pueden evitar, o al menos mitigar, grandes dificultades antes de que amenacen el éxito de tu proyecto.
Lectura relacionada: CREACIÓN DE UNA ESTRATEGIA DE CALIDAD
Marco de Estrategia de Pruebas
Este artículo no puede proporcionarte un conjunto definitivo y completo de preguntas para plantear: simplemente no hay espacio suficiente. Pero sí podemos cubrir los puntos de inicio más importantes para la recopilación de información.
En el marco de estrategia de pruebas, he dividido las preguntas en tres áreas temáticas, aunque podrías hacer más preguntas y/o estructurarlas de otra manera.
| Objetivos de los stakeholders | |
| Stakeholders | ¿Quiénes son los stakeholders principales? ¿Cuáles son sus objetivos para las pruebas? |
| Gestión de metas y riesgos | ¿Cómo se identificarán los riesgos? ¿Quién los evalúa? ¿Quién aprueba el enfoque de pruebas? |
| Decisiones a tomar y cómo | ¿Qué decisiones necesitan tomar los stakeholders? (por ejemplo, transición entre etapas, despliegue, puesta en marcha) |
| Confianza | ¿Cómo darán los resultados/informes de las pruebas confianza a los stakeholders? |
| Cómo evaluar las pruebas | ¿Cómo se evaluará la calidad/exhaustividad de las pruebas? |
| Alcance | ¿Cómo se definirá el alcance? |
| Enfoque de diseño | |
| Fuentes de conocimiento | ¿Cuáles/quiénes son las fuentes de conocimiento que se utilizarán para definir y especificar las pruebas? |
| Fuentes de incertidumbre | ¿Qué causa incertidumbre en nuestras fuentes de conocimiento? |
| Modelos a emplear | ¿Cómo se derivarán los modelos de pruebas? ¿Cómo se relacionarán con los stakeholders? |
| Enfoque de priorización | Bajo presión de tiempo, ¿cómo se asignarán prioridades a las pruebas? |
| Enfoque de entrega | |
| Secuenciación de pruebas | ¿Cómo se decidirá la secuencia de las pruebas? |
| Repetir prueba | ¿Cuál es la política para re-testing y pruebas de regresión? |
| Requisitos de entorno | ¿Quién provee los entornos? ¿Qué compromisos? ¿Cómo se entregan/controlan/gestionan? |
| Enfoque de entrega de información | ¿Cómo la ejecución de las pruebas entregará información a los stakeholders? |
| Enfoque de gestión de incidentes | ¿(Cómo) se gestionarán los incidentes? |
| Enfoque para la etapa final | ¿Cómo finalizará el proceso de pruebas? ¿(Cómo) se corregirán/reprobarán los fallos pendientes? |
En la tabla anterior, no se menciona el proceso de planificación. Esto podría definirse en la estrategia o no. En cualquier caso, profundizaremos en los detalles de la planificación en un artículo futuro, ¡así que mantente atento!
Suscríbete al boletín de The QA Lead para que te avisemos cuando se publiquen nuevas partes de la serie. Estas publicaciones son extractos del curso Leadership In Test de Paul, el cual recomendamos enormemente para ahondar en este y otros temas. Si lo haces, utiliza nuestro cupón exclusivo QALEADOFFER para obtener $60 de descuento en el precio completo del curso.
También puede interesarte: