1 PlandePruebas

Proyecto de Sistema de Registro de
Actividades de Extensin de Estudiantes

y Profesores de la Universidad Simn
Bolvar
<Iteration/ Master> Test Plan
Versin 2.0
Sistema de Registro de Actividades de Extensin - SIRADEx

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
Historial de Revisiones
Fecha
Versin
Descripcin
Autor
13/MAY/08
1.0
Elaboracin Inicial del Plan de

Pruebas
Atlas Solutions
23/MAY/08
2.0
Elaboracin de los puntos

restantes en el Plan de Pruebas
Atlas Solutions
Confidencial
Atlas Solutions, 2016
Pg. 2

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
Tabla de Contenidos
1.
Introduccin
1.1 Propsito
1.2 Alcance
1.3 Audiencia a la que se orienta
1.4 Terminologa del Documento y Acrnimos
1.5 Referencias
1.6 Estructura del Documento
2.
Propsito y Motivacin de las Pruebas

2.1 Antecedentes
2.2 Propsito de la Evaluacin
2.3 Motivadores de Pruebas
3.
Aspectos en los que se Enfocan las Pruebas
4.
Delimitacin de las Pruebas a Utilizar

4.1 Delimitacin de las Pruebas a Incluir
4.2 Delimitacin de las Pruebas Candidatas a Inclusin
4.3 Delimitacin de las Pruebas No Incluidas
5.
Enfoque de Pruebas
5.1 Catalogo Inicial de Idea de Pruebas y Otras Fuentes de Referencias
5.2 Tipos y Tcnicas de Pruebas
5.2.1 Pruebas de Integridad a Datos y Base de Datos
5.2.2 Pruebas de Funcin
5.2.3 Prueba de Interfaz de Usuario
5.2.4 Perfil de Funcionamiento
5.2.5 Pruebas de Carga
5.2.6 Pruebas de Volumen
5.2.7 Pruebas de Configuracin
6.
7.
Criterios de Entrada y Salida

6.1 Plan de Pruebas
6.1.1 Criterios de Entrada
6.1.2 Criterios de Salida
6.1.3 Criterios de Suspensin y Retomar Actividad
6.2 Ciclos de Prueba
6.2.3 Criterios de Terminacin Anormal
12
12
13
14
15
16
17
18
18
18
18
18
18
Entregables
7.1 Sumario de la Evaluacin de Pruebas
7.2 Reporte del Cubrimiento de Pruebas
7.3 Reportes Percibidos de Calidad
Confidencial
Pg. 3

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
7.4 Log de Incidentes y Solicitudes de Cambio

7.5 Smoke Test Suite y Scripts de Apoyo a Pruebas
7.6 Productos Adicionales de Trabajo
7.6.1 Resultados Detallados de Pruebas
7.6.2 Scripts Funcionales de Prueba Automatizados Adicionales
7.6.3 Guas de Pruebas
7.6.4 Matrices de Trazabilidad
8.
Testing Workflow
9.
Necesidades de Ambiente
9.1 Hardware del Sistema Base
9.2 Elementos Base de Software en el Ambiente de Pruebas
9.3 Herramientas de Productividad y Soporte
9.4 Configuracion del Ambiente de Pruebas
19
19
19
19
10. Responsabilidades, Personal y Necesidades de Entrenamiento

10.1 Roles y Gente
10.2 Personal y Necesidades de Entrenamiento
11.
Hitos de Iteracin
12. Riesgos, Dependencias, Suposiciones y Restricciones

13. Gerencia de Procesos y Procedimientos
13.1 Medicin y Evaluacin del Alcance de las Pruebas
13.2 Evaluacin de los Entregables para este Plan de Pruebas
13.3 Reportes de Problemas, Escala y Resolucin de Conflictos
13.4 Gerencia de Ciclos de Pruebas
13.5 Estrategias de Trazabilidad
13.6 Aprobacin y Terminacin
Confidencial
Pg. 4

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
Plan de Pruebas
1.
Introduccin
1.1
Propsito
El propsito de este documento es reunir toda la informacin necesaria para
planificar el desarrollo y control de la ejecucin de pruebas al software durante

la fase de #2 de construccin. Describe las medidas otorgadas para realizar
dichas pruebas generadas para el uso de los administradores del sistema para
gestionar dicho procedimiento de prueba.
El presente plan de pruebas para Proyecto de Sistema de Registro de
Actividades de Extensin de Estudiantes y Profesores de la USB (SIRADEx) se
rige mediante los siguientes objetivos:
Demostracin de la funcionalidad total del sistema a los clientes y a los

mismos desarrolladores de software mediante la satisfaccin de los
requerimientos dados.
Descubrir
defectos
en
el
software
durante
diferentes
estados
de
comportamiento no deseados.
Desarrollar los casos de prueba para lo cual la gestin de ste plan se llevara
a cabo.
1.2
Especificar las dimensiones de las pruebas a realizar.
Alcance
Confidencial
Pg. 5

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
El documento presentado a continuacin persigue el objetivo el explicar de

