Plan de Pruebas

Plan de Pruebas
DESARROLLO DE UN SISTEMA DE GESTION DE SECCIONAL PARA LA UETD “LICEO CARACAS” Versión: 1.0
<Logo de la Empresa Cliente>
Plan de Pruebas
Proyecto: Sistema de Gestión de Seccional para la
U.E.T.D. “Liceo Caracas”
Versión: 1.0
COLEGIO UNIVERSITARIO DE CARACAS 2011-2012 Pág. 2 de 15

Plan de Pruebas
Historial de Revisiones
Versión Fecha Autor Descripción
1.0 18/06/12 Astrid Fernández
Mailyn Hernández

Plan de Pruebas
Índice de Contenido
1 Introducción................................................................................................................................................... 4
1.1 Alcance.................................................................................................................................................. 4
1.2 Definiciones, Acrónimos y Abreviaturas................................................................................................. 4
1.3 Documentos Relacionados.................................................................................................................... 4
2 Antecedentes y Propósito ............................................................................................................................. 4

2.1 Propósito de la Evaluación.................................................................................................................... 4
3 Herramientas para las Pruebas..................................................................................................................... 5

3.1 Software................................................................................................................................................ 5
3.2 Hardware............................................................................................................................................... 5
3.3 Configuraciones de Pruebas de ambiente............................................................................................. 5
4 Casos de Prueba........................................................................................................................................... 5
4.1 Casos de Pruebas por Prioridad de Caso de Uso.................................................................................6
. 4.1.1 Esenciales .................................................................................................................................. 6
5 Entregables.................................................................................................................................................... 6
5.1 Ficha: Matriz de Trazabilidad ................................................................................................................ 6
6 Criterios para el Lanzamiento........................................................................................................................ 7

6.1 Criterios de Evaluación ......................................................................................................................... 7
6.2 Pruebas de concurrencia....................................................................................................................... 7
6.3 Gráficos de desempeño......................................................................................................................... 7
6.4 Resultados de la prueba........................................................................................................................ 8

Plan de Pruebas
Plan de Pruebas
1 Introducción
1 Alcance
El principal propósito de la evaluación es encontrar errores y defectos que puedan existir en
el uso del sistema a fin de corregirlos. Verificar que los validadores de datos funcionen y limiten el
ingreso de información, para que no se puedan ingresar datos que no estén permitidos (sólo
números en campos numéricos por ejemplo). Se quiere comprobar además que el sistema cumple
con los requerimientos establecidos por el usuario, tiene un rendimiento adecuado en el ambiente
donde se encuentra instalado. Otro aspecto importante a evaluar son las características de
seguridad relacionadas con el ingreso no autorizado de usuarios, de manera que no puedan realizar
modificaciones donde no sean permitidas.
2 Definiciones, Acrónimos y Abreviaturas

 Marco Lógico: es un instrumento de planificación que permite estructurar los principales
elementos de un proyecto, subrayando los lazos lógicos entre los insumos previstos, las actividades
planeadas y los resultados esperados. [CRESPO, 2010].
 Software: conjunto de programas, instrucciones y reglas informáticas que permiten ejecutar

distintas tareas en una computadora. [RAE]. Se considera que el software es el equipamiento lógico
e intangible de una computadora.
 U.E.T.D: Unidad Educativa Técnico Deportiva.
 Sistema: conjunto de entidades caracterizadas por ciertos atributos, que tienen relaciones
entre sí y están localizadas en un cierto ambiente, de acuerdo con un cierto objetivo. [PUELO,
1985].
 Seccional: departamento encargado de la organización de documentos y demás

información importante referente a un lugar en específico. En este caso referente a los salones de
clase, e información sobre los alumnos de la institución.
 Requerimientos: algo que se le pide o solicita a alguien, características que se desea que
posea un sistema o un software.

Plan de Pruebas
3 Documentos Relacionados
Título Fecha Organización Identificador del

