Macroproceso: Gestión de Proceso: Gestión de Sistemas de Código TI-3-MA01

Tecnologías de Información Información Versión 01

MANUAL DE GETIÓN DE PRUEBAS Fecha 19/08/2020
Página 1 de 8

Tabla de Contenido

1. Responsable ...................................................................................................................................... 2
2. Introducción ....................................................................................................................................... 2
3. Definiciones ....................................................................................................................................... 2
4. Justificación y alcance ....................................................................................................................... 3
5. Objetivo general ................................................................................................................................. 3
6. Usuarios del manual .......................................................................................................................... 4
7. Marcos de referencia ......................................................................................................................... 4
8. Contenido del manual ........................................................................................................................ 5
8.1. Entradas y Salidas del Proceso ...................................................................................................... 5
8.2. Diagrama del Proceso .................................................................................................................... 5
8.3. Descripción de las actividades del Proceso .................................................................................... 6
9. Documentos y/o registros asociados ................................................................................................. 8
10. Anexos ........................................................................................................................................... 8
11. Referencias .................................................................................................................................... 8

COPIA CONTROLADA
Este documento es de autoría y uso exclusivo de Savia Salud EPS
 Macroproceso: Gestión de Proceso: Gestión de Sistemas de Código TI-3-MA01
Tecnologías de Información Información Versión 01
MANUAL DE GETIÓN DE PRUEBAS Fecha 19/08/2020
Página 2 de 8

1. Responsable

Coordinador de Arquitectura TI.

2. Introducción

Establecer los principios generales del proceso de gestión de pruebas, estandarizando y controlando la
actividad a nivel de la EPS.

3. Definiciones

A continuación, se definen algunos términos que son usados constantemente en el área de pruebas y en
la ejecución del proceso.

• Alcance de la Prueba: El propósito de la definición del alcance es realizar una clara descripción
de las fronteras lógicas del proyecto al igual que aquellos elementos que están por afuera de
esas fronteras. Entre más aspectos del alcance se puedan identificar, mejor será la validación y
verificación del proyecto. Para cada funcionalidad definida en el alcance se debe establecer la
prioridad con los siguientes posibles valores: Alta, Media y Baja.
• Estrategia de la Prueba: La estrategia de pruebas de software proporciona un mapa que
describe los pasos que se darán como parte de la ejecución de la prueba, los cuales indican
tiempo, esfuerzo y recursos que se requieren en el momento de realizar la prueba. Las
principales características de la estrategia es que se basa en realizar un estudio de los riesgos
del producto que permita definir el alcance para las pruebas. Define los ciclos de prueba que se
realizarán del producto en función del plan de desarrollo y usa un enfoque iterativo para la
planificación de las pruebas, donde se define una planificación global a nivel macro de las
funcionalidades a probar en cada ciclo, el cual es revisado y refinado al comenzar el ciclo de
prueba.
• Limitaciones: Las limitaciones reflejan tanto las restricciones como el alcance de la prueba. En
dicha sección se debe tener en cuenta las limitantes a nivel de alcance, software o Hardware, de
igual manera delimitar lo que no se pretende hacer.
• Pruebas de Aceptación: Las pruebas de aceptación verifican que el sistema que recibe
funciona y lo hace de acuerdo con las especificaciones, con el fin de determinar si el sistema
satisface o no los criterios de aceptación. Las pruebas de aceptación caen bajo la metodología
de las pruebas de caja negra, donde el usuario no está muy interesado en el trabajo interno /
codificación del sistema, sino que evalúa el funcionamiento global del sistema y la compara con
los requisitos establecidos por ellos.
• Pruebas de Carga: La carga de trabajo se refiere a la capacidad máxima que tiene un servidor,
para atender a un conjunto de usuarios de manera simultánea. Las pruebas en este caso
consisten en simular una carga de trabajo similar y superior a la que tendrá cuando el sistema de
información se encuentre en productivo, con el fin de detectar si cumple con los requerimientos
de muchos usuarios simultáneos y también si el hardware (servidor y el equipamiento
computacional de redes y enlace que lo conecta a Internet) es capaz de soportar la cantidad de
visitas esperadas. Hay diversos software en el mercado que está orientado a este tipo de
simulaciones, todos los cuales ofrecen características similares.

COPIA CONTROLADA
Este documento es de autoría y uso exclusivo de Savia Salud EPS
 Macroproceso: Gestión de Proceso: Gestión de Sistemas de Código TI-3-MA01
Tecnologías de Información Información Versión 01
MANUAL DE GETIÓN DE PRUEBAS Fecha 19/08/2020
Página 3 de 8

