8/7/2019 El Plan de Pruebas

http://slidepdf.com/reader/full/el-plan-de-pruebas 1/9

EL PLAN DE PRUEBAS

El Plan de Pruebas debera ser elaborado antes del comienzo de la adecuacion de lasaplicaciones y, en caso de hacerse esta tarea con contratistas externos, las pruebasdeberan estar especificadas como condiciones de cumplimiento en la documentacion dela licitacion o concurso de precios y en el respectivo contrato.

En el desarrollo de las Pruebas deben participar representantes de distintos sectores yniveles, dado que no son tareas exclusivas del area de sistemas de la organizacion, sinoque los usuarios son parte fundamental en la tarea de verificacion de la correctaoperacion. La extension de los cambios y la trascendencia que puede tener una falla,requiere que en las pruebas se involucren los responsables del mas alto nivel.

Deberan preverse pruebas de: a) Hardware y Software de Base; b) Programas utilitariosestandar; c) Programas aplicativos; y d) Equipamiento no informatico, con procesadores"embebidos" e) Interfases.

Las pruebas a realizar dependen del tipo de tecnica de adecuacion que se utilizara, dadoque no es lo mismo probar, por ejemplo, una expansion de campos de fecha que unaventana ("windowing"). Asimismo se prevera la repeticion de las pruebas luego de corregir errores detectados en una prueba anterior, mediante un esquema de iteraciones.

Es necesario probar los sistemas y equipamientos, independientemente de que susprogramas hayan o no sufrido adecuaciones, priorizando aquellos que soportan funcionescriticas.

El Plan de Pruebas debera establecer la preparacion de informes, fijando su periodicidad,formato y contenido. No debera perderse de vista la alta trascendencia de esta parte delas actividades, que constituye mas de la mitad del proyecto total, y merece un especial

seguimiento y control.

Planificacion de Pruebas 

La preparacion de las pruebas requerira de una alta participacion del personal delorganismo, tanto para el diseño y preparacion de datos de prueba como para su ejecuciony verificacion.

En la conversion se modificaron grandes cantidades de lineas de codigo, y es necesariopor tanto, asegurar que no se produzcan perdidas de funcionalidad en los sistemas.Segunestadisticas de consultoras internacionales de cada 10 lineas de codigomodificadas, 1 tendra errores y se requiere de un alto esfuerzo de pruebas para asegurar 

que esos errores no se transfieran a los ambientes productivos.

Las pruebas se pueden dividir basicamente en dos grupos genericos:

y  Pruebas de regresiony  Pruebas especificas año 2000.

8/7/2019 El Plan de Pruebas

http://slidepdf.com/reader/full/el-plan-de-pruebas 2/9

Las pruebas de regresion deben asegurar que la funcionalidad de la aplicacion no se hamodificado durante la conversion. Con los programas sin convertir y el entorno dehardware y software de base compatible año 2000, se realizaron y documentaron losresultados de dichas pruebas, los que deberan entregarse al contratista o equipo deconversion en el momento oportuno para su repeticion.

Para el segundo grupo debera definirse un conjunto de pruebas que contemple laproblematicaespecifica del año 2000.

En el caso de realizar las pruebas con proveedores externos, sera necesario definir claramente los criterios de aceptacion a seguir.

En caso de aprobarse modificaciones en los programas productivos, los procedimientosde manejo de cambios, deberan analizar como afectan a las bases de prueba.

Dado que como resultado de las pruebas los equipos de conversion ya sean internos oexternos, deberan introducir cambios y se debera volver a probar, es sumamenteimportantequese planifique en detalle la interaccion en esta etapa, evitando caer en unciclo de prueba constante de la misma aplicación.

NIVELES DE PRUEBA

y

  Funcional: Prueba desde el punto de vista de los requerimientos funcionales.y  De Sistema: Prueba desde el punto de vista de los niveles de calidad del sistema

y de desempeño.y  De Integr ación: Prueba de interfaces.y  De Aceptación Técnica: Prueba de manejo de condiciones extremas.