manera clara la construccin y el desarrollo de los diferentes casos de prueba
sobre los cuales se basarn las evaluaciones de desempeo y de satisfaccin del
Sistema de Registro de Actividades de Extensin de Profesores y Estudiantes de
la Universidad Simn Bolvar. En dicho desarrollo, basado principalmente en el
documento de especificacin de Casos de Uso, se describirn los modelos
correspondientes seguidos para la realizacin y ejecucin de cada caso de
prueba en su respectiva delimitacin.
1.3
Audiencia a la que se orienta

El plan de pruebas para el Sistema de Registro de Actividades de Extensin
de Profesores y Estudiantes de la Universidad Simn Bolvar se encuentra

orientado para los desarrolladores del sistema, los administradores de la materia
en curso y para un equipo de desarrolladores de software de la DST quienes son
los encargados de aplicar los casos de pruebas descritos en este documento y
de reproducir los resultados obtenidos.
1.4
Terminologa del Documento y Acrnimos
1.4.1. Caso de Uso

Formato que muestra una funcionalidad del sistema a travs de su curso
normal y cursos alternos.
1.4.2. Prueba
Hecho utilizado para demostrar una accin, o en nuestro caso, un proceso de
negocio.
1.4.3. Cliente
Cliente es la persona que solicita el desarrollo del software. En este caso es el
Decanato de Extensin.
1.4.4. Diagrama de Casos de Uso
Diagrama para modelar los procesos del negocio.
1.4.5. Interfaz
Conexin funcional entre dos niveles independientes.
1.4.6. Iteracin
Confidencial
Pg. 6

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
Una vuelta en el desarrollo del proyecto segn la metodologa RUP.

1.4.7. PHP
Acrnimo de PHP Hypertext Pre-processor, usado normalmente para la
creacin de contenido para sitios web.
1.4.8. PostgreSQL
Manejador de base de datos de cdigo libre.
1.4.9. Recurso
Conjunto de elementos disponibles para el desarrollo del proyecto.
1.4.10.
Decanato de Extensin
Es la unidad encargada de formular el plan general de actividades de

extensin que desarrollar la Universidad, de acuerdo con las polticas
aprobadas por el Consejo Directivo. Adems de promover, planificar,
coordinar y evaluar las polticas universitarias en el rea de extensin.
Confidencial
Pg. 7

Plan de Pruebas
1.4.11.
Versin:
2.0
Date: 23/MAY/08
Requerimientos
Funcionalidades que debe tener el sistema desde el punto de vista del

usuario, los cuales son expuestos ms claramente en los casos de uso.
1.4.12.
Confidencial
RUP
Pg. 8

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
Siglas para Rational Unified Process.

1.4.13.
DST
Direccin de Servicios Telemticos.

1.4.14.
Stakeholders
Ente o individuo que afecta o puede ser afectado por el sistema

1.4.15.
USB
Siglas de la Universidad Simn Bolvar.

1.4.16.
Usuario
Persona que utiliza o trabaja con algn objeto o que es destinataria de algn
servicio.
1.5
Referencias
1.5.1. Documento de Especificacin de Requerimientos

1.5.2. Plan de Iteracin
1.5.3. Glosario
1.5.4. Lista de Riesgos (Plan de Gerencia de Riesgos)
1.5.5. Documento de Arquitectura
1.5.6. Documento y Diagrama de Casos de Uso.
1.6
Estructura del Documento

La estructura presentada en este documento se organiza primero con la
declaracin e introduccin de los conceptos y definiciones relevantes al uso de

pruebas en el sistema, seguido la exhaustiva especificacin del alcance y los
niveles de los casos de prueba y finalmente completando la ejecucin de dichos
casos mediante la especificacin de hitos y objetivos logrados en un espacio y
tiempo determinado.
Confidencial
Pg. 9

Plan de Pruebas
2.
Versin:
2.0
Date: 23/MAY/08
Propsito y Motivacin de las Pruebas

La misin de la evaluacin de pruebas es la de verificar el comportamiento
otorgado por el sistema en ambientes ajustados de escenarios funcionales. ste,
a su vez, sirve de motivacin para incrementar la calidad del software a ser
desarrollado y entregado y aumentar la eficiencia en la mantenibilidad de la
aplicacin en futuras ocasiones.
2.1
Antecedentes
El historial de fondo detrs del proyecto del Sistema de Registro de
Actividades de Extensin de Profesores y Estudiantes de la Universidad Simn

