Prueba y Documentacion

 vae



HISTORIAL DE CAMBIOS
FECHA
VERSIÓN
DESCRIPCIÓN
RESPONSABLE
31-10-10
1.0
Organización del documento.
Vanesa Carolina Loaiza, Laura Catalina Zorro
01-11-10
1.1.
Seccion 1
Vanesa Carolina Loaiza, Laura Catalina Zorro
02-11-10
1.2
Secciones 1 y 2
Vanesa Carolina Loaiza, Laura Catalina Zorro
04-11-10
1.3
Secciones 3 y 4
Vanesa Carolina Loaiza, Laura Catalina Zorro08-11-10
1.4
Secciones restantes y Pruebas y Registro
Vanesa Carolina Loaiza, Laura Catalina Zorro
12-11-10
1.5
Sección 6, Pruebas y Registro
Vanesa Carolina Loaiza, Laura Catalina Zorro
13-11-10
1.6
Pruebas y Registro
Vanesa Carolina Loaiza, Laura Catalina Zorro
Tabla : Historial de cambios
TABLA DE CONTENIDO


ÍNDICE DE TABLAS

1 INTRODUCCIÓN
1.1. Objetivos
EL plan depruebas de Software se elabora con el fin de especificar qué elementos o componentes se van a probar para que el grupo de trabajo pueda realizar el proceso de Validación y Verificación de los requerimientos funcionales y no funcionales de la herramienta ERMT. Además, a través del plan de pruebas se puede continuar con la trazabilidad de los requerimientos, con lo cual el grupo de trabajo, identifica elporcentaje de avance que se ha logrado hasta cierto momento.
Al desarrollar el plan de pruebas, se puede obtener información sobre los errores, defectos o fallas que tiene el prototipo, así se realizan las correcciones pertinentes, según el caso y se asegura la calidad del producto que se está entregando al cliente. El plan de pruebas se aplica sobre el producto, es decir, el código fuentede ERMT, los resultados de las pruebas son registrados en un formato que se encuentra en el Anexo 1: Reportes de Pruebas. Las pruebas a implementar son básicas, esto incluye las pruebas unitarias y de integración que son vitales para la validación del producto.
1.2. Estrategia de Pruebas
A través de los diferentes documentos que se han realizado, se pretende retomar información directamenterelacionada con las pruebas, para asegurar la calidad de estas y del producto. Además le permite al responsable de las pruebas saber exactamente los criterios que se deben tener en cuenta para probar cada elemento del sistema. A continuación se explica brevemente el aporte de cada documento con respecto al plan de pruebas.

Ilustración : Estrategia del plan de pruebas
Con esta estrategia seasegura llevar el seguimiento de la trazabilidad que se ha manejado desde la especificación de requerimientos (documento SRS), además de mantener la consistencia entre la aplicación y su respectiva documentación Buitrago, V. Cáceres, D. Loaiza, C. Medina, O. Muñoz, R. Tenjo, J. Plan de Pruebas de Software (STP). PIRATE RISK. 2009..
1.3. Alcance
Teniendo en cuenta los documentos hechosanteriormente, el grupo de trabajo pretende realizar las pruebas, de manera incremental, por módulo. Para una mejor comprensión, ver la Ilustración : Alcance del plan de pruebas, la cual muestra el alcance y el orden en que se realizaran.

Ilustración : Alcance del plan de pruebas
Las pruebas unitarias se realizaran inmediatamente después de haber implementado la aplicación, esto quiere decir, que elorden corresponde al descrito en la prioridad de requerimientos y por grafo de dependencias construidos desde el documento SRS Sección 2.9 PRIORIZACION DE REQUERIMIENTOS y 2.10 RELACIONES ENTRE LOS REQUERIMIENTOS.
1.4. Referencias
[1]. IEEE Computer Society, IEEE Standard For Software Test Documentation, Disponible en: http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=573169, [Última consulta:9 de enero de 2010].
[2]. Sommerville I, INGENIERÍA DE SOFTWARE. Séptima Edición. Madrid. España: Pearson Educación; 2005.
[3]. Grupo de Construcción de Software Universidad de los Andes, Planes de Prueba, Disponible en: http://chie.uniandes.edu.co/~gsd/index.php?option=com_content&task=category§ionid=8&id=101&Itemid=183, [Última consulta: 10 de enero de 2010]
[4]. Bruegge B, Dutoit AH,...