Documente Academic
Documente Profesional
Documente Cultură
Plan de Pruebas
Instrucciones
Version 1.0 30 SEP 2008
Tabla de Contenidos
Introduccin........................................................................................................... 1 Uso del Plan de Pruebas.......................................................................................1 Visin.............................................................................................................................. 1 Aplicabilidad.................................................................................................................... 2 Gobierno y alcance......................................................................................................... 2 Seccin 1. Visin General.....................................................................................2 Seccin 2. Metodologa de Pruebas .....................................................................2 2.1Elementos de Pruebas............................................................................................... 2 2.2Tipos de Pruebas....................................................................................................... 3 2.1.1Pruebas Funcionales 3 2.1.2Pruebas de Datos 4 2.2Restricciones............................................................................................................. 4 Seccin 3. Disposicin Operativa..........................................................................4 3.1Diagrama de Implantacin......................................................................................... 4 3.2Preparacin del Entorno ........................................................................................... 4 3.3Valoracin de la Disposicin de la Implantacin........................................................5 3.4Contenido del Producto............................................................................................. 5 3.5Desviaciones y Renuncias......................................................................................... 5 Seccin 4. Creacin/Conversin de Datos............................................................5 Seccin 5. Rollout por Fases................................................................................6 Seccin 6. Formacin y Documentacin...............................................................6 3.1Formacin.................................................................................................................. 6 3.2Documentacin.......................................................................................................... 7 3.2.1Documentos 7 3.2.2Actividades de Documentacin 7 Seccin 7. Transicin hacia Soporte.....................................................................8 7.1Recursos Requeridos................................................................................................ 8 7.2Procedimientos Recomendados................................................................................8 7.3reas de Cambio Esperadas.....................................................................................8 7.4Actividades de Transicin.......................................................................................... 8 Seccin 8. Notificacin de la Implantacin............................................................9 Seccin 9. Planificacin de las Operaciones y del Mantenimiento........................9 Seccin 10. Planificacin de la Entrega................................................................9 10.1Entrega del Producto............................................................................................... 9 10.2Planificacin de la Contingencia............................................................................10
VER-Instrucciones-10PP-1.0
Pgina i
10.3Finalizacin de la Planificacin..............................................................................10 Seccin 11. Referencias.....................................................................................10 Seccin 12. Glosario...........................................................................................10 Seccin 5. Historial de Revisin..........................................................................10 Seccin 6. Apndices..........................................................................................10
VER-Instrucciones-10PP-1.0
Pgina ii
Introduccin
Las pruebas son la tcnica utilizada para identificar la correctitud, completitud y calidad de los proyectos software. Esta disciplina involucra cualquier actividad realizada para evaluar un atributo, capacidad de un sistema o componente del mismo con el fin de poder determinar si alcanza los resultados esperados. Con el fin de proporcionar una metodologa consistente que permita planificar, programar, documentar y ejecutar el desarrollo de las actividades de preparacin e implantacin de los planes de pruebas, el Framework MRF incluye este Plan de Pruebas. El Plan de Pruebas describe los esfuerzos globales de planificacin y las aproximaciones de prueba durante el ciclo de vida completo del proyecto. Este Plan se utiliza para gestionar los esfuerzos dedicados a las pruebas en los artefactos generados en el desarrollo del proyecto. El Plan de Pruebas se utiliza para: Identificar y describir las fases de pruebas a ejecutar; Identificar el objetivo general, meta, tipos de pruebas, personal, entorno y criterios de entrada, suspensin y salida para cada fase de pruebas; Describir la metodologa para cada fase de pruebas, incluyendo los tipos de pruebas a ejecutar y los elementos de pruebas a utilizar para determinar la correctitud del proyecto o del componente del sistema; Definir el calendario planificado de las actividades de prueba, de los entregables y de los hitos; Definir las actividades de monitoreo e hitos requeridos para evaluar el progreso del Plan; Definir los informes que debern generase para comunicar el progreso de la ejecucin de las pruebas, as como sus resultados; Gestionar la preparacin y la ejecucin;
La planificacin de las pruebas reducir los riesgos de un proyecto. Un plan de pruebas correctamente planificado y ejecutado puede reducir los riesgos de los proyectos, ya que reducir las incertidumbres durante su fase de implementacin.
VER-Instrucciones-10PP-1.0
Pgina 1
aprobado, los cambios sobre l slo podrn realizarse a travs de un proceso de gestin de los cambios.
Aplicabilidad
Este Plan de Pruebas debe ser realizado para cada uno de los proyectos desarrollados.
Gobierno y alcance
El Plan de Pruebas debe desarrollarse coordinadamente entre los miembros adecuados del equipo del proyecto y los stakeholders, siendo accesible para todos ellos. Asimismo, es imprescindible que toda la informacin contenida en el Plan de Pruebas sea consistente con el Plan del Proyecto y con todos los entregables del proyecto que estn relacionados con l. El Plan de Pruebas deber actualizarse a lo largo de todo el ciclo de vida del proyecto para mantener la consistencia con el resto de documentos del proyecto. Su efectividad deber ser evaluada peridicamente.
2.1Elementos de Pruebas
Describir los elementos de pruebas para el proyecto. En funcin de las mejores prcticas aceptadas, para determinar la correctitud, se utilizan los siguientes elementos especficos de pruebas: inspeccin, anlisis, demostracin y prueba. Inspeccin: La inspeccin es la percepcin directa del grado de correctitud del tem que se encuentra bajo prueba. Por ejemplo, la visualizacin de un informe impreso para asegurar que el formato y el contenido son los correctos.
VER-Instrucciones-10PP-1.0
Pgina 2
Anlisis: El anlisis es la evaluacin, el clculo o la descomposicin del tem que se est probando para determinar que la informacin percibida es la correcta. El anlisis es el proceso de tomar los datos inmediatos y descomponerlos o combinarlos con otra informacin para garantizar que el tem bajo prueba es correcto. Un ejemplo de anlisis incluye el manual de clculo del resultado generado por el tem en prueba, utilizando los datos fuente del tem para demostrar si el tem realiza correctamente los clculos esperados. Demostracin: La demostracin es la ejecucin simple de una funcionalidad del tem bajo prueba. En la demostracin, el tem bajo prueba est inicialmente en un estado y es disparado para ejecutar alguna funcin que, o bien genera una salida y/o causa que el tem bajo prueba cambie a un nuevo estado. Un ejemplo de demostracin puede ser aceptar un formulario, generar un informe, destinarlo a una cuenta, guardar el fichero u otras acciones que son el resultado directo de disparar un evento. Al igual que en la inspeccin, la correctitud de la demostracin puede percibirse inmediatamente; pero a diferencia de en la inspeccin, debe ocurrir un evento para hacer que el tem bajo prueba ejecute su funcin. Pruebas: Las pruebas son la combinacin metdica (y tpicamente documentada) de un conjunto de inspecciones, anlisis y demostraciones que proporcionan un procedimiento de prueba bien definido para asegurar la correctitud de algunas funcionalidades de los tems bajo prueba. Normalmente, una funcin compleja no puede evaluarse mediante una nica inspeccin, anlisis o demostracin. En este caso, suelen realizarse una serie de pasos que incluyen un conjunto ordenado de demostraciones con inspeccin y anlisis para verificar la funcionalidad. Los elementos de pruebas son aplicables a cualquiera de los tipos de prueba descritos.
2.2Tipos de Pruebas
En las subsecciones siguientes se describen los tipos de pruebas que se corresponden con los diferentes tipos de requerimientos del sistema o de un componente del mismo. Identificar herramientas de pruebas a utilizar durante las pruebas. Incluir una descripcin de cada herramienta y una explicacin del uso previsto para cada una de ellas. 2.1.1 Pruebas Funcionales
Describir las pruebas funcionales para el proyecto. Las Pruebas Funcionales aseguran que el sistema ejecuta de forma correcta su funcionalidad esperada. Adicionalmente a la descripcin de la funcin a ejecutar, los requerimientos funcionales pueden incluir los requerimientos permisibles y no permisibles de las entradas y salidas, as como operaciones especficas a ejecutar para satisfacer la funcin. Si la funcionalidad tiene que probarse contra casos de uso, los actores, las pre-condiciones, post-condiciones, escenarios y escenarios alternativos deben validarse en las pruebas para garantizar que la funcionalidad satiface el caso de uso.
VER-Instrucciones-10PP-1.0
Pgina 3
Las pruebas funcionales deben dirigir estos factores para cada una de las funciones a probar. Cada prueba functional debe tener un identificador nico, tambin debe trazar la funcin o elementos de diseo (y su identificador nico) a probar. 2.1.2 Pruebas de Datos
Describir las pruebas de datos para el proyecto. Las pruebas de datos incluyen tanto las pruebas de los datos contenidos dentro de todo el sistema como las pruebas de datos utilizados por l. Los datos internos pueden estar como contantes, reglas u otros datos que, o bien son estticos o que raramente cambian durante el desarrollo del proyecto. Los datos externos incluyen los datos que son aceptados por el sistema y los datos que son generados por l, como las entradas de usuario, las comunicaciones con otras aplicaciones, las Fuentes de datos, los datos creados y los informes.
2.2 Restricciones
Describir los factores que limitan la implantacin del producto. Las restricciones suelen incluir polticas regulatorias, limitaciones de la infraestructura, la cantidad de recursos disponibles o las licencias y autorizaciones.
VER-Instrucciones-10PP-1.0
Pgina 4
para ayudar al cliente en la preparacin de los entornos designados para instalar los productos aceptados.
3.5Desviaciones y Renuncias
Proporcionar informacin adicional dedicada a especificar cualquier desviacin o renuncia de la Especificacin de los Requerimientos Software original. Una desviacin se corresponde con la variacin de las funciones descritas en la Especificacin de los Requerimientos Software. Una renuncia es el permiso pre-aprobado para que de forma intencionada se desve el uso de un proceso especfico o estndar.
VER-Instrucciones-10PP-1.0
Pgina 5
datos de las tablas de la nueva base de datos. Si la conversin de los datos o los procesos de carga requieren del desarrollo de software, el equipo del proyecto deber crear dicho software usando procedimientos de desarrollo estndar.
VER-Instrucciones-10PP-1.0
Pgina 6
un proceso para modificar la formacin si cambian los resultados de la implantacin sobre los procedimientos de negocio.
Si esta informacin ya se encuentra detallada en el Plan del Proyecto, proporcionar una referencia a dicho plan.
3.2Documentacin
3.2.1 Documentos
Identificar y describir cada uno de los documentos que se generarn para ayudar en la instalacin, el soporte o en el uso del producto. En funcin de los requerimientos, la documentacin producida puede incluir: Manual Operario; Manual de Usuario; Manual de Soporte; Ayuda Online.
El Manual Operario provee informacin sobre cmo instalar y operar los productos del sistema. Est desarrollado para los usuarios que accedern a dichos productos del sistema a travs de terminarles u ordenadores personales, o enviando y recibiendo entradas y salidas en modo batch o en modo interactivo. El Manual de Usuario muestra de forma prctica al usuario cmo instalar y utilizar un tem de la configuracin, un grupo de tems de configuracin relacionados, un sistema o un subsistema. Adems, tambin puede cubrir un aspecto particular de la operatividad del sistema, como son las instrucciones para realizar una tarea especfica. El Manual de Usuario est desarrollado para un producto que deber se ejecutado por el usuario y que posee una interfaz de usuario que, por parte de dicho usuario requiere de entradas online o de la interpretacin de las salidas mostradas. Si el producto est integrado en un sistema, puede que no sea necesario que los manuales de usuario o los procesos operativos para dicho sistema se proporcionen en un Manual de Usuario separado. Por otro lado, debido a que las pruebas pueden producir cambios sobre el Manual Operario y el Manual de Usuario, la formacin debe tener lugar previamente a la finalizacin y aprobacin. Nota: Se recomienda que los borradores del Manual Operario y del Manual de Usuario se desarrollen durante el diseo y el desarrollo y que se concluyan durante la fase de pruebas. 3.2.2 Actividades de Documentacin
Describir las actividades requeridas para desarrollar cada documento. Estas actividades pueden incluir: roles y responsabilidades para cada actividad; recursos necesarios para generar la documentacin;
VER-Instrucciones-10PP-1.0
Pgina 7
una referencia al programa del proyecto que contiene la planificacin y las actividades para producir la documentacin.
Si esta informacin ya se encuentra detallada en el Plan del Proyecto, proporcionar una referencia a dicho plan.
7.2Procedimientos Recomendados
Describir cualquier procedimiento, advertencia o leccin aprendida que puede ayudar al soporte organizacional en el sostenimiento del producto operativo y del ambiente del producto.
7.4Actividades de Transicin
Describir los planes para la transicin del producto operativo a la organizacin de soporte, incluyendo todas las actividades a realizar para transferir el producto entregable a la agencia de soporte (por ejemplo, reuniones de planificacin/coordinacin; preparacin de los tems a entregar a la agencia de soporte; empaquetamiento, envo, instalacin y verificacin del software operativo, y formacin del personal de soporte). Incluir: roles y responsabilidades para cada actividad; recursos requeridos para llevar a cabo las actividades de transicin y las fuentes a partir de las cuales se proveer cada recurso; una referencia a la programacin del proyecto que contenga la planificacin y los hitos para llevar a cabo las actividades de transicin;
VER-Instrucciones-10PP-1.0
Pgina 8
Si esta informacin ya se encuentra detallada en el Plan del Proyecto, proporcionar una referencia a dicho plan.
VER-Instrucciones-10PP-1.0
Pgina 9
actividades de conversin; actividades de instalacin del producto; el mtodo de distribucin y/o instalacin de todos los componentes (por ejemplo, la distribucin electrnica, la distribucin de los medios, etc.) el personal de soporte necesario para soportar la preparacin y la instalacin, incluyendo el nmero estimado de recursos, los tipos de recursos, los niveles de habilidad y experiencia requeridos y las acreditaciones de seguridad.
Los productos para liberacin pueden incluir software, hardware, datos y documentacin, entre otros.
Seccin 6. Apndices
Incluir cualquier apndice considerado relevante.
VER-Instrucciones-10PP-1.0
Pgina 10