Bolvar viene dado por la automatizacin de los procesos de gestin de las
actividades de extensin del decanato en cuestin. Debido a que el sistema ser
utilizado por una numerosa cantidad de usuarios en las que se incluyen
profesores, tcnicos, empleados, etc. es necesario implementar una vasta
cantidad de pruebas de gran esfuerzo para permitir que el flujo de trabajo de
dichos usuarios sea en la corriente ms normal y pasiva.
2.2
Propsito de la Evaluacin
El propsito de la evaluacin es determinar hasta cierto punto en espacio y
tiempo que tan funcional resulta ser el software, corregir dichos aspectos de
fallas y preparar el sistema para ser luego introducido en el ambiente definido
por el decanato de extensin. A continuacin definiremos el conjunto de
objetivos o misin de la evaluacin de pruebas en la fase de iteracin de
construccin #2:
Encontrar la mayor cantidad de fallas o errores como sea posible.
Encontrar problemas importantes.
Percibir riesgos de calidad.
Advertir sobre los riesgos del proyecto localizados.
Seguir un estndar o patrn de prueba.
Verificar una especificacin (requerimientos, diseo o solicitudes).
Advertir sobre la calidad del producto.
Confidencial
Pg. 10

Plan de Pruebas
2.3
Versin:
2.0
Date: 23/MAY/08
Satisfacer stakeholders.
Advertir sobre la ejecucin de las pruebas.
Completar los procesos definidos.
Estructurar el status del sistema en funcin de completitud y correctitud.
Demostrar consistencia en el desarrollo realizado.
Motivadores de Pruebas
Entre los elementos claves que motivarn el esfuerzo realizado en las
pruebas del sistema, a continuacin se definen:
3.
Riesgos de calidad.
Riesgos tcnicos o directamente involucrados con el cdigo.
Riesgos del proyecto.
Casos de uso.
Requerimientos funcionales y no funcionales.
Elementos de diseo.
Fallas o errores sospechados.
Requerimientos poco claros o cambiados.
Herramienta utilizada de programacin.
Implantacin de software.
Interaccin con el usuario.
Aspectos en los que se Enfocan las Pruebas
Para la iteracin de Construccin actual se realizaran pruebas enfocadas

principalmente en los elementos de Software, ya que aun no se ha implantado el
Sistema en el Servidor que lo va a alojar. Por lo tanto, no se incluir en esta
primera versin del documento ninguna especificacin de Hardware.
Las Pruebas a realizar se pueden agrupar en las siguientes categorias:
Pruebas de Componentes de Software: comprenden las Pruebas

de Integracion, Pruebas de Funcionalidad y Pruebas Unitarias.
Confidencial
Pg. 11

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
Pruebas de Desempeno: comprenden las Pruebas de Sistema y las

Pruebas de Carga o Stress.
Pruebas de Verificacion: incluiran las Pruebas Alfa (en caso de que

se decida realizarlas), y las Pruebas de Aceptacion.
4.
Delimitacin de las Pruebas a Utilizar
4.1
Delimitacin de las Pruebas a Incluir

En esta fase del desarrollo se atacarn principalmente las unidades del
Sistema. Esto, a traves de la realizacion del conjunto de Pruebas que se

mencionaran a continuacion.
Las Pruebas de Integracin pretenden cubrir una especificacin completa del

Usuario, basndose en Pruebas Unitarias realizadas a esa porcin del
Sistema.
Las Pruebas Unitarias o de Funcionalidad reflejaran si funciona cada Caso de

Uso por separado.
Las Pruebas Generales de Sistema ayudan a medir el rendimiento y la

seguridad del sistema, de manera global.
Las Pruebas de Validacin (Aceptacin) verificaran que el Cliente demuestre

satisfaccin con el Producto Final.
Por ltimo, las Pruebas de Funcionalidad y de Carga (o Stress), verificaran

que los Requerimientos del Usuario tengan una correspondencia en los Casos
de Uso implementados, y permitirn observar cmo se comporta el Sistema
bajo
un
mbito
con
alta
Concurrencia
de
usuarios
conexiones,
respectivamente.
4.2
Delimitacin de las Pruebas Candidatas a Inclusin

Antes de que el Cliente realice las Pruebas de Aceptacin, es posible realizar
pruebas preliminares, tales como:
Confidencial
Pg. 12

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
Pruebas Alfa: realizadas por el Usuario con el Desarrollador como

observador en un entorno controlado (simulacin de un entorno de
produccin).
Pruebas Beta: realizadas por el Usuario en su entorno de trabajo y sin

observadores.
Pruebas de Regresin: intentan descubrir las causas de nuevos errores,

carencias de funcionalidad, o divergencias funcionales con respecto al
comportamiento esperado del software, inducidos por cambios recientemente
realizados en partes de la aplicacin que anteriormente a tal cambio no eran
propensas a este tipo de error.
4.3
Delimitacin de las Pruebas No Incluidas

Las Pruebas que no aportan mayor relevancia de la descrita anteriormente y
que por lo tanto, no formaran parte del Plan de Pruebas, son las siguientes:
Pruebas de Caja Blanca: determinan los casos de prueba a partir del

cdigo fuente del software y se utilizan las especificaciones para determinar
el resultado esperado del caso. Se basa en el minucioso examen de los
detalles procedimentales. Esta prueba pierde relevancia debido a que no se
verificara con detalle el cdigo fuente al momento de ejecutar el Plan de
Pruebas.
Pruebas de Prestaciones: pretenden anticipar el comportamiento de un

