En el formato "Liberación de QA" se detalla cada uno de los requerimientos que fueron probados y que serán liberados, así como la ruta de ubicación de los archivos a liberar.

Standard Operating Procedure: “[nombre] ”

1. DESCRIPCION

En el formato "Liberación de QA" se detalla cada uno de los requerimientos que fueron probados y que serán liberados, así como la ruta de ubicación de los archivos a liberar.

1. OBJETIVO

El objetivo de este documento es dar por aprobada una versión o ejecutables de determinado proyecto de desarrollo cuando las pruebas de QA han terminado exitosamente.

1. NORMAS

La dirección a la cual será envidado este documento es la siguiente:

• GT SIEM LiberacionesMail SIEM.LiberacionesMail@finca.org
• Si se trata de una liberación de Nicaragua, enviar copia al equipo de QA de Nicaragua.

El nombre del subject que tendrá este documento es el siguiente:

• Informe de liberación por QA- (nombre de la subsidiaria)-(No. de Issue más nombre del mismo)

A continuación se dará una breve descripción de cómo llenar dicho documento.

1. Cliente: Se coloca el nombre de la subsidiaria a la que va dirigida la liberación.
2. Nombre del proyecto: Se coloca el nombre que llevará el proyecto que se ha realizado.
3. Hora, fecha inicio: Se coloca la fecha y la hora que realizó el plan de trabajo.
4. Hora, fecha fin: Se coloca la fecha y la hora que finalizó el plan de trabajo.

1. Analista que libera: Se coloca el nombre de la persona encargada para las pruebas del proyecto.

Marcar en los cuadros (Sí o No) que muestra el documento por si afecta la estructura de base de datos y por si se deben replicar algunos cambios en ella.

En la segunda parte de este formato que es "Listados de archivos liberados" se detalla la ruta en donde se instalan los archivos.

1. Módulo a liberar: Se coloca Cartera / Caja / SistemaF, etc; según corresponda.
2. Se libera versión o externos: Indica si se liberó versión (AMenu), externos o ambos.
3. En Versión indicar No. de Versión: Número de la Versión que se está probando.
4. En externo indicar Versión Compatible: Número de la versión ´´Externa´´ que se utilizará.
5. Si la liberación es producto de una falla indicar cómo se corrige: Detallar si el documento liberado tiene alguna falla y colocar cómo se puede resolver.

En la tercera y última parte de este formato que sería ´´ Archivos Liberados, Fecha y Directorio de Instalación´´  se detalla toda la planificación del proyecto liberado.

1. Nombre del archivo: Se coloca el nombre que lleva el archivo que se ha realizado.
2. Fecha del archivo: Se coloca la fecha asignada del archivo.
3. Peso del archivo: Se coloca el tamaño del archivo ya sea en Kb, Mg o Gb.
4. Línea en el Siem.ini: se coloca una línea de Siem ini  (En caso se tenga que configurar, porque no siempre será así) esta línea es liberada por programación.
5. La función de estos archivos es: Se coloca la finalidad para la cual servirá el archivo a liberar.
6. Ruta de descarga: Se coloca dónde está ubicado el archivo a liberar.
7. Observaciones: Se coloca los requerimientos que están a punto de liberarse u observaciones adicionales.

1. POLITICAS

• La lista de cambios automáticos y cambios manuales se colocan solo si el archivo a liberar tiene algunas modificaciones en la base de datos, en el script, etc…

• El responsable de este correo es el analista de control de calidad asignado a las pruebas y se envía al terminar las pruebas preliminares o finales del proyecto, sí y solo sí no existen rechazos pendientes.

• Podrá liberar con rechazos pendientes, únicamente si el autorizado por la Gerencia de QA.

• El Analista de control de calidad debe asegurar que al terminar la liberación él y los Issues asociados deben quedar en estatus “pendiente de liberar al cliente”.  

NOTAS ADMINISTRATIVAS

Ejemplo completo del documento "Liberación´´

Listado de Archivos Liberados[pic 2]

...