FORMATO PLAN DE PRUEBAS IDENTIFICACIÓN DEL DOCUMENTO SISTEMA DE <Nombre del sistema de información para el cual se diligencia el formato> INFORMACIÓN FECHA VERSIÓN RESPONSABLES DESCRIPCIÓN <Versión del <Responsable de liberar el documento o la <Descripción resumida de la <dd/mm/aaaa> documento o revisión> revisión realizada> revisión> ALCANCE: <Alcance del plan de pruebas, identificando los módulos y funcionalidades que serán sometidas a pruebas y los tipos de prueba que se realizarán, por ejemplo: unitarias, de integración, funcionales, de rendimiento, de volumen, de disponibilidad de datos, de entorno, de seguridad, de interfaz de usuario, de aceptación, de regresión, etc.> DEFINICIONES Y SIGLAS: <En la tabla relacione las palabras y siglas que se emplean dentro del documento y su respectiva definición> PALABRA / SIGLA <palabra o sigla> DEFINICIÓN <definición de la palabra o sigla> AMBIENTE DE PRUEBAS Requerimientos Hardware: <Especifique los requerimientos de hardware (sistema operativo, memoria, servidor de aplicaciones, red, etc.) para la ejecución del plan de pruebas> Requerimientos Software: <Especifique los requerimientos de software (IDE de desarrollo, IDE de base de datos, navegador, herramienta de seguimiento de errores, configuración proxy, permisos especiales, etc.) para la ejecución del plan de pruebas> PLAN DE PRUEBAS Tipos De Prueba: <Por cada tipo de prueba diligencie un cuadro> Tipo de prueba: Objetivo: Técnica: Precondiciones: Criterios de éxito: <Tipo de prueba, por ejemplo: unitarias, de integración, funcionales, de rendimiento, de volumen, de disponibilidad de datos, de entorno, de seguridad, de interfaz de usuario, de aceptación, de regresión, etc.> <Objetivo de la ejecución del tipo de prueba> <Técnica empleada para ejecutar la prueba. Secuencia de pasos y condiciones que debe seguir el probador para ejecutar la prueba> <Condiciones previas para la ejecución de la prueba> <Criterios para considerar que la ejecución de la prueba generó resultados satisfactorios> Casos De Prueba: <Por cada tipo de prueba definido y por cada funcionalidad de cada módulo sometido a pruebas, se debe generar un caso de prueba.> GDI-TIC-F011 Versión: 01 Vigencia: 28 de noviembre de 2017 Ajustado de acuerdo a Circular 16 del 1 de noviembre de 2017. Página 1 de 2 FORMATO PLAN DE PRUEBAS Identificador: <Identificador único del caso de prueba> Probador: <Nombre de la persona que ejecuta la prueba> Fecha Planeación: <Fecha en que se realiza la planeación de l caso de prueba> Módulo <Módulo al que pertenece la funcionalidad que será sometida a pruebas con este caso> Funcionalidad a <Funcionalidad que será sometida a pruebas con este caso> probar: Objetivo de la <Objetivo de la funcionalidad que será sometida a pruebas con este caso> funcionalidad: <Conjunto de condiciones que deben ser ciertas o que se deben cumplir antes de iniciar el caso de Precondiciones: uso> <Resultado que se espera obtener con la ejecución de la prueba, se debe establecer antes de ejecutar Resultado esperado: la prueba> Secuencia de pasos para la <Descripción de cada uno de los pasos que se requieren para ejecución de la Ejecutar la prueba.> prueba: <Resultado obtenido después de ejecutar la prueba. En caso de que el resultado obtenido sea Resultado obtenido: diferente al resultado esperado se deben describir dichas diferencias y las posibles causas que las generaron> Fecha ejecución: <Fecha en la cual se ejecuta el caso de prueba> <Relación de los anexos que complementan la ejecución del Anexos: Caso de prueba.> Observaciones: <Observaciones adicionales del caso de prueba> GDI-TIC-F011 Versión: 01 Vigencia: 28 de noviembre de 2017 Ajustado de acuerdo a Circular 16 del 1 de noviembre de 2017. Página 2 de 2