Sistema. Este tipo de pruebas no arroja nunca resultados exactos, y disminuir
el margen de error es tarea del Desarrollador, se hace entonces ms
conveniente trabajar con resultados de pruebas que si tendrn relevancia
alta en el desempeo del Sistema.
Pruebas de Mutacin: es una especie de variacin de Pruebas Unitarias

que a pesar de ser muy potente, resulta computacionalmente muy costosa.
5.
Enfoque de Pruebas
Confidencial
Pg. 13

Plan de Pruebas
5.1
Versin:
2.0
Date: 23/MAY/08
Catalogo Inicial de Idea de Pruebas y Otras Fuentes de Referencias

Las pruebas conforman una pieza fundamental dentro del ciclo de desarrollo
de un sistema, ya que determinan y garantizan su efectividad y eficiencia.
Por ello, es bueno definir las reas de enfoque para las pruebas a ser
realizadas sobre el sistema, as como tambin precisar las fallas que se pueden
presentar en las diversas zonas criticas y el uso que tendr el sistema, y de esta
forma determinar el tipo de pruebas a ser efectuadas.
5.2
Tipos y Tcnicas de Pruebas
5.2.1 Pruebas de Integridad a Datos y Base de Datos

Estan orientadas hacia tecnicas que traten de corromper la integridad de los
datos en la base de datos del sistema.
Objetivo de la
Verificacion de la integridad del contenido de la base de
Tcnica
datos independiente de la interfaz grfica.
Tcnica
Verificar que la generacin de datos mediante los

analizadores sintcticos, desde la base de datos y un
archivo esquematizado, sean correctos.
Cargar esquemas de prueba entre los paquetes de
esquemas y verificar el contenido de los datos.
Orculos
Los archivos SQL de muestra proporcionados por algn

administrador.
Herramientas
Requeridas
Criterio de xito
Se deben tener instalados:
PgAdmin 3
PostgreSQL
Todos los elementos del esquema de datos pueden ser

guardados y utilizados sin ninguna prdida.
Consideraciones
No aplica
Especiales
Confidencial
Pg. 14

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
5.2.2 Pruebas de Funcin

Estn orientadas hacia tcnicas de caja negra, que permiten probar las
funcionalidades requeridas de los sistemas y sus mdulos, sin alterar o
modificar el cdigo fuente de cada funcionalidad. Estas pruebas se basan en el
uso de un rango diverso de datos que busca alterar el comportamiento del
sistema.
Confidencial
Pg. 15

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
Objetivo de la
Probar la funcionalidad del sistema sin tomar en cuenta
Tcnica
la implementacin realizada.
Tcnica
Para cada caso de uso a ser probado:

o
o
Se definen los escenarios a ser probados.

Para cada escenario se define el rango de datos a
ser utilizado, as como los casos de xito y los
casos de falla.
Se realiza un anlisis de resultados, entre los

resultados obtenidos y los resultados esperados.
Orculos
Las pruebas estn sugeridas para ser aplicadas por los

mismos usuarios que utilicen el sistema dado que es
este target, el pblico al cual va dirigido el sistema y el
cual conoce las funcionalidades y necesidades con
mayor conocimiento.
Herramientas
Requeridas
Para probar el sistema es necesario:

o
Tener PHP instalado.
Tener instalado el manejador de base de datos,
PostgreSQL.
Criterio de xito
El
resultado
obtenido
para
el
caso
de
uso
se
corresponde con la funcionalidad esperada. Se ha

decidido que el caso de uso se corresponde con la
funcionalidad esperada si ms del 75% de los casos de
prueba son exitosos.
Consideraciones
No aplica.
Especiales
Confidencial
Pg. 16

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
5.2.3 Prueba de Interfaz de Usuario

La prueba de interfaz de usuario permite evaluar la interaccin del usuario
comn con el software. El objetivo de dicha prueba es asegurar que la interfaz
del sistema pueda proveerle al usuario de la ayuda y comodidad necesaria
para ubicarse entre las funcionalidades que maneja, mediante la aplicacin de
medidas y restricciones de interfaz estndar.
Objetivo de la
Navegacin a travs de cada pgina reflejando las
Tcnica
funciones del negocio y los requerimientos otorgados,

incluyendo operaciones ventana-a-ventana, campoa-campo y el uso de mtodos de acceso (botn tab,
movimientos del mouse y botones de aceleracin). El
contenido de las ventanas pueden ser ejercitados
mediante caractersticas como posicin, tamao, mens
y focos.
Tcnica
Crear o modificar pruebas de navegacin apropiadas

para cada ventana as como los status de cada una.
Orculos
El ejecutor de las pruebas debe verificar la adecuada

funcionalidad basada en los requerimientos.
Herramientas
No aplica
Requeridas
Criterio de xito
Todos los contenidos de cada ventana deben poder ser

