República Bolivariana de Venezuela

Ministerio del Poder Popular Para la Educación Universitaria

Universidad Politécnica Territorial del Estado Bolívar
Ingeniería del Software II
PNFI-Trayecto 3

Gestión de pruebas
Profesor: Alumno:
Héctor Molina Allan Ortiz
CI: 28.030.204

Cuidad Bolívar; 25 de MARZO del 2022

 INTRODUCCIÓN

Las pruebas son elementos de un conjunto de acciones dentro del desarrollo de software.

Dependiendo del tipo de pruebas, estas acciones podrán ser implementadas en cualquier
momento de dicho proceso de desarrollo como se puede saber existen distintos modelos de
desarrollo de software, así como modelos de pruebas. A cada uno corresponde un nivel
distinto de involucramiento en las actividades de desarrollo.
 ÍNDICE

Actividades de gestión de pruebas -------------------------------------------------------- 04

Plan de pruebas ------------------------------------------------------------------------------- 05 - 06

Ejecución y análisis ---------------------------------------------------------------------------- 06

Documentación de las pruebas ---------------------------------------------------------------- 06

Actividades de gestión de pruebas

Las actividades que ejecutamos en esta fase de planificación constituyen la base para un
proceso de pruebas de calidad. Estas actividades son:
1. Formulación de la estrategia de prueba

2. Elaboración del plan de pruebas, que incluye la estrategia, el análisis de riesgos, la

estimación, el presupuesto, las actividades a realizar y los productos finales
relacionados con el proceso de pruebas

3. Determinación de las técnicas de prueba que se emplearán

La planificación realizada se verá afectada por la política de pruebas de la organización, los
resultados que esperamos conseguir, la disponibilidad de recursos y las limitaciones en
tiempo y coste que tengamos. Precisamente, serán estas limitaciones temporales y
presupuestarias las que nos llevarán a adoptar decisiones sobre qué probar, pues es
imposible probar todo. Para facilitar estas decisiones, también habremos de tener en cuenta
los riesgos.

Plan de pruebas

El plan de pruebas es un producto formal que define los objetivos de la prueba de un sistema,
establece y coordina una estrategia de trabajo, y provee del marco adecuado para elaborar una
planificación paso a paso de las actividades de prueba.

Pruebas funcionales

Teniendo en cuenta la metodología de desarrollo y las iteraciones o fases diseñadas deberás

planificar las pruebas a realizar en cada iteración. 

Pruebas de regresión

A medida que avance el proyecto, las tareas de pruebas aumentan su carga, por eso deberás
planificar cómo ir cubriendo las necesidades de pruebas de regresión sin que esto signifique
aumentar los recursos. Dos técnicas principales para lograr esto, son la priorización en base
a los objetivos del negocio y el camino crítico de la aplicación y la automatización de
pruebas.

Pruebas de rendimiento y seguridad

En base a los objetivos del negocio, deberás definir y planificar si se realizarán este tipo de
pruebas. Si la aplicación estará expuesta en la nube, deberás planificar pruebas de
rendimiento que permitan validar que la arquitectura responde de forma adecuada a
procesos de alta demanda. 
Pruebas de integración

Usualmente los sistemas no viven en solitario, sino que interactúan con otros sistemas
existentes tanto internos como externos. Planifica pruebas de integración de forma
adecuada a lo largo del proyecto para validar cuanto antes las interfaces con otros sistemas.

Pruebas de extremo a extremo

Validar que los flujos críticos del sistema funcionan correctamente, simulando el uso de la
aplicación más utilizada por los usuarios es una estrategia que asegura tranquilidad antes de
un despliegue. Incluye este tipo de prueba en cada fase del proyecto, aumentando el alcance
de los flujos. Estas pruebas son excelentes candidatas para ser automatizadas, lo que
asegurará mayor capacidad de ejecución.

Ejecución y análisis

La ejecución de pruebas debe iniciar con la creación de los datos de prueba necesarios para
ejecutar los casos de prueba diseñados. La ejecución de estos casos, puede realizarse de
manera manual o automatizada;  en cualquiera de los casos,  cuando se detecte un fallo en el
sistema,  este debe ser documentado y registrado en una herramienta que permita   gestionar
los defectos.

Documentación de las pruebas

En general se habla mucho de la documentación, pero no se la hace, no se le asigna

presupuesto, no se la mantiene y casi nunca está al día en los proyectos de desarrollo de
software. Lo importante es la disponibilidad de la documentación que se necesita en el
momento en que se la necesita.
Muchas veces se hace porque hay que hacerla y se escribe, con pocas ganas, largos textos, a
la vez que se está convencido de estar haciendo un trabajo inútil. A veces se peca por
exceso y otras por defecto. Ocurre mucho en la Web y con productos RAD. En ocasiones se
olvida que el mantenimiento también debe llegar a la documentación.
La documentación se suele clasificar en función de las personas o grupos a los cuales está
dirigida:

• Documentación para los desarrolladores

• Documentación para los usuarios
• Documentación para los administradores o soporte técnico
 CONCLUSIÓN
La demanda por tener un producto de excelente calidad aumenta de forma continua, a
medida que los clientes se vuelven más selectivos y comienzan a rechazar los productos
poco fiables o que realmente no dan respuesta a sus necesidades.
Es conveniente e imprescindible diferenciar entre la calidad del producto software y la
calidad del proceso de desarrollo,