Read your PDF for free
Sign up to get access to over 50 million papers
By continuing, you agree to our Terms of Use
Continue with Email
Sign up or log in to continue reading.
Welcome to Academia
Sign up to continue reading.
Hi,
Log in to continue reading.
Reset password
Password reset
Check your email for your reset link.
Your link was sent to
Please hold while we log you in
Academia.eduAcademia.edu

PLAN DE PRUEBAS v 0.

Cite this paper

MLAcontent_copy

Angarita, Neyder. PLAN DE PRUEBAS v 0.

APAcontent_copy

Angarita, N. PLAN DE PRUEBAS v 0.

Chicagocontent_copy

Angarita, Neyder. “PLAN DE PRUEBAS v 0.,” n.d.

Vancouvercontent_copy

Angarita N. PLAN DE PRUEBAS v 0.

Harvardcontent_copy

Angarita, N. (no date) “PLAN DE PRUEBAS v 0.”

Abstract

La información contenida en este documento es generada en el marco del Contrato 054 celebrado entre LA PROCURADURÍA GENERAL DE LA NACION y SYNAPSIS LTDA. Dado que la información describe procesos sensibles de naturaleza competitiva, puede resultar en perjuicio de las dos partes del contrato que sea conocido por personas distintas a aquellas a las que está dirigida. Por tales razones, no podrá ser reproducida, mostrada o divulgada sin el correspondiente permiso escrito de LA PROCURADURÍA GENERAL DE LA NACION y SYNAPSIS LTDA.

INTRODUCCION

Objetivos de Calidad

 Asegurar el desarrollo de productos de alta calidad.

 Enfoque en la prevención de defectos, tanto como la detección.

 Identificar fallas dentro de la misma fase del desarrollo donde se producen para minimizar costos.

 Aprendizaje conjunto de buenas prácticas de desarrollo.

 Recopilar mediciones de calidad del producto y del proceso.

Propósito

El propósito del plan de pruebas es proveer la información necesaria para planear y controlar los esfuerzos de pruebas de un proyecto o iteración específicas. Describe el enfoque para probar el software y es el plan general generado y utilizado por administradores para dirigir el esfuerzo de pruebas.

Este plan de pruebas soporta los siguientes objetivos  Identificar los ítems a probar  Describe, en términos generales, el enfoque de pruebas a ser usado  Identifica los recursos requeridos y provee un estimado de sus esfuerzos  Lista los entregables de las pruebas del proyecto  Identificar los tipos de pruebas a utilizar en la ejecución de las mismas.

 Diseñar cada una de las pruebas de cada uno de las interacciones a probar.

Describe los tipos de pruebas que se van a ejecutar, el diseño, el orden de ejecución y los entregables en cada una de las de los interacciones del proyecto. PLAN DE PRUEBAS V.0.3

Alcance

Definir las pruebas unitarias, de integración, de sistema, regresión, instalación, Análisis y Diseño de migración, unitarias de migración, Integración de migración, Datos de migración regresión de migración, funcionales internas y usuarios con el fin de ver la funcionalidad, utilidad y desempeño de todos los módulos del sistema y de verificar la correcta migración de las aplicaciones anteriores al nuevo sistema.

Para el desarrollo de la aplicación se utilizara la metodología RUP y para el proceso de migración de utilizara la metodología particular

Documentación disponible

ESTRATEGIA DE PRUEBAS

En este capitulo se describen el modelo de ejecución, las técnicas, herramientas, criterios de aceptación que se utilizarán en la realización de las pruebas y ejecución de las mismas.

Modelo de ejecución de las pruebas

En este parte del capitulo se define el modelo estándar de la ejecución de las pruebas, en el siguiente cuadro se observa la forma que se ejecutan las pruebas:

En el modelo en V muestra el desarrollo de las pruebas a medida que se cumple cada una de las fases y se repite en cada una de las iteraciones.

Mientras se realizan las fases en cascada de los requerimientos, análisis, diseño, implementación se van diseñando las pruebas del mismo nivel. Al llegar a la etapa de pruebas se inicia la ejecución de lo diseñado desde las pruebas unitarias hasta las pruebas funcionales.

En cada ciclo se realizara el detalle de diseño de las pruebas de acuerdo a la iteración

Técnicas y tipos de pruebas

Conceptos  Objetivo de la Prueba: Definir claramente lo que se quiere alcanzar al realizar la prueba.

 Estrategia: Procedimientos utilizados en el desarrollo de la prueba para lograr el objetivo.

 Herramientas requeridas: Aplica para las pruebas unitarias, de integración, carga y de regresión. Se refiere al software utilizado para la automatización de las pruebas mencionadas.  La aplicación cumple con los requerimientos mínimos para el funcionamiento Observaciones:

Para el reporte de incidencias se utilizara una herramienta web pare el registro y seguimiento .Es importante que exista un filtro por parte de la Procuraduría General de la Nación antes que la incidencia sea asignada al proyecto.

Entregable 

Certificación del correcto funcionamiento de los requerimientos probados

Cobertura Geográfica