ejercitados, navegacin adecuada segn cada meta de
la prueba y debe actuar segn esperado.
Consideraciones
No aplica
Especiales
Confidencial
Pg. 17

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
5.2.4 Perfil de Funcionamiento

El perfil de funcionamiento es una prueba de funcionamiento en donde se
miden y evalan los tiempos de respuesta, tasa de transacciones y otras
caractersticas en lo que a tiempo se refiere.
Por lo tanto, el objetivo de sta prctica es verificar que los requerimientos
hayan sido alcanzados en funcin a su desempeo. Es implementado y
ejecutado para mejorar o ajustar el comportamiento de dicho desempeo
segn una serie de condiciones como, por ejemplo configuraciones de
hardware.
Objetivo de la
Determinar el comportamiento del objetivo de la prueba
Tcnica
mediante:
Anticipadas y normales cargas de trabajo.
Anticipadas y peores escenarios de cargas de
trabajo.
Tcnica
Importar un esquema desde la base de datos.
Importar un esquema desde un archivo.
Aadir una tabla al diagrama ER.
Remover una tabla del diagrama ER.
Aadir una columna a la consulta SQL.
Remover una columna a la consulta SQL.
Orculos
Cronmetros de Software.
Herramientas
Herramientas de monitoreo y instalacin (registro, disco
Requeridas
duro, CPU, memoria RAM, etc.)
Criterio de xito
Las pruebas terminan en el tiempo estipulado segn los

casos de uso.
Consideraciones
No aplica
Especiales
Confidencial
Pg. 18

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
5.2.5 Pruebas de Carga

Estn orientadas hacia la medicin y evaluacin del desempeo del sistema en
condiciones que superan la carga mxima prevista. Para ello se disean
pruebas que miden la concurrencia abundante de usuarios tratando de
acceder al sistema, con el fin de lograr una aplicacin ms robusta.
Objetivo de la
Asegurar que el sistema funciona como se espera bajo
Tcnica
grandes volmenes de transacciones, usuarios, entre

otros.
Tcnica
Uso de usuarios finales temporales o ficticios de buena

cantidad.
Manejo de operaciones simultneas de gran
importancia con grandes interacciones de datos para
realizar una mejor evaluacin.
Orculos
Conexiones o accesos simultneos al sistema por va

internet o una red considerablemente larga.
Herramientas
Un gran nmero de ordenadores brindados para realizar
Requeridas
este tipo de pruebas con conexin a red.

Cronmetros de software.
Criterio de xito
El sistema funciona en el tiempo y en el espacio

determinado por los requerimientos dados.
Consideraciones
No aplica
Especiales
Confidencial
Pg. 19

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
5.2.6 Pruebas de Volumen

Pruebas de volmenes se caracterizan por el manejo de grandes cantidades
de datos para determinar los lmites de almacenamiento y si su alcance son
sntomas de fallas de software. A su vez determina la cantidad especfica de
volumen o carga que puede ser soportado por un periodo dado.
Objetivo de la
Ejercitar la base de datos de SIRADEx siguiendo unos
Tcnica
escenarios de gran cantidad de volmenes de datos

almacenados
manejados
observar
su
comportamiento.
Tcnica
Agregar grandes cantidades de datos de actividades y

aplicar operaciones de modificacin y eliminacin en
tiempo corrido.
Orculos
Almacenamiento
de
datos
disponibilidad
de
transacciones.
Herramientas
Uso de la funcionalidad otorgada por el sistema
Requeridas
mediante su interfaz grfica.

Mediante consultas SQL en gran cantidad.
Criterio de xito
El sistema es capaz de manejar grandes cantidades de

volmenes en un tiempo considerablemente efectivo.
Consideraciones
No aplica
Especiales
Confidencial
Pg. 20

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
5.2.7 Pruebas de Configuracin

Las pruebas de configuracin verifican la operatividad correcta bajo
diferentes configuraciones de software e interacciones con diferentes
aplicaciones.
Objetivo de la
Verificar la correctitud de diferentes operaciones bajo
Tcnica
distintas plataformas y configuraciones.
Tcnica
Ejercitar diferentes aplicaciones que no se encuentren

relacionadas con el sistema en la misma plataforma
para
determinar
que
no
se
produzcan
efectos
secundarios.
Orculos
Comportamiento de pruebas y objetivos.
Herramientas
Configuracin base y software de recuperacin de
Requeridas
contextos y datos. Instalacin de herramientas de

monitoreo.
Criterio de xito
El comportamiento que surge es el esperado y el

software secundario no probado tambin reacciona
segn las expectativas dadas.
Consideraciones
No aplica
Especiales
Confidencial
Pg. 21

Plan de Pruebas
6.
Criterios de Entrada y Salida
6.1
Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08

Una vez finalizado el sistema con un 100% de funcionalidad podrn efectuase
el plan de pruebas que validara la calidad del sistema.