• Pruebas de Estrés: Pruebas orientadas a evaluar un componente o sistema en o más allá de los
límites especificados en los requisitos. Estas pruebas permiten conocer y mitigar los riesgos
relacionados con el mal desempeño de las aplicaciones en los entornos de pruebas y
producción, con el fin de realizar las correcciones necesarias. Es relevante la selección de la
herramienta adecuada, la definición de los escenarios de prueba y la configuración del entorno.
Una vez ejecutadas las pruebas, es importante la evaluación de resultados para identificar los
posibles problemas en la performance actual y las posibilidades de mejora sobre el desempeño
del sistema. Se trabaja en conjunto con expertos de tecnología e infraestructura de la empresa.
• Pruebas de Integración: Las pruebas de integración son ejecutadas con el objeto exponer
defectos en las interfaces e interacciones entre elementos integrados como bases de datos
diferentes o varios sistemas de información con el fin de construir la estructura del programa
mientras al mismo tiempo, se lleva a cabo pruebas para detectar errores asociados con la
interacción. El objetivo es tomar los módulos probados en unidad y estructurar un programa que
esté de acuerdo con el que dicta el diseño.
• Pruebas Funcionales o de Sistema: El objetivo de la prueba funcional es verificar el
comportamiento del software probado si cumple o no con sus especificaciones. Las funciones a
revisar son probadas ingresando las entradas y examinando las salidas de información, luego de
la ejecución de un proceso determinado. Para realizar pruebas funcionales, es necesario realizar
la especificación del alcance en los casos de prueba, donde se deben considerar condiciones
inválidas e inesperadas de la entrada y tener en cuenta que la definición del resultado esperado
es una parte vital de un caso de la prueba. El propósito de la prueba funcional es mostrar
discrepancias en cuanto a la especificación y demostrar que el programa cumple su
especificación.
• Riesgos: La Identificación de Riesgos en proyectos de software consiste en la determinación de
elementos que potencialmente se produzca un evento y sus consecuencias negativas, las cuales
causen inconvenientes en la ejecución de las pruebas. Dichos Riesgos pueden ser críticos que
pueden impactar negativamente los procesos y la ejecución de las pruebas.
• Supuestos: Los supuestos establecen aquellas condiciones y premisas en que se basa y lleva a
cabo la investigación, necesario para la ejecución de las pruebas, al igual que el responsable de
cada uno de ellos.

4. Justificación y alcance

Este proceso aplica para los proyectos de desarrollo interno que requieren una verificación y validación
antes de su paso a producción y entrega al cliente.

5. Objetivo general

Promover y asistir el aseguramiento de la calidad del software con el fin de transferir un mejor producto o
servicio a los usuarios finales.

Con la verificación y validación de los requisitos en el sistema se logra lo siguiente:

• Determinar si el producto de software construido satisface los requisitos especificados e

implícitos, definidos en las historias de usuario por el cliente.

COPIA CONTROLADA
Este documento es de autoría y uso exclusivo de Savia Salud EPS
 Macroproceso: Gestión de Proceso: Gestión de Sistemas de Código TI-3-MA01
Tecnologías de Información Información Versión 01
MANUAL DE GETIÓN DE PRUEBAS Fecha 19/08/2020
Página 4 de 8

• Detectar los defectos en los productos de software

• Verificar la corrección de los defectos detectados y reportados al desarrollador.
• Probar la integridad de las funcionalidades como un solo sistema de información.

6. Usuarios del manual

Analista Funcional: Es la persona encargada de realizar la planeación, el diseño y la ejecución de las

pruebas, al igual que el reporte de incidentes en caso de encontrarse alguno. Es el responsable de la
verificación y validación del producto o componente desarrollado.

Desarrollador: Es el encargado del desarrollo inicial y estará a cargo de la corrección de las incidencias
que resulten en el proceso de pruebas.

DBA: Es el encargado de la actualización de la base de datos y la actualización de los ambientes de

pruebas y productivo.

Líder Técnico: Es el encargado de revisar el plan de pruebas y dar su aprobación, con el fin de dar
inicio a la ejecución de los casos de prueba.

7. Marcos de referencia

A continuación, se hace referencia a las políticas definidas respecto a la gestión de pruebas,

establecidas desde la Coordinación de Arquitectura TI.

• Todo producto debe ser verificado por el área de pruebas, antes de su liberación y entrega al
cliente.
• Todo Sprint o liberación que se realice al ambiente de producción debe ser validado con el
cliente, como parte de la prueba de Aceptación.

COPIA CONTROLADA
Este documento es de autoría y uso exclusivo de Savia Salud EPS
 Macroproceso: Gestión de Proceso: Gestión de Sistemas de Código TI-3-MA01
Tecnologías de Información Información Versión 01
MANUAL DE GETIÓN DE PRUEBAS Fecha 19/08/2020
Página 5 de 8

8. Contenido del manual

8.1. Entradas y Salidas del Proceso

Entradas
Nombre y Documento/Actividad Tipo de Proceso que lo Recibe
Documento
Especificación de Requisitos Interno Proceso de Pruebas
(Historias de Usuario)
Matriz de Trazabilidad Interno Proceso de Pruebas
Documento de Arquitectura Interno Proceso de Pruebas
Componentes de desarrollo Interno Proceso de Pruebas
Resultado de Pruebas unitarias e Interno Proceso de Pruebas
Integrales

