Professional Documents
Culture Documents
STP
VANESA CAROLINA LOAIZA CARVAJAL
LAURA CATALINA ZORRO JIMNEZ
2010
1 INTRODUCCIN ................................................................................................................................. 6
1.1. Objetivos.................................................................................................................................... 6
1.3. Alcance....................................................................................................................................... 7
5 APROXIMACION...............................................................................................................................15
1.1. Objetivos
Al desarrollar el plan de pruebas, se puede obtener informacin sobre los errores, defectos o
fallas que tiene el prototipo, as se realizan las correcciones pertinentes, segn 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 cdigo fuente de 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
bsicas, esto incluye las pruebas unitarias y de integracin que son vitales para la validacin del
producto.
A travs de los diferentes documentos que se han realizado, se pretende retomar informacin
directamente relacionada con las pruebas, para asegurar la calidad de estas y del producto.
Adems le permite al responsable de las pruebas saber exactamente los criterios que se deben
tener en cuenta para probar cada elemento del sistema. A continuacin se explica brevemente el
aporte de cada documento con respecto al plan de pruebas.
SRS
Priorizacin: se escogen los requerimientos de mayor priorizacin para poder aplicar las
pruebas correspondientes. Ver documento SRS version 3.2 seccin 2.9 PRIORIZACION
DE REQUERIMIENTOS.
Grafo de dependencias: permite una visualizacin clara sobre los diferentes grupos de
requerimientos que deben ser evaluados dentro de las pruebas de integracin. Ver
documento SRS version eccin 2.10 RELACION ENTRE LOS REQUERIMIENTOS.
Trazabilidad: le permite al responsable de la prueba saber el estado de requerimiento.
Ver documento SRS version 3.2 seccin 2.8 TRAZABILIDAD Y LOCALIZACION.
SDD
Con esta estrategia se asegura llevar el seguimiento de la trazabilidad que se ha manejado desde
la especificacin de requerimientos (documento SRS), adems de mantener la consistencia entre
la aplicacin y su respectiva documentacin [5].
1.3. Alcance
Teniendo en cuenta los documentos hechos anteriormente, el grupo de trabajo pretende realizar
las pruebas, de manera incremental, por mdulo. Para una mejor comprensin, ver la Ilustracin
2: Alcance del plan de pruebas, la cual muestra el alcance y el orden en que se realizaran.
Pruebas de
Sistema
Pruebas de
Integracion
Pruebas
unitarias
(Pruebas
Frontera)
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, INGENIERA DE SOFTWARE. Sptima Edicin. Madrid. Espaa: Pearson
Educacin; 2005.
[3]. Grupo de Construccin de Software Universidad de los Andes, Planes de Prueba,
Disponible en:
http://chie.uniandes.edu.co/~gsd/index.php?option=com_content&task=category§io
nid=8&id=101&Itemid=183, [ltima consulta: 10 de enero de 2010]
[4]. Bruegge B, Dutoit AH, INGENIERA DE SOFTWARE ORIENTADO A OBJETOS. Primera
Edicin. Naucalpan. Mxico: Pearson Educacin; 2002.
[5]. Buitrago, V. Cceres, D. Loaiza, C. Medina, O. Muoz, R. Tenjo, J. Plan de Pruebas de
Software (STP). PIRATE RISK. 2009.
1.5. Definiciones, abreviaciones y acrnimos
CONCEPTO DESCRIPCIN
AS Arquitectura de Software
IS Ingeniera de Software
En esta seccin se muestran los mdulos que se pretenden probar, adems de las especificaciones
de las pruebas a realizar en cada uno. Cabe notar, que cada mdulo representa un componente
del sistema. Para obtener la descripcin de cada componente ver Documento SDD V 2.2 seccin
3.2. DIAGRAMA DE COMPONENTES. Los tems a manejar en la tabla son los siguientes:
Para utilizar la herramienta de manera adecuada se necesitan guas o manuales que sean claros,
correctos, completos y coherentes [1], para que el usuario pueda manejar la herramienta de
forma correcta y pueda comprender los conceptos tras la funcionalidad. A continuacin se
muestran los diferentes atributos de calidad de estos procedimientos: [1]
En esta seccin se encuentran las caractersticas de la herramienta a ser probadas con un caso de
estudio especfico.
En esta seccin se encuentran las caractersticas de la herramienta a ser probadas con un caso de
estudio especfico.
En esta seccin se exponen los tipos de pruebas a utilizar para la herramienta ERMT, cada una de
ellas presenta un formato, el cual se va registrar los resultados.
Pruebas por cada unidad, en este caso una unidad es equivalente a un requerimiento. El
requerimiento es aprobado y aprobado si este cumple con lo que est escrito en la especificacin
de requerimientos.
Pruebas frontera, son las que toman en cuenta valores lmite, para verificar el comportamiento de
la herramienta en esos casos.
Las pruebas de integracin, como su nombre lo indica, son pruebas hechas a un conjunto de
requerimientos, en este caso se distribuyen en los tipos de requerimientos que se definieron en el
documento SRS.
Las pruebas de sistema son pruebas realizadas a la herramienta como un conjunto, que casos de
uso cumple a cabalidad, con rutas de xito y fallo, que han sido definidas en el documento de
Casos de Uso.
En esta seccin se presentan los casos de pruebas generales para usarlos con la herramienta
ERMT. Cada cuadro est asociado a un caso de Uso, desde ah se desglosa en los diferentes
mdulos involucrados para el funcionamiento y se evala el resultado obtenido. En las siguientes
tablas, se muestran los casos de pruebas a realizar:
REQUERIMIENTOS SELECCIONADOS
2. Seleccionar los requerimientos que desea en el informe.
3. Seleccionar la ubicacin del archivo.
4. Clic en Guardar.
5. Esperar que abra el archivo.
6. Verificar informacin (que coincida con la que se muestra en el
sistema.
ESTADO GENERAL
2. Seleccionar estado.
3. Se debe mostrar una grfica.
4. Clic en Guardar.
5. Seleccionar la ubicacin del archivo.
6. Clic en Guardar.
7. Abrir el archivo
8. Verificar informacin (que coincida con la que se muestra en el
sistema.
REQUERIMIENTOS RECHAZADOS
2. Seleccionar la ubicacin del archivo
3. Esperar que abra el archivo
4. Verificar informacin (que coincida con la que se muestra en el
sistema.
VALIDACION Y VERIFICACION
2. Seleccionar la lista para generar el reporte (ver Tabla 24: Caso de
Prueba 12)
3. Clic en Reporte
4. Seleccionar la ubicacin del archivo
5. Esperar que abra el archivo
6. Verificar informacin (que coincida con la que se muestra en el
sistema.
HISTORIAL X FECHA
2. Seleccionar la fecha (das, mes y ao)
3. Seleccionar la ubicacin del archivo
4. Esperar que abra el archivo
5. Verificar informacin (que coincida con la que se muestra en el
sistema.
HISTORIAL X REQUERIMIENTO
2. Seleccionar el requerimiento
3. Seleccionar la ubicacin del archivo
4. Esperar que abra el archivo
5. Verificar informacin (que coincida con la que se muestra en el
sistema.