Realizadas las pruebas descritas en el punto 4, se llevar a cabo un estudio
calificativo de los resultados obtenidos. Si dichos resultados son mayores o
iguales a 85 sobre un total de 100, entonces puede considerarse que el sistema
tiene los niveles de calidad aceptables.
6.1.3 Criterios de Suspensin y Retomar Actividad

Si alguna prueba no est cumpliendo el propsito para el cual fue creada
(evaluar una funcionalidad especfica del sistema) esta podr ser eliminada
permanentemente del plan de pruebas. A su vez, si se descubre alguna falla en
una funcionalidad el sistema, las pruebas que requieran de esa funcionalidad
sern suspendidas hasta que el problema sea solventado.
6.2
Ciclos de Prueba

Una vez concluidas las pruebas de esfuerzo de un ciclo, evaluados los
resultados y determinado que el sistema posee la calidad necesaria, se puede
proseguir con el siguiente ciclo de pruebas.
Confidencial
Pg. 22

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
Para todas las pruebas realizadas se llevara a cabo un estudio calificativo en

donde cada tem a evaluar representara una puntuacin. Si la calificacin del
sistema al final del ciclo es superior a 85 sobre un total de 100 entonces se
considera que posee un nivel de calidad aceptable.
6.2.3 Criterios de Terminacin Anormal

Si se descubre alguna falla en el sistema, algunas de las pruebas sern
suspendidas, pero si dicha falla compromete gran parte de la funcionalidad del
sistema, el plan de pruebas deber ser pospuesto hasta que el problema sea
solventado. A su vez, si alguna prueba no est cumpliendo el propsito para el
cual fue creada (evaluar una funcionalidad especfica del sistema) esta podr ser
modificada
para
adaptarse
mejor
al
caso
de
uso
ser
eliminada
permanentemente del plan de pruebas.
7.
Entregables
7.1
Sumario de la Evaluacin de Pruebas
7.2
Reporte del Cubrimiento de Pruebas
7.3
Reportes Percibidos de Calidad
7.4
Log de Incidentes y Solicitudes de Cambio
7.5
Smoke Test Suite y Scripts de Apoyo a Pruebas
7.6
Productos Adicionales de Trabajo
7.6.1 Resultados Detallados de Pruebas

7.6.2 Scripts Funcionales de Prueba Automatizados Adicionales
7.6.3 Guas de Pruebas
7.6.4 Matrices de Trazabilidad
8.
Testing Workflow
Confidencial
Pg. 23

Plan de Pruebas
9.
Necesidades de Ambiente
9.1
Hardware del Sistema Base
Versin:
2.0
Date: 23/MAY/08
System Resources
Resource
Quantity
Name and Type
Database Server
Network or Subnet
TBD
Server Name
TBD
Database Name
TBD
Client Test PCs

Include special
TBD
configuration requirements
Test Repository
Network or Subnet
TBD
Server Name
TBD
Test Development PCs
TBD
9.2
Elementos Base de Software en el Ambiente de Pruebas
Software Element Name
Version
Type and Other Notes
NT Workstation
Operating System
Windows 2000
Operating System
Internet Explorer
Internet Browser
Netscape Navigator
Internet Browser
MS Outlook
eMail Client software
Network Associates McAfee Virus
Virus Detection and
Checker
Recovery Software
Confidencial
Pg. 24

Plan de Pruebas
9.3
Versin:
2.0
Date: 23/MAY/08
Herramientas de Productividad y Soporte
Tool Category or Type
Tool Brand Name
Vendor or In-house
Version
Test Management
Defect Tracking
ASQ Tool for functional
testing
ASQ Tool for performance
testing
Test Coverage Monitor or
Profiler
Project Management
DBMS tools
9.4
Configuracion del Ambiente de Pruebas
Configuration Name
Description
Implemented in
Physical
Configuration
Average user
configuration
Minimal configuration
supported
Visually and mobility
challenged
International Double Byte
OS
Network installation (not
client)
Confidencial
Pg. 25

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
10. Responsabilidades, Personal y Necesidades de

Entrenamiento
10.1 Roles y Gente
Confidencial
Pg. 26

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
Human Resources
Role
Minimum
Specific Responsibilities or
Resources
Comments
Recommended
(number of full-time
roles allocated)
Test Manager
Provides management oversight.

Responsibilities include:
planning and logistics
agree mission
identify motivators
acquire appropriate resources
present management reporting
advocate the interests of test
evaluate effectiveness of test

effort
Test Analyst
Identifies and defines the specific

tests to be conducted.
Confidencial
identify test ideas
define test details
determine test results
document change requests
evaluate product quality
Pg. 27

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
Human Resources
Role
Minimum
Resources
Comments
Recommended
roles allocated)
Test Designer
Defines the technical approach to

the implementation of the test
effort.
define test approach
define test automation

architecture
Tester
verify test techniques
define testability elements
structure test implementation
Implements and executes the

tests.
implement tests and test suites
execute test suites
log results
analyze and recover from test

failures
Confidencial
document incidents
Pg. 28

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
Human Resources
Role
Minimum
Resources
Comments
Recommended
roles allocated)
Test System
Ensures test environment and
Administrator
assets are managed and