documento
Fernández Astrid
Marco Lógico 20/07/11 9.Marco_Lógico.odt
Hernández Mailyn
9._Plantilla_Acta_de_Co
Acta Constitutiva de Fernández Astrid
08/10/11 nstitucion_del_Proyecto-
Proyecto Hernández Mailyn
2.odt
Fernández Astrid VISION_DEL_SISTEMA_
Visión del Sistema 08/11/11
Hernández Mailyn REQUERIMIENTOS.odt
Plan de Pruebas Fernández Astrid 8.Plan de
20/12/11
Hernández Mailyn Pruebas_Grupo8.odt
2 Antecedentes y Propósito
Antecedentes
Este es la primera versión del plan de pruebas que existe, por lo tanto no se tienen
antecedentes de este documento.
1
2 Propósito de la Evaluación
El propósito principal es organizar las actividades necesarias para encontrar errores y
defectos; es necesario un plan para coordinarlas, a fin de asegurar la calidad del producto. Durante
el ciclo de vida del proyecto, se escogió como ámbito de las pruebas, todas las ventanas
involucradas en los Casos de Uso del sistema; teniendo como base los Casos de Uso se
desarrollaron los Casos de Pruebas para comprobar el rendimiento y la capacidad del software.
Con ello se verifica el cumplimiento de las especificaciones de diseño, los requisitos del
análisis, y a su vez se esperan encontrar los problemas y determinar los riesgos percibidos del
sistema, con la finalidad de entregar un software que sea útil al usuario.
3
3 Herramientas para las Pruebas

Como herramienta principal se utilizara El Apache JMeter el cual es una aplicación de escritorio,
software de código abierto, aplicación 100% Java diseñado para cargar el comportamiento de pruebas
funcionales y medir el rendimiento. Diseñado originalmente para probar aplicaciones Web, pero se ha
ampliado desde entonces a otras funciones de prueba y además se utilizara Taskinfo te muestra todos
los procesos y tareas que se están ejecutando en tu PC, tanto los programas abiertos como las tareas
que se suelen ejecutar en segundo plano. Esta información se muestra en tiempo real, actualizada al
segundo.
1 Software
Plan de Pruebas
Nombre Versión Para que se usa

Diseñado para cargar el comportamiento de pruebas
JMETER 2.4
funcionales y medir el rendimiento.
Muestra todos los procesos y tareas que se están
TASKINFO 8.2 ejecutando en tu PC, tanto los programas abiertos como
las tareas que se suelen ejecutar en segundo plano.
2 Hardware
Recurso Cantidad Descripción
Servidor 1 Intel de 2.80 GHz.
Disco Duro 1 1024 GB
Memoria Virtual 1 80 GB
Tarjeta de Red 2 RTL8139/810x.
Memoria RAM 2 2 GB
Computador 1 Pentium(R) Dual-Core CPU
Disco Duro 1 150 GB
Microprocesador 1 2.50 GHz
Puerto USB 4 N° 4
Unidad de DVD 3 Super WriteMaster, Multi Recorder, Speed plus
Teclado 3 Universal QWERTY
Mouse 3 Traveler 915 2.4 Ghz
Monitor 3 LCD 17” Syncmaster 732n Plus
3 Configuraciones de Pruebas de ambiente
Requerimiento Versión Fabricante Implementación de la configuración

física
Sistema Operativo XP Profesional Microsoft Windows Software básico de una computadora
Versión 11.04 Ubuntu que provee una interfaz entre el resto
Versión 6.0 Debían de programas de los dispositivos
hardware y el usuario.
Servidor Web Versión 2.2.16. Presenta entre otras características
Apache HTTP Sever Fundación Apache altamente configurables, bases de
datos de autenticación y negociado de
contenido.
Permite instalar y configurar fácilmente
Versión 2.0 Aestan en tu sistema lo último del servidor Web
Wampserver
Apache, el lenguaje de programación
PHP y el servidor de base de datos

Plan de Pruebas
Requerimiento Versión Fabricante Implementación de la configuración

