SlideShare una empresa de Scribd logo
1 de 14
Descargar para leer sin conexión
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
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.
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:
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.
INFORME DE PRUEBAS
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:
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:
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.
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
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.
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.
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.
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.
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.

Más contenido relacionado

La actualidad más candente

Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de softwareGuillermo Lemus
 
Verificación y Validación de Software
Verificación y Validación de SoftwareVerificación y Validación de Software
Verificación y Validación de SoftwareJeniffer Manosalvas
 
Pruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionPruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionAbner Gerardo
 
Calidad de Software
Calidad de SoftwareCalidad de Software
Calidad de SoftwareAnaMelba MH
 
Las diez principales amenazas para las bases de datos
Las diez principales amenazas para las bases de datosLas diez principales amenazas para las bases de datos
Las diez principales amenazas para las bases de datosImperva
 
1. Casos De Uso
1. Casos De Uso1. Casos De Uso
1. Casos De Usoelimejia
 
Validación de Requerimientos
Validación de RequerimientosValidación de Requerimientos
Validación de RequerimientosUTPL UTPL
 
Ieee 830 srs
Ieee 830 srsIeee 830 srs
Ieee 830 srsLauC2457
 
Gestion de pruebas y migraciones (0)
Gestion de pruebas y  migraciones (0)Gestion de pruebas y  migraciones (0)
Gestion de pruebas y migraciones (0)León Leon
 
Clasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de softwareClasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de softwareElvisAR
 
Modelo de casos de uso 2ª versión(2)
Modelo de casos de uso 2ª versión(2)Modelo de casos de uso 2ª versión(2)
Modelo de casos de uso 2ª versión(2)Jose Torres Gonzales
 

La actualidad más candente (20)

Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de software
 
Verificación y Validación de Software
Verificación y Validación de SoftwareVerificación y Validación de Software
Verificación y Validación de Software
 
Pruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionPruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacion
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de software
 
Plan de pruebas
Plan de pruebasPlan de pruebas
Plan de pruebas
 
Modelos de dominio
Modelos de dominioModelos de dominio
Modelos de dominio
 
Calidad de Software
Calidad de SoftwareCalidad de Software
Calidad de Software
 
5. Métodos de Prueba de Software
5. Métodos de Prueba de Software5. Métodos de Prueba de Software
5. Métodos de Prueba de Software
 
Ingenieria de software
Ingenieria de softwareIngenieria de software
Ingenieria de software
 
Los controles de aplicacion
Los controles de aplicacionLos controles de aplicacion
Los controles de aplicacion
 
Las diez principales amenazas para las bases de datos
Las diez principales amenazas para las bases de datosLas diez principales amenazas para las bases de datos
Las diez principales amenazas para las bases de datos
 
1. Casos De Uso
1. Casos De Uso1. Casos De Uso
1. Casos De Uso
 
Taller de Programación Distribuida
Taller de Programación DistribuidaTaller de Programación Distribuida
Taller de Programación Distribuida
 
Validación de Requerimientos
Validación de RequerimientosValidación de Requerimientos
Validación de Requerimientos
 
Ieee 830 srs
Ieee 830 srsIeee 830 srs
Ieee 830 srs
 
Togaf
TogafTogaf
Togaf
 
Gestion de pruebas y migraciones (0)
Gestion de pruebas y  migraciones (0)Gestion de pruebas y  migraciones (0)
Gestion de pruebas y migraciones (0)
 
Clasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de softwareClasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de software
 
Modelo de requerimientos
Modelo de requerimientosModelo de requerimientos
Modelo de requerimientos
 
Modelo de casos de uso 2ª versión(2)
Modelo de casos de uso 2ª versión(2)Modelo de casos de uso 2ª versión(2)
Modelo de casos de uso 2ª versión(2)
 

Similar a Plan de pruebas. casos de prueba

Gfpi f-19 guia de requerimientos proyecto
Gfpi f-19 guia de requerimientos proyectoGfpi f-19 guia de requerimientos proyecto
Gfpi f-19 guia de requerimientos proyectoYulian Bedoya
 
Semana 1 - 2.pptx
Semana 1 - 2.pptxSemana 1 - 2.pptx
Semana 1 - 2.pptxjhoedmon
 
Guia de calidad para desarrollo de software
Guia de calidad para desarrollo de softwareGuia de calidad para desarrollo de software
Guia de calidad para desarrollo de softwareAndres Epifanía Huerta
 
Presentación 3 eje tematico (3)
Presentación 3 eje tematico (3)Presentación 3 eje tematico (3)
Presentación 3 eje tematico (3)Janethbaquer85
 