Bogota -Medellín

CRITERIOS DE ENTRADA Y SALIDA

Los criterios de entrada y salida hacen referencia a las diferentes guías que se deben tener en cuenta para la ejecución, suspensión o terminación de las pruebas durante su ciclo de vida.

PLAN DE PRUEBAS

Criterio de Ejecución del Plan de Pruebas

 Set de pruebas documentado incluyendo escenarios claros para el desarrollo de las pruebas.

 Claridad en el procedimiento para la realización de las pruebas.

 El entorno de pruebas sea el adecuado para la realización de las pruebas.

 Toda la documentación requerida debe estar disponible.  El entorno de pruebas es muy diferente del entorno de producción previsto y no se puede confiar en los resultados.

Criterio de Terminación del Plan de Pruebas

RECURSOS

RECURSO HUMANO

Recursos Humanos

Rol Mínimo Recursos Recomendado

Responsabilidades Especificas

Desarrollador

HITOS DE ITERACIÓN

ENTREGABLES

Resultado de las pruebas

 Resultado Pruebas de Integración: En este informe se entregaran los resultados de las pruebas realizadas por los desarrolladores y el líder técnico de la validación de la integración entre los diferentes módulos que componen la solución con el fin de garantizar que su operación integrada es correcta.

 Resultado Pruebas de Sistemas: En este informe se entregaran los resultados de las pruebas realizadas por el Analistas de pruebas y el líder técnico de la validación de los requerimientos no funcionales del Proyecto.

 Resultado Pruebas de Regresión: En este informe se entregaran los resultados de las pruebas realizadas por los desarrolladores, el analista de pruebas y el líder técnico de la validación que se realiza al sistema después de que las correcciones y/o realces son aplicados  Resultado Pruebas de Instalación: En este informe se entregaran los resultados de las pruebas realizadas por el analista de Pruebas y el líder técnico de la validación de la instalación de la aplicación en diferentes entornos de hardware y software.

 Resultado Pruebas Unitarias de migración: En este informe se entregaran los resultados de las pruebas realizadas por los desarrolladores de migración sobre la validación de las piezas individuales de la aplicación de Migración y de los script que se utilizaran en la migración.

 Resultado Pruebas de Integración de migración: En este informe se entregaran los resultados de las pruebas realizadas por los desarrolladores de migración y Líder de Datos Infraestructura y Migración sobre la validación que se realiza en la integración entre los diferentes módulos que componen la solución de migración , así como los script que se utilizaran en la migración  Resultado Pruebas de datos de migración: En este informe se entregaran los resultados de las pruebas realizadas por el Analista de Pruebas, el Asesor en arquitectura de datos y migración de datos el líder de Datos Infraestructura y Migración de la verificación de la calidad de la información de la migración, así como de los script que se ejecuten en la base de datos.  Resultado Pruebas de Regresión de migración: En este informe se entregaran los resultados de las pruebas realizadas por los desarrolladores de migración, el Analista de Pruebas y Líder de Datos Infraestructura y Migración sobre la validación del sistema después de que la migración ha sido realizada.

Información General

Identificador de caso de uso: <Identificador del caso de uso a probar> Nombre de caso de uso: <Nombre del caso de uso a probar> Descripción Prueba: <Descripción de la prueba que se va a realizar>

Responsable:

<Nombre de persona que ejecuta la prueba> Prerrequisitos <Prerrequisitos que se deben cumplir para iniciar la prueba>

Descripción de Casos de Prueba

Caso: <Explicación breve del caso de prueba a ejecutar*.>

Instrucciones de Prueba

<Pasos que se deben seguir para poder realizar correctamente la prueba>

Escenarios de prueba Respuesta esperada de la aplicación Coincide (Si/No) Campo

Valor Tipo escenario <Nombre de campo a probar> <Dato de prueba> <Correcto/I ncorrecto> <Descripción completa de respuesta que debe dar la aplicación al usar el campo especificado con el dato de prueba> <sí/no, según la respuesta obtenida> Criterios de Aceptación <Lista de chequeo de las condiciones que se deben cumplir para aprobar el caso de uso que se esta probando.>  A partir de este punto, se debe repetir el uso del formato para escribir tantos casos de prueba como sean necesarios, para un mismo caso de uso.

ANEXO 3 RESPUESTAS A LAS OBSERVACIONES REALIZADAS AL PLAN DE PRUEBAS POR PARTE DE LA PROCURADURIA GENERAL DE LA NACION

Observaciones al Plan de Pruebas Código: PP 0.1 1. En los términos de referencia, el numeral 6.2.1.2.1.2.1. Fase de Inicio, el Artefacto Prototipo como resultado de la fase se debe contar con uno o más prototipos para realizar las Pruebas de Concepto, de la visión, caso de negocio y riesgos muy específicos, el documento no menciona este punto.

Respuesta: En el documento plan de Pruebas no se menciona el artefacto Prototipo como resultado de la fase, ya que esta parte pertenece a la fase de inicio del Proyecto y no en la fase de elaboración.

Matriz de Datos Según Tipo de Entrada