Si el Sistema cumple de forma satisfactoria con estos niveles mencionados anteriormente,se procede a realizar la carga de los archivos, base de datos y tablas del nuevo sistema,para de esta forma dar inicio al proceso de aceptación final, durante el cual, el sistemacomenzará a funcionar bajo la responsabilidad del departamento de operaciones y delusuario, por un lapso determinado de tiempo llamado Periodo de Aceptación.

Pruebas de integración

Pr uebas integr ales o pr uebas de integr ación son aquellas que se realizan en el ámbitodel desarrollo de software una vez que se han aprobado las pruebas unitarias.Únicamente se refieren a la prueba o pruebas de todos los elementos unitarios quecomponen un proceso, hecha en conjunto, de una sola vez.

Consiste en realizar pruebas para verificar que un gran conjunto de partes de softwarefuncionan juntos.

8/7/2019 El Plan de Pruebas

http://slidepdf.com/reader/full/el-plan-de-pruebas 3/9

Las pruebas de integración (algunas veces llamadas integración y testeo I&t) es la fasedel testeo de software en la cual módulos individuales de software son combinados ytesteados como un grupo. Son las pruebas posteriores a las pruebas unitarias y precedenel testeo de sistema.

Pruebas Funcionales:

Se enfoca a validar funcionalidades específicas provistas por serviciosrequeridos, métodos, o casos de uso. Estas pruebas se implementan yejecutan a nivel de unidades, unidades integradas, aplicaciones ysistemas.� Pr uebas de Segur idad:Pruebas enfocadas en asegurar que la data o el sistema es puede ser accesado solamente por aquellos actores autorizados.� Pr uebas de Volumen:Pruebas enfocadas en la verificación de la habilidad de manejar grandes cantidades de data, bien sea como entrada, salida o residente

en una base de datos.

T IPOS DE PRUEBA DE VISUAL ST UDIO 2008

Herramientas para pruebas TeamSystem proporciona varios tipos de pruebas que puedeutilizar para probar un software determinado. En esta sección se describen esos tipos deprueba. También se describe cómo crear y personalizar pruebas de cada tipo, ya queestos procesos son específicos de cada tipo de prueba.

Sin embargo, hay muchas tareas relacionadas con la comprobación que son comunesentre los distintos tipos de pruebas, como la administración de las pruebas y el trabajo conlos resultados de las pruebas. Estas tareas comunes se describen en la sección Tareas

de las herramientas de prueba.Para generar una prueba unitaria

1. En el Explorador de soluciones, haga clic con el botón secundario en el proyecto,seleccione Agregar y, a continuación, haga clic en Pr ueba unitar ia.

O bien,

En el Explorador de soluciones, haga clic con el botón secundario en el proyecto,seleccione Agregar y, a continuación, haga clic en Nueva pr ueba. En el cuadrode diálogo Agregar nueva pr ueba, haga clic en Asistente par a pr uebas

unitar ias y, a continuación, en Aceptar .

O bien,

En la ventana Administrador de pruebas o Vista de pruebas, haga clic con el botónsecundario en la superficie de la ventana y elija Nueva pr ueba. En el cuadro dediálogo Agregar nueva pr ueba, haga clic en Asistente par a pr uebas unitar ias y,a continuación, en Aceptar .

8/7/2019 El Plan de Pruebas

http://slidepdf.com/reader/full/el-plan-de-pruebas 4/9

O bien,

En el editor de código de Visual Studio, haga clic con el botón secundario en unespacio de nombres, clase o método que desee probar y seleccione Crear  pr uebas unitar ias.

Aparecerá el cuadro de diálogo Crearpr uebas unitar ias.

Una estructura de árbol muestra la jerarquía de clases y miembros delensamblado que contiene su código. Puede utilizar esta página para generar pruebas de unidades en cualquier selección de los miembros o clases mostrados,así como para seleccionar un proyecto en el que colocar las pruebas generadas.Los elementos de código inicialmente seleccionados en la estructura de árbol sonel elemento en el que hizo clic con el botón secundario y cualquier elementosecundario que éste contenga. La selección está basada en la posición actual delcursor.