maintained.
administer test management

system
install and support access to,

and recovery of, test
environment configurations and
test labs
Database
Ensures test data (database)
Administrator,
environment and assets are
Database Manager
managed and maintained.

support the administration of

test data and test beds
(database).
Confidencial
Pg. 29

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
Human Resources
Role
Minimum
Resources
Comments
Recommended
roles allocated)
Designer
Identifies and defines the

operations, attributes, and
associations of the test classes.
defines the test classes

required to support
testability requirements as
defined by the test team
Implementer
Implements and unit tests the test

classes and test packages.
creates the test components

required to support
testability requirements as
defined by the designer
10.2 Personal y Necesidades de Entrenamiento
Confidencial
Pg. 30

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
11. Hitos de Iteracin
Hitos
Fecha
Fecha
Fecha
Fecha
Planead
Real de
Planead
Real de
a de
Inicio
a de Fin
Fin
Inicio
Definicin pautas de
23/05/08
23/05/08
30/05/08
30/05/08
30/05/08
30/05/08
06/06/08
06/06/08
Arquitectura
06/06/08
06/06/08
13/06/08
13/06/08
Comienzo de Primer
13/06/08
13/06/08
13/06/08
13/06/08
13/06/08
13/06/08
20/06/08
20/06/08
20/06/08
20/06/08
20/06/08
20/06/08
20/06/08
20/06/08
27/06/08
27/06/08
27/06/08
27/06/08
27/06/08
27/06/08
27/06/08
27/06/08
04/07/08
04/07/08
04/07/08
04/07/08
04/07/08
04/07/08
pruebas
Aprobacin del Plan de
Pruebas
Ciclo de Pruebas (por

mdulo)
Cierre y Balance de
Resultados Primer Ciclo
Comienzo de Segundo
mdulo)
Cierre y Balance de
Resultados Segundo
Ciclo
Comienzo de Tercer
mdulo)
Cierre y Balance de
Resultados Tercer Ciclo
Cierre de Iteracin de
Pruebas
Confidencial
Pg. 31

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
12. Riesgos, Dependencias, Suposiciones y Restricciones
Contingency (Risk is
Risk
Mitigation Strategy
realized)
Prerequisite
<Tester> will define the
entry criteria is
prerequisites that must be met
not met.
before Load Testing can start.
Meet outstanding
prerequisites
Consider Load Test

Failure
<Customer> will endeavor to meet

Test data
prerequisites indicated by <Tester>.

<Customer> will ensure a full set of
Redefine test data
proves to be
suitable and protected test data is
Review Test Plan and
inadequate.
available.
modify
<Tester> will indicate what is

required and will verify the suitability
of test data.
Database
<System Admin> will endeavor to
requires
ensure the Database is regularly
refresh.
refreshed as required by <Tester>.
components (that is,

scripts)
Consider Load Test
Failure
Restore data and
restart
Clear Database
Potential Impact of
Dependency between
Dependency
Assumption to be
Impact of Assumption being
proven
incorrect
Confidencial
Owners
Owners
Pg. 32

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
Impact Constraint has on

Constraint on
test effort
Owners
13. Gerencia de Procesos y Procedimientos

13.1 Medicin y Evaluacin del Alcance de las Pruebas
Debido a que el objetivo de las pruebas es el demostrar al
desarrollador y al cliente que el Software satisface los requerimientos y
descubrir defectos en el software si su comportamiento es incorrecto,
realizaremos pruebas para todos los casos de uso y haremos pruebas que
alcancen a cada escenario en especfico que se pueda dar para cada caso de
uso.
La medicin de las pruebas se har por porcentaje de satisfaccin del
escenario del caso de uso. Y al final se totalizar el porcentaje de satisfaccin
del caso de uso segn la de sus respectivos escenarios.
13.2
Evaluacin de los Entregables para este Plan de Pruebas

No aplica.
Junto a este plan de pruebas no entregaremos nada an sobre la
ejecucin de las pruebas. Para la siguiente entrega si se darn los escenarios
de pruebas y su debida distribucin para el equipo de Solware que ser
nuestra empresa auditora.
13.3
Reportes de Problemas, Escala y Resolucin de Conflictos

Los reportes de problemas, escala y resolucin de conflictos se
realizarn, principalmente, a travs de los resmenes de las ejecuciones de
las pruebas al final de cada ciclo (tenemos 3 ciclos en total) con el cuadro
Confidencial
Pg. 33

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
comparativo de los porcentajes de aceptacin logrados, el feedback del

equipo auditor (Solware) y las mejoras propuestas por los profesores
invitados y los usuarios y clientes.
Toda esta informacin ser remitida a traves de un informe al equipo
desarrolladores de Atlas Solutions para as hacer las evaluaciones pertinentes
a losproblemas surgidos durante las pruebas en funcin de armar estrategias
que permitan resolver estos problemas. Tomando en cuenta el tiempo
disponible y la gravedad de dichos problemas.
13.4 Gerencia de Ciclos de Pruebas