física
MySQL.
Sun Microsystems Base de datos de código fuente abierto,
MySQL Server Versión 2.5 (hasta febrero de 2008 incomparable en velocidad,
MySQL AB) compactación, estabilidad y facilidad de
despliegue
Utilizado en el desarrollo de páginas
PHP Versión 5.3.0 Rasmus Lerdorf 1994 web desde una interfaz de línea de
comandos o en la creación de otros
tipos de programas incluyendo
aplicaciones con interfaz gráfica
Netscape Implementado como parte de un
Java Script (TM) Versión 6 Communications Corp, navegador web permitiendo mejoras en
Mozilla Fundation la interfaz de usuario y páginas web
dinámicas
Puede editar texto sin formato y de
Versión 6.0 Don HO forma simple. No obstante, incluye
Notepad++
opciones avanzadas que pueden ser
útiles para usuarios avanzados como
programadores.
Suite ofimática libre (código abierto y
distribución gratuita) que incluye
OpenOffice.org
Versión 3.2 StarDivision herramientas como procesador de
textos, hoja de cálculo, presentaciones,
herramientas para el dibujo vectorial y
base de datos
Adobe Flash Player Versión 10 Adobe Systems (antes Se refieren tanto al programa de
por Macromedia) Adobe creación de animaciones como al
Flash Player reproductor.
Adobe Reader Versión 9.4.2 Está disponible sin cargo alguno en la
Adobe Systems página de descargas de Adobe, y
permite la visualización e impresión de
archivos PDF
Microsoft Internet Versión 8 Microsoft Navegador web desarrollado por
Explorer Windows Internet Microsoft para el sistema operativo
Explorer Microsoft Windows
Mozilla Firefox Versión 6.0 Corporación Mozilla, Es un navegador web libre y de código
Fundación Mozilla abierto descendiente de Mozilla
Application Suite
4 Casos de Prueba
ID/Nombre/Sistema/Proyecto: Sistema de gestión

para la seccional de la U.E.T.D. “Liceo Caracas”

Plan de Pruebas
ID Caso de Uso:CU001
ID/Nombre Caso de Prueba: CP001 Autor del Caso de Prueba: Mailyn
Versión del Caso de Prueba: 1 Fecha de Creación:
Versión 1.0 Fecha de Ejecución:
Flujo de pasos de la Prueba:
Nro. Descripción del paso Resultado Esperado Resultado
Obtenido
1 Ingreso de datos en campos de El sistema te muestra la pagina Pagina principal
usuario y contraseña principal del sistema cargada
2 Se ingresan datos erróneos en los El sistema muestra el mensaje el El sistema solicita
campos de usuario y contraseña nombre de usuario o contraseña no nuevamente usuario
coinciden y contraseña
Decisión de Aprobación del Caso de Prueba: Aprobó: _x_ Fallo: ___

Nombre y firma del Probador Mailyn Hernández
Nombre y firma del Cliente Ana Maldonado
Fecha de Aprobación del Caso de Prueba:

Condición: para registrar un usuario el administrador debe haber iniciado sesión
Nro. Descripción del paso Resultado Esperado Resultado Obtenido
1 Hacer clic en el botón El sistema carga el formulario de El sistema muestra un
registrar nuevo usuario registrar un nuevo usuario y se llenan mensaje se ha registrado
los campos el usuario exitosamente.
2 Se envía el formulario con El sistema muestra el mensaje existen El sistema muestra el
campos vacíos o con valores campos vacíos en el formulario mensaje y carga
incorrectos nuevamente el formulario
de registro
3 Se registra un usuario que El sistema muestra el mensaje error de El sistema muestra el
ya se ha registrado usuario: Ya existe un usuario llamado mensaje y nuevamente
"mailyn.hernandez", por favor utilice carga la pagina de
otro nombre de usuario. registro de usuario


Plan de Pruebas


Condición: para registrar un horario el administrador debe haber iniciado sesión
1 Se hace clic en el botón gestionar El sistema carga la pagina para El sistema muestra la
horarios seleccionar el horario pagina
2 Selecciona un año y sección Carga la plantilla e ingresamos los Se ha cargado el
datos a los campos y se envía nuevo horario
exitosamente
3 Se elige el año y la sección a la El sistema carga la plantilla para El sistema carga la
que se le va a asignar un horario diseñar un nuevo horario plantilla
4 Selecciona un año y sección para El sistema muestra el mensaje No El sistema muestra el
asignar horario existe un horario para este grado(9°) mensaje
en esta sección("C"), Clic aquí para
crear uno
5 Se envía un horario con campos El sistema muestra un error de El sistema carga la
vacíos campos vacíos plantilla nuevamente


