Pruebas y Control de Cambios
1. Propósito del procedimiento.
Obtener su validación de funcionalidad y poder programar la liberación a ambiente productivo. Con esto se busca certificar que: la modificación a liberar es apta y cubre el requerimiento realizado, no impactara el ambiente productivo ni la operatividad del proyecto
Sumario
Alcance.
Abarca Solicitudes al área de QA para realizar pruebas a las modificaciones realizadas por requerimiento de proyecto en aplicativos productivos, corregir fallas/bugs o implementar mejoras al flujo.
Referencia.
- Correo Electrónico/ Tarea en Jira/ Slack
- TSK-Registro de Pruebas Unitarias.doc
Responsabilidades.
- Project Manager (PM)
- QA Manager (QAM)
- QA Team (QAT)
Políticas y Lineamientos
1. Para Todo Control de Cambio es necesario partir de la Historia de Usuario (TKS-PRO-002 Historia de Usuario).
2. A partir de que el documento, TSK-XXX-CCXX-Corrección de errores o TSK-XXX-CCXX – Mejoras, se sube al repositorio, todo cambio sobre él debe hacerse en la versión de repositorio. Nunca en las enviadas por correo.
3. Toda la documentación del Control de Cambio, debe ir al repositorio en la carpeta que corresponda. Cada área debe hacerse responsable de subir los documentos con nombre y formato establecido.
Descripción de Actividades
Diagrama de Flujo
Diagrama 1
Diagrama 2
Formato