Debido al corto tiempo, no existen, pautas de gerencia para los
diferentes ciclos de pruebas que se van a ejecutar que vayan ms all de la
entrega de informes o cuadros comparativos de las pruebas al final de cada
ciclo con los porcentajes de aceptacin logrados, el feedback del equipo
auditor y las mejoras propuestas por los profesores, clientes y usuarios.
13.5 Estrategias de Trazabilidad

Es importante destacar que los desarrolladores del sistema no estarn
a cargo del 100% de las pruebas y que tenemos una empresa auditora
(Solware) que nos ayudar ms objetivamente en la realizacin de las
pruebas.
Nuestra estrategia consiste en una distribucin equitativa de casos de
uso para cada miembro de la empresa auditora, estableciendo de ante
mando la complejidad de cada caso de uso.
Y al finalizar cada ciclo analizaremos los resultados y realizaremos un
informe con los porcentajes de satisfaccin.
13.6 Aprobacin y Terminacin

La aprobacin de todo el proceso de pruebas y sus tres ciclos, as como
de sus resultados ser discutida por el equipo de Atlas Solutions con la
asesora de la Profesora Patricia. Para as pasar a la aprobacin, la cual estar
Confidencial
Pg. 34

Plan de Pruebas
Versin:
2.0
Date: 23/MAY/08
sujeta a los resultados analizados por nosotros, a los resultados analizados

por la empresa auditora y por los resultados dados por el cliente junto con los
de la profesora Patricia y profesores invitados
Confidencial
Pg. 35

1 PlandePruebas

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

1 PlandePruebas

Transféré par

Droits d'auteur :

Formats disponibles

Proyecto de Sistema de Registro de

Actividades de Extensin de Estudiantes

Sistema de Registro de Actividades de Extensin - SIRADEx

Elaboracin Inicial del Plan de

Elaboracin de los puntos

Atlas Solutions, 2016

Sistema de Registro de Actividades de Extensin - SIRADEx

Propsito y Motivacin de las Pruebas

Aspectos en los que se Enfocan las Pruebas

Delimitacin de las Pruebas a Utilizar

Criterios de Entrada y Salida

Atlas Solutions, 2016

Sistema de Registro de Actividades de Extensin - SIRADEx

7.4 Log de Incidentes y Solicitudes de Cambio

10. Responsabilidades, Personal y Necesidades de Entrenamiento

12. Riesgos, Dependencias, Suposiciones y Restricciones

Atlas Solutions, 2016

Sistema de Registro de Actividades de Extensin - SIRADEx

planificar el desarrollo y control de la ejecucin de pruebas al software durante

Demostracin de la funcionalidad total del sistema a los clientes y a los

Especificar las dimensiones de las pruebas a realizar.

Atlas Solutions, 2016

Sistema de Registro de Actividades de Extensin - SIRADEx

El documento presentado a continuacin persigue el objetivo el explicar de

Audiencia a la que se orienta

de Profesores y Estudiantes de la Universidad Simn Bolvar se encuentra

Terminologa del Documento y Acrnimos

1.4.1. Caso de Uso

Atlas Solutions, 2016

Sistema de Registro de Actividades de Extensin - SIRADEx

Una vuelta en el desarrollo del proyecto segn la metodologa RUP.

Es la unidad encargada de formular el plan general de actividades de

Atlas Solutions, 2016

Sistema de Registro de Actividades de Extensin - SIRADEx

Funcionalidades que debe tener el sistema desde el punto de vista del

Atlas Solutions, 2016

Sistema de Registro de Actividades de Extensin - SIRADEx

Siglas para Rational Unified Process.

Direccin de Servicios Telemticos.

Ente o individuo que afecta o puede ser afectado por el sistema

Siglas de la Universidad Simn Bolvar.

1.5.1. Documento de Especificacin de Requerimientos

Estructura del Documento

declaracin e introduccin de los conceptos y definiciones relevantes al uso de

Atlas Solutions, 2016

Sistema de Registro de Actividades de Extensin - SIRADEx

Propsito y Motivacin de las Pruebas

Actividades de Extensin de Profesores y Estudiantes de la Universidad Simn

Encontrar la mayor cantidad de fallas o errores como sea posible.

Encontrar problemas importantes.

Percibir riesgos de calidad.

Advertir sobre los riesgos del proyecto localizados.

Seguir un estndar o patrn de prueba.

Verificar una especificacin (requerimientos, diseo o solicitudes).

Advertir sobre la calidad del producto.

Atlas Solutions, 2016

Sistema de Registro de Actividades de Extensin - SIRADEx

Advertir sobre la ejecucin de las pruebas.

Completar los procesos definidos.

Estructurar el status del sistema en funcin de completitud y correctitud.

Demostrar consistencia en el desarrollo realizado.

pruebas del sistema, a continuacin se definen:

Riesgos tcnicos o directamente involucrados con el cdigo.