Power Point Compra Venta Ok
Power Point Compra Venta OkPower Point Compra Venta Ok
Power Point Compra Venta Okcarmen99
 
Admon desarrollo exponer
Admon desarrollo exponerAdmon desarrollo exponer
Admon desarrollo exponertomich01
 
Fases de un proyecto de desarrollo de software
Fases de un proyecto de desarrollo de softwareFases de un proyecto de desarrollo de software
Fases de un proyecto de desarrollo de softwareEugenio Del Pozo Dipre
 
Auditoria informatica: Resumen por daniel izquierdo
Auditoria informatica: Resumen por daniel izquierdoAuditoria informatica: Resumen por daniel izquierdo
Auditoria informatica: Resumen por daniel izquierdoDaniel Izquierdo
 
366822968 paso-5-examen-final
366822968 paso-5-examen-final366822968 paso-5-examen-final
366822968 paso-5-examen-finaldanny rios
 
Sistema para la gestión de interrupciones y medios informáticos en Artex S.A
Sistema para la gestión de interrupciones y medios informáticos en Artex S.ASistema para la gestión de interrupciones y medios informáticos en Artex S.A
Sistema para la gestión de interrupciones y medios informáticos en Artex S.ARodrigoGonzlezEsparz
 
Auditoria de aplicaciones
Auditoria de aplicacionesAuditoria de aplicaciones
Auditoria de aplicacionesAndres Reyes
 
Auditoria sistema ti
Auditoria sistema tiAuditoria sistema ti
Auditoria sistema tiRuben Robles
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientoskaresha3
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientoskaresha3
 
Requerimientos
RequerimientosRequerimientos
Requerimientoskaresha3
 
Validación de Procesos Importancia de la etapa 1 y 2
Validación de Procesos Importancia de la etapa 1 y 2Validación de Procesos Importancia de la etapa 1 y 2
Validación de Procesos Importancia de la etapa 1 y 2Nombre Apellidos
 

Similar a Plan de pruebas. casos de prueba (20)

Guiaprueba
GuiapruebaGuiaprueba
Guiaprueba
 
Gfpi f-19 guia de requerimientos proyecto
Gfpi f-19 guia de requerimientos proyectoGfpi f-19 guia de requerimientos proyecto
Gfpi f-19 guia de requerimientos proyecto
 
Semana 1 - 2.pptx
Semana 1 - 2.pptxSemana 1 - 2.pptx
Semana 1 - 2.pptx
 
Guia de calidad para desarrollo de software
Guia de calidad para desarrollo de softwareGuia de calidad para desarrollo de software
Guia de calidad para desarrollo de software
 
Presentación 3 eje tematico (3)
Presentación 3 eje tematico (3)Presentación 3 eje tematico (3)
Presentación 3 eje tematico (3)
 
Power Point Compra Venta Ok
Power Point Compra Venta OkPower Point Compra Venta Ok
Power Point Compra Venta Ok
 
Is new
Is newIs new
Is new
 
Admon desarrollo exponer
Admon desarrollo exponerAdmon desarrollo exponer
Admon desarrollo exponer
 
Fases de un proyecto de desarrollo de software
Fases de un proyecto de desarrollo de softwareFases de un proyecto de desarrollo de software
Fases de un proyecto de desarrollo de software
 
Taller metricas
Taller metricasTaller metricas
Taller metricas
 
Auditoria informatica: Resumen por daniel izquierdo
Auditoria informatica: Resumen por daniel izquierdoAuditoria informatica: Resumen por daniel izquierdo
Auditoria informatica: Resumen por daniel izquierdo
 
366822968 paso-5-examen-final
366822968 paso-5-examen-final366822968 paso-5-examen-final
366822968 paso-5-examen-final
 
Sistema para la gestión de interrupciones y medios informáticos en Artex S.A
Sistema para la gestión de interrupciones y medios informáticos en Artex S.ASistema para la gestión de interrupciones y medios informáticos en Artex S.A
Sistema para la gestión de interrupciones y medios informáticos en Artex S.A
 
Auditoria de aplicaciones
Auditoria de aplicacionesAuditoria de aplicaciones
Auditoria de aplicaciones
 
Material rap3
Material rap3Material rap3
Material rap3
 
Auditoria sistema ti
Auditoria sistema tiAuditoria sistema ti
Auditoria sistema ti
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientos
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientos
 
Requerimientos
RequerimientosRequerimientos
Requerimientos
 
Validación de Procesos Importancia de la etapa 1 y 2
Validación de Procesos Importancia de la etapa 1 y 2Validación de Procesos Importancia de la etapa 1 y 2
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.