Condición: para asignar una materia el administrador debe haber iniciado sesión
Plan de Pruebas
1 Se da clic en el botón asignación Carga el formulario para seleccionar Carga la pagina con el
de materias año y sección formulario
2 Se ingresa un año y sección y en
el apartado para registrar una El sistema registra la nueva materia El sistema registra la
materia se envía con los datos para el año seleccionado nueva materia
correctos
3 Se ingresa un año y sección y en El sistema muestra el
El sistema muestra el error debe
el apartado para registrar una error y carga
insertar el nombre de una materia o
materia se envía con los campos nuevamente el
seleccionar una sugerida
vacíos formulario
4 Se envía un dato que ya se ha El sistema muestra el mensaje no se El sistema muestra el
registrado debe registrar una materia que ya mensaje y carga el
esté registrada apartado para ingresar
datos


Condición: para registrar un evento el administrador debe haber iniciado sesión
1 El sistema carga la
Se da clic en el botón registro de El sistema muestra el formulario para
pantalla y muestra el
eventos registrar un evento
formulario
2 El sistema muestra un
Se ingresan los datos requeridos
El sistema registra el evento creado mensaje de registro
para registrar un nuevo evento
creado exitosamente
3 El sistema muestra el
El sistema muestra un mensaje de
Se envía el formulario con los error y carga
error: debe llenar todos los campos
campos vacíos nuevamente el
correctamente para procesar el evento
formulario.


Plan de Pruebas

1 Casos de Pruebas por Prioridad de Caso de Uso

ID Caso de ID Caso de
Prioridad Caso de Uso Caso de Prueba
Uso Prueba
1 Autenticar Usuarios CU001 Seguridad y control de CP001
acceso.
2 Registrar Usuario CU002 Validación y aplicaciones CP002
genéricas.
3 Administrar Horarios CU003 Integración CP003
4 Asignar materias CU004 validación a sistemas a la CP004
medida
5 Registrar eventos CU005 funcionales CP005
4.1.1 Esenciales
Actor Profesor Actor Jefe Seccional
Administrar Usuarios
Registrar usuarios
Autenticar usuario Registrar estudiantes
Visualizar Horarios Administrar horarios
Gestionar secciones Asignar profesores
Imprimir Reportes Asignar secciones
Autenticar usuario Asignar aulas
Reporte estudiantes
Reporte Inasistencias
Registro de pases
5 Entregables
1 Ficha: Matriz de Trazabilidad

ID Caso de Uso ID de Caso de Prueba
CU001 CP001
CU002 CP002
CU003 CP003
CU004 CP004
CU005 CP005

Plan de Pruebas
6 Criterios para el Lanzamiento
1 Criterios de Evaluación
• No existen errores sin solucionar de Gravedad 1 o Gravedad 2.

• No existen errores sin solucionar de Prioridad 1 o Prioridad 2 de ningún nivel de gravedad.
• Todos los casos de prueba del entorno de laboratorio de prueba se han completado
satisfactoriamente.
Calificación Definición de gravedad Definición de prioridad

1 El error provoca el bloqueo del sistema o El error debe corregirse lo antes posible.
la pérdida de datos. El error bloquea el progreso en esta
área.
2 El error causa problemas graves en la El error debe corregirse antes del

funcionalidad u otros aspectos lanzamiento del producto.
importantes; el producto se bloquea en
casos poco claros.
2 Pruebas de concurrencia
Grafico 1 se hacen peticiones concurrentes para un caso de prueba en particular, y establece el

siguiente parámetro: 20 conexiones concurrentes por medio de la herramienta JMeter
3 Gráficos de desempeño
Se muestran a continuación los gráficos que Indican el desempeño del Procesador y
Memoria RAM para el caso de prueba seleccionado.

Plan de Pruebas
Grafico 2.1 Escenario donde no hay peticiones hacia la aplicación.
Grafico 2.2 Escenario donde se ejecutan pruebas de concurrencia y se hacen peticiones a la

aplicación

Plan de Pruebas
Grafico 2.3 Escenario donde se evaluaron los casos de prueba que fueron diseñados
anteriormente.
4 Resultados de la prueba
Se obtuvieron resultados positivos de todos los casos de prueba. No hubo errores sin resolver
de Gravedad 1 y 2 ni de un nivel de Prioridad 2 o superior. La aplicación no colapsa en condiciones
de concurrencia en el orden de 20 conexiones. Esto demuestra el cumplimiento de los objetivos de
las pruebas, con lo que el sistema diseñado está listo para el lanzamiento.