2. (Opcional) Haga clic en Filtr o para cambiar el contenido de la jerarquía mostradade clases y miembros.

3. (Opcional) Puede seleccionar varios elementos, activando sus casillascorrespondientes.

4. (Opcional) Haga clic en Configur ación para cambiar las opciones deconfiguración de esta generación de pruebas. Por ejemplo, puede cambiar lasopciones de nomenclatura predeterminadas para los archivos de prueba, clases ymétodos que se van a generar. Cuando haya terminado, haga clic en Aceptar .

5. Haga clic en Aceptar .

Si el proyecto de prueba de su solución no tuviera ningún archivo con una clase deprueba, esta acción creará uno y lo abrirá. La clase se rellenará con un métodoInitialize(), un método Cleanup() y otros métodos para probar los elementos decódigo seleccionados en los pasos 1 y 2. El Explorador de soluciones mostrará elnuevo archivo en el proyecto de prueba.

Para convertir una prueba Web grabada

1. Abra una solución que contiene una prueba Web grabada.

Para obtener más información, vea Cómo: Registrar una prueba Web.

2. Abra el archivo de prueba Web.3. Haga clic en el botón Gener ar código en la barra de herramientas del Editor de 

pr ueba Web.

Se le solicitará un nombre para la prueba Web codificada.

4. En el cuadro de diálogo, escriba un nombre adecuado para la clase de pruebaWeb codificada que se genera y, a continuación, haga clic en Aceptar .

5. Haga clic en Gener ar y, a continuación, haga clic en Gener ar solución en elmenú.

8/7/2019 El Plan de Pruebas

http://slidepdf.com/reader/full/el-plan-de-pruebas 5/9

Se compilará el código.

Par a ejecutar una pr ueba Web codificada

1. En el menú Pr obar , haga clic en Ventanas y, a continuación, haga clic en Vistade pr uebas.

2. Haga clic con el botón secundario en la prueba Web codificada y seleccioneEjecutar selección.

3. Haga clic en Aceptar para ejecutar la prueba. La prueba se ejecutainmediatamente.

En la ventana Resultados de pr uebas, el resultado de la prueba se muestracomo En cur so hasta que finaliza su ejecución. En este punto, se muestra Sinerr or o Err or . Se muestra Err or si la prueba inicia una excepción o si una regla devalidación/extracción produce un error.

Iniciar  el Asistente par a crear una nueva pr ueba de carga

Par a iniciar  el Asistente par a crear una nueva pr ueba de carga

1. Abra un Proyecto de prueba.2. En el Explor ador de soluciones, haga clic con el botón secundario en el nodo del

proyecto de prueba, haga clic en Agregar  y, a continuación, haga clic en Pr uebade carga.

Nota

La prueba de carga se creará con el nombre predeterminado LoadTestn, donde n es elsiguiente número disponible.

3. O bien,4. En el Explor ador de soluciones, haga clic con el botón secundario en el nodo del

proyecto de prueba, haga clic en Agregar  y, a continuación, haga clic en Nuevapr ueba. En el cuadro de diálogo Agregar nueva pr ueba, seleccione la plantillaPr ueba de carga, escriba un nombre para la prueba y, a continuación, haga clicen Aceptar .

5. Se inicia el Asistente par a crear una nueva pr ueba de carga.

Nota Cualquier valor que escriba en el Asistente para crear una nueva prueba decarga podrá modificarlo en el Editor de prueba de carga cuando finalice el

asistente.Después de iniciar el Asistente par a crear una nueva pr ueba de carga, debe utilizar lasdistintas páginas para especificar la configuración de la prueba de carga.

Para crear una prueba por orden

1. En el menú Pr obar , haga clic en Nueva pr ueba.

8/7/2019 El Plan de Pruebas

http://slidepdf.com/reader/full/el-plan-de-pruebas 6/9

Aparecerá el cuadro de diálogo Agregar nueva pr ueba.

2. Haga clic en Pr ueba por or den.3. (Opcional) En el cuadro Nombre de la pr ueba, cambie el nombre de la prueba.4. (Opcional) En el cuadro Agregar a pr oyecto de pr ueba, seleccione un proyecto

