dibujo


Un Plan de Pruebas Exitoso....
Introducción
La construcción de un buen Plan de Pruebas es la piedra angular y en consecuencia el principal factor crítico de éxito para la puesta en práctica de un proceso de pruebas que permita entregar un software de mejor nivel. No obstante que cada esfuerzo o proceso de pruebas puede ser diferente y específico, la mayor parte de los proyectos informáticos,sean de nuevos desarrollos o de mantenimiento de aplicaciones, tienen un marco común para la realización de las pruebas.
Este documento presenta los componentes que estructuran este marco y sirve como una guía para la preparación de cualquier Plan de Pruebas. Veamos cuales son estos componentes:
1. Descripción de Aspectos Generales. Esta sección establece el alcance y el objetivo del Plan dePruebas. Es aquí donde se describen los aspectos fundamentales del esfuerzo que se hará para probar una aplicación computacional, independiente las características y tamaño que ésta pueda tener.
Objetivo - Describe por qué el Plan de Pruebas fue desarrollado - cuáles son sus objetivos. Esto puede incluir requerimientos de documentación, definición de estrategias de prueba, identificación derecursos, estimación de plazos y proyección de entregables.
Entorno o Marco - Explica los eventos que dan origen al Plan de Pruebas. Esto puede incluir la realización de procesos mejorados, o la adición de nuevos ambientes, equipamientos, funcionalidades.
Arquitectura Técnica - Diagramación de las partes que componen el sistema bajo prueba. Incluye el almacenamiento de datos y las conexiones para sutransferencia y describe el objetivo de cada componente, inclusive la forma de su actualización. Se debe documentar tanto las capas, como la presentación / interfaz del usuario, la base de datos, los emisores de informes, etc. Un diagrama de alto nivel que muestre como el sistema en prueba se inserta en un contexto de automatización mayor también puede ser agregado, si el mismo está disponible.Especificaciones del SW y HW - Corresponde a una lista individualizada de todo el hardware y el software que utiliza la aplicación, incluyendo proveedores y versiones.
Alcance - Describe brevemente los recursos que el plan requiere, las áreas de responsabilidad, las etapas y los riesgos potenciales.
Información del proyecto - Identifica toda la información que está disponible en relación con elproyecto. La documentación del usuario, el plan de proyecto, las especificaciones del producto, los materiales para entrenamiento y las revisiones ejecutivas, son algunos ejemplos de información del proyecto.

2. Descripción de Requerimientos. Esta sección del Plan de Pruebas contiene una lista de todos los requerimientos que serán probados. Cualquier requerimiento no incluido en esta listaestará fuera del alcance de las pruebas. El día que usted sea imputado de responsabilidad por un error liberado en un área del sistema que no fue probada, estará feliz de tener un documento escrito y firmado que muestra qué estaba dentro y fuera del alcance de la prueba, cuando ésta fue definida y realizada.
Requerimientos Funcionales - todas las funciones que deben ser probadas, como por ejemplola creación, la corrección y supresión de registros, son puestas en esta lista. Puede incluirse la lista completa en esta sección o bien hacerse referencia a otro documento que contenga la información.
Requerimientos de Diseño - Las pruebas de la interfaz de usuario, las estructuras de menú u otros elementos de diseño también deberían ser puestas en una lista o referenciados hacia otrodocumento.
Requerimientos de Integración - Los requerimientos para probar el flujo de datos desde un componente a otro deben ser incluidos si ellos harán parte del Plan de Pruebas.
Otros Requerimientos - Cualesquiera otras exigencias que tenga la aplicación y que necesiten ser probadas.
3. Definición de la Estrategia de Pruebas - Use esta sección para describir como los objetivos de la prueba serán...