Copyright (C) 2003 Jason Robbins. Todos los derechos reservados.
Copyright (C) 2006 CNTI. Todos los derechos reservados
La redistribución y el uso de las plantillas, con o sin modificación, están permitidas siempre que se
cumplan las siguientes condiciones expuestas en:
http://merinde.rinde.gob.ve/index.php?option=com_remository&Itemid=37&func=fileinfo&id=1

Plan de Pruebas

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Plan de Pruebas

Cargado por

Copyright:

Formatos disponibles

Plan de Pruebas

<Logo de la Empresa Cliente>

COLEGIO UNIVERSITARIO DE CARACAS 2011-2012 Pág. 2 de 15

COLEGIO UNIVERSITARIO DE CARACAS 2011-2012 Pág. 3 de 15

2 Antecedentes y Propósito ............................................................................................................................. 4

3 Herramientas para las Pruebas..................................................................................................................... 5

6 Criterios para el Lanzamiento........................................................................................................................ 7

COLEGIO UNIVERSITARIO DE CARACAS 2011-2012 Pág. 4 de 15

2 Definiciones, Acrónimos y Abreviaturas

 Software: conjunto de programas, instrucciones y reglas informáticas que permiten ejecutar

 U.E.T.D: Unidad Educativa Técnico Deportiva.

 Seccional: departamento encargado de la organización de documentos y demás

COLEGIO UNIVERSITARIO DE CARACAS 2011-2012 Pág. 5 de 15

Título Fecha Organización Identificador del

3 Herramientas para las Pruebas

Nombre Versión Para que se usa

3 Configuraciones de Pruebas de ambiente

Requerimiento Versión Fabricante Implementación de la configuración

COLEGIO UNIVERSITARIO DE CARACAS 2011-2012 Pág. 7 de 15

Requerimiento Versión Fabricante Implementación de la configuración

ID/Nombre/Sistema/Proyecto: Sistema de gestión

COLEGIO UNIVERSITARIO DE CARACAS 2011-2012 Pág. 8 de 15

Decisión de Aprobación del Caso de Prueba: Aprobó: _x_ Fallo: ___

ID/Nombre/Sistema/Proyecto: Sistema de gestión

Decisión de Aprobación del Caso de Prueba: Aprobó: _x_ Fallo: ___

COLEGIO UNIVERSITARIO DE CARACAS 2011-2012 Pág. 9 de 15

Nombre y firma del Cliente Ana Maldonado

ID/Nombre/Sistema/Proyecto: Sistema de gestión

Decisión de Aprobación del Caso de Prueba: Aprobó: _x_ Fallo: ___

ID/Nombre/Sistema/Proyecto: Sistema de gestión

Decisión de Aprobación del Caso de Prueba: Aprobó: _x_ Fallo: ___

ID/Nombre/Sistema/Proyecto: Sistema de gestión

Decisión de Aprobación del Caso de Prueba: Aprobó: _x_ Fallo: ___

COLEGIO UNIVERSITARIO DE CARACAS 2011-2012 Pág. 11 de 15

Nombre y firma del Cliente Ana Maldonado

1 Casos de Pruebas por Prioridad de Caso de Uso

1 Ficha: Matriz de Trazabilidad

COLEGIO UNIVERSITARIO DE CARACAS 2011-2012 Pág. 12 de 15

6 Criterios para el Lanzamiento

• No existen errores sin solucionar de Gravedad 1 o Gravedad 2.

Calificación Definición de gravedad Definición de prioridad

2 El error causa problemas graves en la El error debe corregirse antes del

Grafico 1 se hacen peticiones concurrentes para un caso de prueba en particular, y establece el

COLEGIO UNIVERSITARIO DE CARACAS 2011-2012 Pág. 13 de 15

Grafico 2.1 Escenario donde no hay peticiones hacia la aplicación.

Grafico 2.2 Escenario donde se ejecutan pruebas de concurrencia y se hacen peticiones a la

COLEGIO UNIVERSITARIO DE CARACAS 2011-2012 Pág. 14 de 15

COLEGIO UNIVERSITARIO DE CARACAS 2011-2012 Pág. 15 de 15

También podría gustarte