Escolar Documentos
Profissional Documentos
Cultura Documentos
STP
VANESA CAROLINA LOAIZA CARVAJAL
LAURA CATALINA ZORRO JIMNEZ
2010
PONTIFICIA UNIVERSIDAD JAVERIANA
HISTORIAL DE CAMBIOS
HISTORIAL DE CAMBIOS......................................................................................................................... 2
NDICE DE TABLAS.................................................................................................................................. 5
1 INTRODUCCIN .................................................................................................................................. 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
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.
CONCEPTO DESCRIPCIN
AS Arquitectura de Software
IS Ingeniera de Software
STP Software Tester Plan
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:
PROPSITO Verificar que la informacin que se consulta sea consistente y que cada
valor corresponda al requerimiento y atributo correcto
PRERREQUISITOS Requerimientos previamente creados
UBICACIN Base de datos MySQL y Pantalla InfoReq
ENTRADA
ORCULO El usuario puede consultar la informacin de los requerimientos de un
proyecto, donde cada valor corresponde al requerimiento y atributo
correcto. Si se toma como base la informacin almacenada en la Base de
datos.
PASOS 1. Visitar la pantalla de InfoReq.
2. Verificar la informacin de los atributos con la
informacin almacenada en la Base de datos.
3. Hacer clic en login
PRIORIZACION
PROPSITO Verificar que al seleccionar un mtodo de priorizacin, se definen los
criterios a evaluar por requerimiento.
PRERREQUISITOS Debe existir requerimientos definidos.
UBICACIN Base de datos MySQL y pantalla de Seleccionar Mtodo de priorizacin
ENTRADA Mtodo de priorizacin escogido.
ORCULO El mtodo de priorizacin ha sido escogido, y ahora muestra los criterios
correspondientes
PASOS 1. Visitar la pantalla de seleccin de mtodo de Priorizacin.
2. Seleccione un mtodo (Wiegers, ANS).
3. Clic en Aceptar
4. Se muestra una nueva pantalla con los requerimientos y los
criterios segn corresponda
a. Wiegers: Beneficio, Penalty, Riesgo y Costo
b. ANS: Escala
Mdulos Asociados Priorizacin
Tabla 29: Caso de Prueba 17
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.