Plan de Pruebas

VERSION
1.0.0 / Marzo 11, 2022
Plan de pruebas
Introducción
La falta de un plan de pruebas y la desconexión entre los requerimientos del negocio y lo que se
prueba, es una de las principales barreras a la hora de entregar un producto que cumpla con los
objetivos del negocio.
Objetivo
El plan de pruebas tiene como objetivo orientar el esfuerzo de pruebas, identificando y detallando
las pruebas más importantes, para que el equipo de QA pueda enfocarse en su ejecución y así
responder de mejor manera a los cambios que pueda presentar el proyecto.
Estructura
Pasos previos a tener en cuenta para escribir el plan de pruebas
● Objetivos de negocio que tiene que cumplir el software
○ Los objetivos del negocio nos permiten crear un plan de pruebas organizado, que
aporte valor al proyecto y a los equipos y que esté orientado al cumplimiento de
resultados.
1
● Calendario del proyecto
○ Es importante para planificar cuándo podremos realizar los diferentes tipos de
pruebas. Por ejemplo, al inicio del sprint es importante enfocar el esfuerzo de
pruebas en los requerimientos, validar que los mismos sean claros, entendibles y
que se puedan diseñar pruebas para comprobar su cumplimiento.
○ En las siguientes fases, el foco va cambiando hacia las pruebas funcionales y
pruebas de UX mientras se comienzan a planificar las pruebas no funcionales,
como son las de performance. Para esto es importante coordinar con desarrollo el
momento en que los componentes críticos de la arquitectura del sistema estén
implementados para medir lo antes posible su respuesta frente a carga.
● Metodología de pruebas
○ El foco principal estará en definir pruebas que validen las historias de usuario
aprobadas para el sprint, sin embargo, también hay que tener en cuenta que
pueden considerarse otro tipo de pruebas a realizar que aporten valor, como por
ejemplo cuándo aplicar pruebas de rendimiento para validar que la arquitectura del
sistema responde correctamente o pruebas funcionales para validar que no se
introducen vulnerabilidades tanto a nivel de la aplicación como en la integración.
Elaboración del plan de pruebas

Planificación
Definir alcance - es importante diseñar una planificación adaptada a las necesidades del proyecto,
sin perder de vista los objetivos.
Definir estrategia - Cada plan debe definir qué tipo de prueba se ejecutará dependiendo del
proyecto.
Determinar tipos y niveles de pruebas
- pruebas funcionales - este tipo de prueba se debe ajustar al inicio de cada sprint dejando
establecido lo que se necesita para su correcta ejecución.
- pruebas de regresión - a medida que el proyecto va creciendo, crece la carga de pruebas a
ejecutar, por eso es necesario establecer el volumen de pruebas de este tipo a ejecutar y cuando.
2
Dos técnicas que se pueden usar son por definición de prioridades y camino crítico del producto o,
con automatización.
- pruebas de performance - si el producto se encuentra en la nube es necesario ejecutar este tipo
de pruebas para obtener una respuesta adecuada a los procesos que contengan alta demanda de
carga.
- pruebas de integración - naturalmente los sistemas no viven en solitario, sino que interactúan
con otros sistemas internos o externos. Estas pruebas son importantes para tener visibilidad de
que la interacción es la correcta.
- pruebas end to end - validar los flujos críticos simulando el uso del producto más usado por
parte de los usuarios es una estrategia que brinda tranquilidad antes del despliegue. Debemos
considerar este tipo de pruebas en todos los sprint, incluso, puede entrar en el proceso de
automatización.
Definir herramientas - apoya a la gestión del proyecto, definición de las pruebas, reporte de
incidentes y seguimiento en la ejecución de las pruebas.
Detallar los casos de pruebas
Una vez se definan los casos y suite de pruebas, así como los tiempos que estos pueden llevar en
función del método de prueba, es decir si son manuales o automatizadas, es necesario ajustar
nuestro plan teniendo en cuenta los siguientes pasos.
- priorizar casos de pruebas y actividades - al tener priorizadas las actividades y nivel de

importancia, podremos ajustar la planificación en cuanto a dar resultado en tiempo y calidad.
También debemos contemplar que pasa si, se retrasa el desarrollo con las entregas a testing?
¿Qué pasa si se debe ajustar la fecha de despliegue?
Informes
Una vez finalizadas las distintas etapas de ejecución, debemos elaborar informes en los que se
muestre los resultados por estado satisfactorio/fallas, tiempos de ejecución, entre otros.

Plan de Pruebas

Cargado por

Copyright:

Formatos disponibles

Plan de Pruebas

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Plan de Pruebas

Cargado por

Copyright:

Formatos disponibles

VERSION

1.0.0 / Marzo 11, 2022

● Objetivos de negocio que tiene que cumplir el software

○ Es importante para planificar cuándo podremos realizar los diferentes tipos de

pruebas. Por ejemplo, al inicio del sprint es importante enfocar el esfuerzo de

que se puedan diseñar pruebas para comprobar su cumplimiento.

○ En las siguientes fases, el foco va cambiando hacia las pruebas funcionales y

pruebas de UX mientras se comienzan a planificar las pruebas no funcionales,

momento en que los componentes críticos de la arquitectura del sistema estén

implementados para medir lo antes posible su respuesta frente a carga.

Elaboración del plan de pruebas

Detallar los casos de pruebas

- priorizar casos de pruebas y actividades - al tener priorizadas las actividades y nivel de

También podría gustarte