Salidas
Nombre y Documento/Actividad Tipo de Proceso que lo Recibe
Documento
Plan de Pruebas Interno Líder Técnico
Diseño de Casos de Prueba Interno Líder Técnico
Evidencias Ejecución de Casos Interno Líder Técnico
Bitácora de Errores Interno Líder Técnico y Desarrollo
Actualizar Matriz trazabilidad Interno Análisis y Requisitos

8.2. Diagrama del Proceso

Diagrama de flujo del proceso, que representa el flujo de actividades y entrega de información
mediante diagramas, bajo la metodología “BPM”, alineada a las mejores prácticas de la industria de
TI y en las necesidades de Savia Salud EPS.

COPIA CONTROLADA
Este documento es de autoría y uso exclusivo de Savia Salud EPS
 Macroproceso: Gestión de Proceso: Gestión de Sistemas de Código TI-3-MA01
Tecnologías de Información Información Versión 01
MANUAL DE GETIÓN DE PRUEBAS Fecha 19/08/2020
Página 6 de 8

8.3. Descripción de las actividades del Proceso

A continuación, se presenta una tabla con la descripción de la gestión de pruebas. Dicha tabla está
conformada por los siguientes rubros:

• No: Número correspondiente a la secuencia de actividades en la gestión de pruebas.

• Actividad: Nombre de la actividad
• Rol: Rol que se encarga de ejecutar la actividad.
• Descripción: Descripción breve del propósito de la actividad.

No Actividad Rol Descripción

1 Elaborar Plan de Analista El Analista Funcional elabora el Plan de pruebas,
pruebas Funcional basado en el documento de especificación de
requisitos y documento de arquitectura.

Dentro del plan de pruebas se define el alcance, la

estrategia de pruebas, tipos de prueba, riesgos, y los
supuestos y limitaciones.

Ver Formato Plan de Pruebas.doc

2 Aprobar Plan de Líder Técnico Se entrega el documento de Plan de pruebas al Líder

pruebas Técnico, con el fin de que éste realice una verificación
y posterior aprobación del mismo.
3 Elaborar diseño de Analista Al momento de tener la documentación analizada y

COPIA CONTROLADA
Este documento es de autoría y uso exclusivo de Savia Salud EPS
 Macroproceso: Gestión de Proceso: Gestión de Sistemas de Código TI-3-MA01
Tecnologías de Información Información Versión 01
MANUAL DE GETIÓN DE PRUEBAS Fecha 19/08/2020
Página 7 de 8

No Actividad Rol Descripción

casos Funcional entendida, el equipo de Analistas Funcionales procede
a construir y diseñar los casos de prueba, teniendo en
cuenta los requisitos y las especificaciones.

Ver Formato Diseño Caso Prueba.xls

4 Preparar el Desarrollador Dentro del equipo de desarrollo, se asigna un

ambiente de y DBA responsable para preparar el ambiente de pruebas en
Pruebas conjunto con el DBA, verificando que éste sea un
espejo del ambiente productivo y proporcionando los
datos de prueba.

5 Ejecutar las pruebas Analista Posterior a la notificación del equipo de desarrollo y

Funcional DBA de que el ambiente de pruebas está listo y
disponible, se procede a la ejecución de los casos de
prueba que fueron diseñados, tomando la evidencia de
los resultados de dicha ejecución.

Ver Formato Ejecucion Caso Prueba.xls

Verificación Analista Si hay Incidentes / Bug: Ir a actividad 6

¿El caso de prueba Funcional No: Actividad 8
fue Fallido?
6 Reportar incidencia Analista Durante la ejecución de las pruebas se pueden generar
Funcional incidencias o Bug, los cuales deben ser identificados,
registrados, asignados al equipo de desarrollo y
documentar toda su trazabilidad.

Ver Herramienta Mantis

http://10.250.0.98/mantis/

7 Corregir Incidencia Desarrollador Escalar al equipo de desarrollo los errores para ser
resueltos. En caso de que se identifique un error que
no pueda ser solucionado, se informa al Líder Técnico
para tomar la decisión si se pasa a producción como un
error conocido, siempre y cuando dicho error no afecte
la funcionalidad del producto.

Iniciar de nuevo en la actividad 5 – Ejecutar las

pruebas.

8 Generar resultado Analista Con la información de los resultados de pruebas,

de pruebas Funcional registro de Bug e incidentes, se procede a generar el
informe de resultado de pruebas para el líder técnico.

9 Cierre Fin del Proceso.

COPIA CONTROLADA
Este documento es de autoría y uso exclusivo de Savia Salud EPS
 Macroproceso: Gestión de Proceso: Gestión de Sistemas de Código TI-3-MA01
Tecnologías de Información Información Versión 01
MANUAL DE GETIÓN DE PRUEBAS Fecha 19/08/2020
Página 8 de 8

9. Documentos y/o registros asociados

Código Nombre del documento o registro asociado

TI-3.2-FO02 Formato Plan de Pruebas
TI-3.2-FO03 Formato Diseño Caso Prueba
TI-3.1-FO02 Formato Ejecución Caso Prueba

10. Anexos

NA

11. Referencias

NA

COPIA CONTROLADA
Este documento es de autoría y uso exclusivo de Savia Salud EPS