de prueba diferente o cree un proyecto nuevo.

5. Haga clic en Aceptar .

La prueba por orden se abre en la ventana de edición del documento principal.Utilizará esta ventana para seleccionar e incluir pruebas en la nueva prueba por orden.

6. (Opcional) Cambie la selección de pruebas que puede elegir. Haga clic en laflecha abajo situada bajo Seleccionar  lista de pr uebas par a ver y elija Pr uebasno incluidas en ninguna lista, Todas las pr uebas cargadas o una lista depruebas determinada.

7. Para seleccionar una prueba, haga clic en ella en Pr uebas disponibles. Puedeseleccionar varias pruebas si utiliza las combinaciones MAYÚS+clic y CTRL+clic.

8. Para pasar la prueba o pruebas a la prueba por orden, haga clic en la flechaderecha.

Nota

Puede agregar la misma prueba varias veces a la misma prueba por orden. Si lo hace, laprueba se ejecutará tantas veces como aparezca en la prueba por orden, en el ordenmostrado.

9. Para quitar una prueba de la prueba por orden, haga clic en la prueba en el panelPr uebas seleccionadas y, a continuación, haga clic en la flecha izquierda. Para

quitar varias pruebas de una vez, selecciónelas utilizando MAYÚS+clic oCTRL+clic y, a continuación, haga clic en la flecha izquierda.10. (Opcional) Puede reordenar las pruebas de la prueba por orden, si hace clic en

una prueba del panel Pr uebas seleccionadas y después hace clic en la flechaarriba o abajo. Para reordenar varias pruebas de una vez, selecciónelas utilizandoMAYÚS+clic o CTRL+clic y, a continuación, haga clic en la flecha arriba o abajo.

RESUMENSe diseñan los planes de prueba, tomando comoreferencia la documentación obtenida como resultado de la realización de la Fase deAnálisis de Sistemas, a su vez, se diseñará un conjunto de pruebas para comprobar elcumplimiento de las especificaciones recogidas en dicho documento.

8/7/2019 El Plan de Pruebas

http://slidepdf.com/reader/full/el-plan-de-pruebas 7/9

Para la especificación de las pruebas se seguir la estructura de niveles que seespecificarán a continuación:

* Pruebas de componentes del sistema o unitarias.* Pruebas de integración entre componentes.

- Pruebas de cadenas.

- Pruebas de transacciones.* Pruebas de subsistemas.* Pruebas de sistema.

Esta estructura jerárquica de pruebas permitirá simplificar la visión del sistema ycomprobar el funcionamiento de artes muy detalladas del mismo.

Los planes de prueba deben incluir :

* Alcance, recursos y planificación del entorno adecuadopara la realización de las pruebas.

* La especificación de los objetivos de la prueba, haciendoespecial énfasis en :

- Captura de información.- Validación y edición.- Tratamiento de errores.- Actualización de la información.- Interfaces entre componentes.- Interfaces externas.- Copias de respaldo y recuperación.- Rendimiento del sistema para altos volúmenes de información y tiempos de

respuesta cortos.

-Responsables de la realización de pruebas.

biblografia

http://msdn.microsoft.com/es-es/library/ms182536%28v=VS.80%29.aspx

http://msdn.microsoft.com/es-es/library/ms182550%28v=VS.80%29.aspx

http://www2.unam.edu.ar/subprograma/metod_fase4.htm

http://msdn.microsoft.com/es-es/library/ms182449%28v=VS.80%29.aspx

8/7/2019 El Plan de Pruebas

http://slidepdf.com/reader/full/el-plan-de-pruebas 8/9

 

³LIC GUILLERMO GONZALEZ GALERA´

MATERIA :

Análisis y diseño de sistemas de información

ALUMNA:

YAMILETH AMISADAI CRUZ REYES

GRUPO:

5103

8/7/2019 El Plan de Pruebas

http://slidepdf.com/reader/full/el-plan-de-pruebas 9/9

FECHA:

03/diciembre/2010