Validación de Procesos Importancia de la etapa 1 y 2
Plan de pruebas. casos de prueba
1. PLAN DE PRUEBAS.
Sistema de Inscripción del Instituto Bolivariano de
Educación Especial El Tigre.
Elaborado por:
Italia Morales
Edgar Coa
Estefany Martínez
2. 1- Introducción:
1.1 Información del Proyecto.
Proyecto: IMPLEMENTACIÓN DE UN
SISTEMA DE INFORMACIÓN PARA LA
GESTIÓN DE LOS PROCESOS DE
INSCRIPCIÓN ESTUDIANTIL DEL
INSTITUTO DE EDUCACIÓN ESPECIAL
BOLIVARIANO, EL TIGRE, ESTADO
ANZOÁTEGUI.
Organización: Instituto de Educación Especial
Bolivariano, El Tigre.
Tipo de Proyecto: Proyecto de Desarrollo de Software.
Equipo de Proyecto
Jefe de
Pruebas:
Italia Morales. Analistas de Pruebas: Estefany Martínez
– Edgar Coa.
1.2- Objetivo del plan de pruebas.
Este documento, tiene como finalidad entregar las pautas y definir la estrategia que se seguirá para
llevar a cabo la certificación del SISTEMA DE INFORMACIÓN PARA LA GESTIÓN DE LOS
PROCESOS DE INSCRIPCIÓN ESTUDIANTIL DEL INSTITUTO DE EDUCACIÓN ESPECIAL
BOLIVARIANO, EL TIGRE, ESTADO ANZOÁTEGUI. El objetivo general del plan es establecer
las condiciones para la aplicación de las pruebas de manera de obtener, un sistema que pueda ser
completado con una recepción total de los interesados y entrar en operación con la totalidad de las
funcionalidades requeridas para su funcionamiento.
3. 2- Entorno y configuración de las pruebas.
Para el proceso de pruebas del proyecto se requiere de la disponibilidad de los siguientes entornos, a
saber:
a. Equipo marca LENOVO T2330(1.60GHz), 1GB RAM, 160GB 5400rpm HDD, 12.1in
1280x800 LCD, Intel X3100, 802.11bg wireless, Windows 10.
b. Equipos: Equipos de Prueba.
Equipo marca COMPAQ Amd Sempron 1.80 GHz Windows 10, 1 GB RAM 80 HDD,
802.11bg wireless, IE version 6.
c. Base de Datos MySQL en administrador phpMyAdmin, reside en el servidor Xampp. Todos
ellos configurados por el equipo de prueba.
2.1. Criterios de Inicio.
Aceptación del plan de pruebas. Revisión y aceptación del documento que contiene los
casos de pruebas para la certificación del proyecto.
2.2. Criterios de Aprobación / Rechazo.
Errores Graves: información crítica presentada erróneamente, información mal registrada en la base
de datos, caídas de programas, incumplimiento de objetivos en funciones principales, etc.
Errores Medios (comunes): errores en documentos impresos que se entregan a personas ajenas a la
organización, errores en presentación de datos, incumplimiento de objetivos en funciones secundarias,
caídas de programas auxiliares, etc.
Errores Leves: errores en presentación de datos secundarios, no adecuación a estándares,
comportamientos correctos pero diferentes en situaciones similares, dificultades de operación, etc.
Descripción: Se aprobará el proyecto con un 100% de las pruebas ejecutadas pero con un 90% de
aceptación. Esto quiere decir el 90% de las pruebas deben ser exitosas y sin errores. El restante 10%
pueden existir errores medios o bajos, pero no graves. En caso de ocurrir que el proyecto no cumpla
con el nivel exigido, el proyecto se rechaza completo en su etapa de certificación.
3- Estrategia de Pruebas.
Se requiere certificar por parte del equipo de desarrollo y por parte del usuario el producto: SISTEMA
DE INFORMACIÓN PARA LA GESTIÓN DE LOS PROCESOS DE INSCRIPCIÓN
ESTUDIANTIL DEL INSTITUTO DE EDUCACIÓN ESPECIAL BOLIVARIANO, EL TIGRE,
ESTADO ANZOÁTEGUI. Por ende se debe verificar:
4. Los instrumentos de recolección de información
El diseño del sistema
Que las funcionalidades del sistema trabajen correctamente
Será necesario indicar como objetivo realizar las pruebas de los sub-módulos de registro y gestión de
archivos
Esto se refiere a verificar y validar los resultados o salidas generados.
Un objetivo importante es la utilización de técnicas formales de prueba (RTFs.: Estáticas y
Dinámicas).
4.1 Escenario de las Pruebas.
Para cumplir con los objetivos planteados deben existir tres escenarios, que son, Pruebas de
Instalación, Pruebas de Interfaz y Pruebas de Operación o Funcionales.
Para las pruebas de Validación se debe comprobar:
Correcta ejecución de los ítems establecidos en el instrumento: Guion de Entrevista
Para las pruebas de Diseño Interfaz máquina-usuario se debe comprobar:
Estilo de Fuentes
Tamaño de Fuentes
Colores
Estilo de Logo
Estilo de Menú.
Estilo de Navegación
Estilo de Formularios
Estilo de Botones
Para las pruebas de Operación o Funcionales se debe comprobar:
El comportamiento de aplicación con casos inválidos y válidos, de flujo completo de los
procesos.
El comportamiento de aplicación con casos inválidos y válidos, de flujo completo del proceso
de los documentos generados por el sistema.
El comportamiento de aplicación con casos inválidos y válidos, de flujo completo del proceso
de las diferentes actividades relacionadas con los módulos.
El comportamiento de la aplicación para el módulo de Registro.
El comportamiento de la aplicación para el módulo de Gestión de Archivos.
6. Pruebas Estáticas.
Sistema Propuesto: SIEBET. Documento #1 Revisión #1
Título del proyecto: IMPLEMENTACIÓN DE UN SISTEMA
DE INFORMACIÓN PARA LA GESTIÓN DE LOS
PROCESOS DE INSCRIPCIÓN ESTUDIANTIL DEL
INSTITUTO DE EDUCACIÓN ESPECIAL BOLIVARIANO,
EL TIGRE, ESTADO ANZOÁTEGUI.
Pág #1 Fecha
21-05-2017
INFORME DE INSPECCION
Tipo de inspección:
Requisitos Especificaciones Arquitectura
Diseño
Tipo de Prueba: Validación de
Instrumento - Estática
Técnica Utilizada: Juicio de Experto
Nº Aspectos Cumple No cumple
1 Datos de los
Investigadores
2 Datos de Institución
3 Datos del entrevistado
4 Datos de la actividad
5 Pertinencia de Preguntas.
6 Redacción de Preguntas
7 Análisis de Resultado
Revisado por: Ing. Genesis Seijas
Aprobado por: Ing. Genesis Seijas
RESULTADOS ESPERADOS: La validación
del contenido del instrumento “Guion de
Entrevista”
RESULTADOS OBTENIDOS: El instrumento
cumple con los ítems necesarios para su validación.
Observaciones:
7. Sistema Propuesto: SIEBET. Documento #2 Revisión #2
Título del proyecto: IMPLEMENTACIÓN DE UN SISTEMA DE
INFORMACIÓN PARA LA GESTIÓN DE LOS PROCESOS DE
INSCRIPCIÓN ESTUDIANTIL DEL INSTITUTO DE
EDUCACIÓN ESPECIAL BOLIVARIANO, EL TIGRE,
ESTADO ANZOÁTEGUI.
Pág #1 Fecha
14-06-207
INFORME DE INSPECCION
Tipo de inspección:
Requisitos Especificaciones Arquitectura
Diseño (Interfaz
máquina-usuario)
Tipo de Prueba: Estática Técnica Utilizada: Juicio de Usuario.
Nº Aspectos Cumple No cumple
1 Estilo de Fuentes
2 Tamaño de Fuentes
3 Colores
4 Estilo de Logo
5 Estilo de Menú.
6 Estilo de Navegación
7 Estilo de Formularios
8 Estilo de Botones
Revisado por: Prof. Isabel Mercado
Aprobado por: Prof. Isabel Mercado
RESULTADOS ESPERADOS: Que el sistema
disponga de una interfaz amigable y de fácil
acceso.
RESULTADOS OBTENIDOS: El diseño de la
interfaz cumple con las condiciones establecidas
por los usuarios.
Observaciones:
8. Sistema Propuesto: SIEBET. Documento #3 Revisión #4
Título del proyecto: IMPLEMENTACIÓN DE UN SISTEMA
DE INFORMACIÓN PARA LA GESTIÓN DE LOS
PROCESOS DE INSCRIPCIÓN ESTUDIANTIL DEL
INSTITUTO DE EDUCACIÓN ESPECIAL BOLIVARIANO,
EL TIGRE, ESTADO ANZOÁTEGUI.
Pág #1 Fecha
27-11-2017
INFORME DE INSPECCION
Tipo de inspección:
Requisitos Especificaciones Arquitectura
Diseño (UML)
Tipo de Prueba: Estática Técnica Utilizada: Juicio de Experto
Aspectos Cumple No cumple
Figuras
Actores
Interacción
Procesos
Explicitud
Descripción del diagrama
RESULTADOS ESPERADOS: Que se
permita determinar la interacción que poseen
los actores con el sistema.
RESULTADOS OBTENIDOS: Los diagramas
muestran la interacción del usuario con el sistema.
Revisado por: Ing. Julian Pino
Aprobado por: Ing. Julian Pino
Observaciones:
Diseño Diagramas UML: Diagramas de caso de uso, diagramas de secuencia, diagrama de
actividad y diagrama de modelo de negocio.
9. Pruebas Dinámicas.
Sistema Propuesto: SIEBET. Documento #4 Revisión
Título del proyecto: IMPLEMENTACIÓN DE UN SISTEMA
DE INFORMACIÓN PARA LA GESTIÓN DE LOS
PROCESOS DE INSCRIPCIÓN ESTUDIANTIL DEL
INSTITUTO DE EDUCACIÓN ESPECIAL BOLIVARIANO,
EL TIGRE, ESTADO ANZOÁTEGUI.
Pág #1 Fecha
13-12-2017
INFORME DE INSPECCION
Tipo de Prueba: Dinámica, de función. Técnica Utilizada: Caja Negra
Caso de Prueba: Inicio de Sesión
Requisitos RF1, RNF1
Actor(es) Todos.
Objetivo Acceder al sistema como usuario autorizado.
Precondición El usuario está registrado en el sistema.
Acción del Actor Respuesta del Sistema
Inicia el sistema. 1. El sistema presenta el formulario de identificación de
usuario.
Ingresa identificación (código de
usuario y contraseña).
2. El sistema valida datos ingresados: código de
usuario/contraseña.
2.1. Si datos correctos, inicializa sesión.
Postcondición Se muestra el formulario con el menú de opciones
disponibles.
Resultados Esperados : Que le permita
a los manejadores el acceso al sistema
Resultados Obtenidos: El inicio de sesión se realiza de
manera satisfactoria
10. Sistema Propuesto: SIEBET. Documento #5 Revisión #4
Título del proyecto: IMPLEMENTACIÓN DE UN SISTEMA DE
INFORMACIÓN PARA LA GESTIÓN DE LOS PROCESOS DE
INSCRIPCIÓN ESTUDIANTIL DEL INSTITUTO DE
EDUCACIÓN ESPECIAL BOLIVARIANO, EL TIGRE,
ESTADO ANZOÁTEGUI.
Pág #1 Fecha
20-01-2018
INFORME DE INSPECCION
Tipo de Prueba: Dinámica, de función. Técnica Utilizada: Caja Negra
Caso de Prueba: Registrar Alumno.
Requisitos RF2, RF3, RF4, RF8, RF9, RNF10
Actor(es) Personal administrativo y directivo.
Objetivo Registrar y mantener datos del alumno
Precondición El usuario está registrado en el sistema.
El usuario tiene privilegios.
<<include>> Registrar representante.
Acción del Actor Respuesta del Sistema
Ejecutar funcionalidad 1. El actor selecciona la opción Registro de Alumno.
2. El sistema muestra un formulario para agregar
estudiante.
Postcondición 3. El sistema válida que el número de cédula no esté
ya registrado y muestra en pantalla un formulario.
a. Si el número de cédula ingresado ya existe en la
base de datos el sistema muestra un mensaje de error y
no muestra el formulario para el registro de los datos.
4. El actor ingresa los datos del estudiante y selecciona
la opción aceptar.
Resultados Esperados : Que le permita a
los administradores del sistema registrar
un nuevo estudiante
Resultados Obtenidos: Los registros se realizan de manera
satisfactoria.
11. Sistema Propuesto: SIEBET. Documento #6 Revisión #4
Título del proyecto: IMPLEMENTACIÓN DE UN SISTEMA DE
INFORMACIÓN PARA LA GESTIÓN DE LOS PROCESOS DE
INSCRIPCIÓN ESTUDIANTIL DEL INSTITUTO DE
EDUCACIÓN ESPECIAL BOLIVARIANO, EL TIGRE,
ESTADO ANZOÁTEGUI.
Pág #1 Fecha
06-02-2018
INFORME DE INSPECCION
Tipo de Prueba: Dinámica, de función. Técnica Utilizada: Caja Negra
Caso de Prueba: Registrar Usuario.
Requisitos RNF2, RNF3
Actor(es) Personal administrativo y directivo.
Objetivo Registrar y mantener usuarios definidos.
Precondición El manejador está registrado en el sistema como
administrador.
<<include>> Respuesta del Sistema
Acción del Actor 1. El actor selecciona la opción Registro de Usuario.
2. El sistema muestra un formulario para agregar usuario.
Ejecutar funcionalidad 3. El sistema solicita, nombre, cedula, nombre de usuario y
nivel de privilegios.
a. Si el número de cédula ingresado ya existe en la base
de datos el sistema muestra un mensaje de error y no
muestra el formulario para el registro de los datos.
4. El actor ingresa los datos y selecciona la opción aceptar.
Postcondición 5. El sistema inserta registro en la base de datos.
a. Si transacción es exitosa, muestra mensaje.
b. Si transacción no es exitosa, muestra mensaje
explicativo.
6. Regresa a la pantalla de Registros.
Resultados Esperados: Que le permita a
los administradores del sistema registrar
un nuevo usuario.
Resultados Obtenidos: Los registros de usuario se realizan
de manera satisfactoria.
12. Sistema Propuesto: SIEBET. Documento #7 Revisión #4
Título del proyecto: IMPLEMENTACIÓN DE UN SISTEMA DE
INFORMACIÓN PARA LA GESTIÓN DE LOS PROCESOS DE
INSCRIPCIÓN ESTUDIANTIL DEL INSTITUTO DE
EDUCACIÓN ESPECIAL BOLIVARIANO, EL TIGRE,
ESTADO ANZOÁTEGUI.
Pág #1 Fecha
20-02-2018
INFORME DE INSPECCION
Tipo de Prueba: Dinámica, de función. Técnica Utilizada: Caja Negra
Caso de Prueba: Gestionar Registros.
Requisitos RF5, RF6
Actor(es) Personal administrativo y directivo.
Objetivo Gestionar la información del registro de los estudiantes
mediante las operaciones: visualizar, modificar y eliminar.
Precondición El usuario está registrado en el sistema.
El usuario tiene privilegios, como Administrador.
<<include>> Visualizar, Modificar, Eliminar.
Acción del Actor Respuesta del Sistema
Ejecutar funcionalidad 1. El sistema muestra la opción Listado General de los
estudiantes.
2. Actualizar estudiantes. Implica tres funciones Visualizar,
Modificar, Eliminar.
Postcondición 1. Si selección es visualizar
a) Presenta todos los datos del alumno y
representante.
3. Si selección es Modificar
a. Presenta datos del registro de inscripción para
modificación.
4. Si selección es eliminar
a. Presenta datos del registro para su eliminación.
b. Si existe error, muestra error y permite ingreso de
dato corregido o permite salir de la funcionalidad.
c. Si no existe error, actualizar datos.
c.1. Envía mensaje da transacción exitosa.
c.2. Regresa a la lista de registros.
Resultados Esperados: Que le permita a
los administradores del sistema gestionar
los registros de los estudiantes
Resultados Obtenidos: La gestión de los registros
existentes se realizan de manera satisfactoria.
13. Sistema Propuesto: SIEBET. Documento #8 Revisión # 3
Título del proyecto: IMPLEMENTACIÓN DE UN SISTEMA DE
INFORMACIÓN PARA LA GESTIÓN DE LOS PROCESOS DE
INSCRIPCIÓN ESTUDIANTIL DEL INSTITUTO DE
EDUCACIÓN ESPECIAL BOLIVARIANO, EL TIGRE,
ESTADO ANZOÁTEGUI.
Pág #1 Fecha
10-03- 2018
INFORME DE INSPECCION
Tipo de Prueba: Dinámica, de función. Técnica Utilizada: Caja Negra
Caso de Prueba: Generar Reportes.
Requisitos RF7, RF8. RF9
Actor(es) Todos.
Objetivo Consultar y validar información de estudiantes de forma
física.
Precondición El usuario está registrado en el sistema.
Acción del Actor Respuesta del Sistema
Ejecuta funcionalidad Gestión de
Archivos.
1. El sistema presenta diversos listados y documentos para
impresión.
Selecciona una salida para la consulta. 2. El sistema envía el reporte a la salida seleccionada
(pantalla).
4. Seleccionado el reporte a imprimir, regresa al
formulario de Gestión de Archivos.
Postcondición <ninguna>
Resultados Esperados : Que le permita a
los manejadores obtener información para
la validación de registros
Resultados Obtenidos: Los reportes son obtenidos de
manera satisfactoria.
14. Sistema Propuesto: SIEBET. Documento #9 Revisión # 4
Título del proyecto: IMPLEMENTACIÓN DE UN SISTEMA DE
INFORMACIÓN PARA LA GESTIÓN DE LOS PROCESOS DE
INSCRIPCIÓN ESTUDIANTIL DEL INSTITUTO DE
EDUCACIÓN ESPECIAL BOLIVARIANO, EL TIGRE,
ESTADO ANZOÁTEGUI.
Pág #1 Fecha
15-12- 2018
INFORME DE INSPECCION
Tipo de Prueba: Dinámica, de función. Técnica Utilizada: Caja Negra
Caso de Prueba: Cerrar sesión.
Requisitos RF10
Actor(es) Todos.
Objetivo Salir del sistema, cerrando la sesión de trabajo.
Precondición <ninguna>
Acción del Actor Respuesta del Sistema
Ejecuta funcionalidad Gestión de
Archivos.
El sistema pide confirmación.
1.1. Si acción confirmada, el sistema cierra conexión a
base de datos y cierra formulario.
1.2. Si la acción no confirmada, el sistema muestra la
pantalla principal del sistema.
Postcondición El sistema cierra todas las pantallas y la conexión a la base
de datos de manera exitosa.
Resultados Esperados : Que le permita a
los manejadores obtener información para
la validación de registros
Resultados Obtenidos: Los reportes son obtenidos de
manera satisfactoria.