Está en la página 1de 13

Repblica Bolivariana de Venezuela

Ministerio del Poder Popular para la Educacin Universitaria


Instituto Universitario de Tecnologa del Oeste Mariscal Sucre
Programa Nacional de Formacin Informtica
Escuela Bsica Distrital Artesanal Jos Gregorio Hernndez

Profesor:
Ing. Yulis Matos

Caracas, Jueves 12 de
I.
HOJA
Versin

0.1

Fecha

08/12/2013

Docum
ento de
Proces
o de
prueba
s,
SISAG
A
Versi
n 0.1

Cambios
respecto a la
Versin Anterior
Versin Inicial

Estudiantes:
Landaeta, Yonali
Llovera, Alex
Molero, Chrystian
Silva, Adarleika

Diciembre de 2013.
RESUMEN DE
MODIFICACIONES

Elaborado por

Landaeta Yonali,
Llovera Alex,
Molero Chrystian
y Silva Adarleika

Aprobado
por

II.

IDENTIFICACIN DEL PROYECTO

Proyecto
Desarrollo de un sistema
automatizado para la gestin
acadmica de la Escuela Bsica
Distrital Artesanal Jos Gregorio
Hernndez.

Tipo de Proyecto
Proyecto Socio-Tecnolgico de
Desarrollo de Software para la
Automatizacin de los procesos de
gestin acadmica para Escuela Bsica
Distrital Artesanal Jos Gregorio
Hernndez.
Documentos de Evaluacin Relacionados
2

1. Plan de pruebas
Lder del Proyecto:
Landaeta, Yonali.

III.
I.
II.
III.

Equipo de Proyecto
Arquitecto de Producto:
Landaeta Yonali,
Llovera Alex,
Molero Chrystian,
Silva Adarleika.

Analista Programador:
Landaeta Yonali,
Llovera Alex,
Molero Chrystian,
Silva Adarleika.

INDICE CONTENIDO
Hoja resumen de modificacionesII
Identificacin del ProyectoIII
ndice de contenidoIV

1. I. Plan de pruebas1
1.1. Introduccin al plan de pruebas...2
1.2. Elementos a probar2
1.3. Caractersticas a probar5
3

1.4. Enfoque general de pruebas.5


1.5. Criterios de paso/fallo para cada elemento6
1.6. Documentos a entregar.7
1.7. Actividades de preparacin y ejecucin de pruebas.7
1.8. Responsabilidades de la organizacin y realizacin de las pruebas.7
1.9. Necesidades de personal y de formacin..8
1.10.
Esquemas de tiempos.8
1.11.
Riesgos asumidos y planes de contingencia..8
1.12.
Aprobaciones9
Conclusiones..9

Plan de
prueba
s
PPPROINSSIS
AGA 0.1

Fecha: 11/12/2013
Plan de pruebas para el proceso de inscripcin del sistema automatizado de gestin acadmica.

1.1. Introduccin al plan de pruebas.


Como todo proceso de desarrollo de software, la buena planificacin de las
actividades, es crucial, para que el trabajo y la familiarizacin del equipo de
proyecto con su trabajo sea ms efectiva y eficiente, siendo el proceso de pruebas
de una aplicacin una parte muy importante para que el software que sea
entregado al cliente, tenga el mayor grado de calidad que sea posible, en esta
seccin del documento se expresar la planificacin de las pruebas o test que se
llevarn a cabo sobre el mdulo de inscripciones.
La importancia de que la aplicacin ejecute con solides el proceso de
inscripcin es crucial, ya que la organizacin trabaja con los datos ingresados
durante dicho proceso, por lo que uno de los principales requisitos del cliente, es
que el software cumpla un nivel de robustez y seguridad para evitar
inconsistencias que sean fatales para la organizacin.
El proceso de inscripciones se divide en dos sub-mdulos, sub-mdulo de
nuevo ingreso y sub-mdulo de Alumno regular, se probar el 90 % del mdulo
de inscripciones y el 90 % por cada sub-modulo.
1.2. Elementos a probar
Elementos a probar en el sub-modulo de Nuevo ingreso.
Principalmente los elemento a utilizar en este documento tenemos que
como requisito primordial es consultar para una nueva inscripcin es que el
sistema compruebe el campo de la cedula del representante y si adems este ya
realizo una preinscripcin, para que el sistema pueda comprobar y as realizar los
pasos para la inscripcin en el cual los elementos a evaluar conjuntamente en la
base de datos los cuales son:

La cedula del representante (requisito esencial en la inscripcin ya que si


no existe en la preinscripcin no se realiza la inscripcin)
Nombres y apellidos del alumno a inscribir(el sistema toma los datos ya
ingresados en la preinscripcin estos campos no son modificables)
Fecha de nacimiento del alumno a inscribir (el sistema toma los datos ya
ingresados en la preinscripcin estos campos no son modificables)
Sexo(puede ser masculino o femenino)
2

Nacionalidad ( existen 2 tipos Venezolano y extranjero )


Lugar de nacimiento(depende de que parroquia este viviendo el
representante con el alumno)
Vacunas(bsicos y necesarios para las descripciones del alumno)
Plantel de procedencia ( datos importantes el cual se deben verificar ya que
si el alumno ha cursado grados anteriores en otros planteles)
Direccin casa/habitacin(se necesitan para tener un lugar de contacto en
para efectos de los directivos y personales administrativos)
Datos de discapacidad(si existe una discapacidad al alumno se coloca de
manera informativa y tener precaucin)
Datos de familiar( en este casi se pide como mnimo un familiar que no sea
el representante que est inscribiendo)
Cedula de identidad( se debe colocar la identificacin de segundo familiar
este no tiene que ser el mismo que est inscribiendo)
Nombres y apellidos (se colocan los datos reales del segundo
representante )
Nacionalidad ( existen 2 tipos Venezolano y extranjero )
Facha de nacimiento( al colocarse el sistema valida si es mayor de edad
para poder seguir con el proceso)
Vive con el nio?(de acuerdo con lo establecido se necesita saber si vive
o no con el nio)
Parentesco (para saber qu relacin tiene con el estudiante a inscribir)
Tipo de direccin(depende de cual se desea colocar se necesita una en el
cual se consiga a la persona por alguna eventualidad o emergencia)
Direccin( lugar en el cual se pueda encontrar a esa persona con
seguridad)
Tipo de telfono( ya puede ser personal o del trabajo lo importante es
poder encontrar a ese segundo representante del nio)
Telfono( puede ser tanto como de casa o habitacin o personal si se
desea)
Cedula estudiantil( siguiendo un formato estndar ya el sistema a
ingresado el resto de datos necesarios solo se coloca el nmero de hijo
todo bajo la estndar que se usa)
Fecha de inscripcin(facha de emisin de la inscripcin para datos
administrativos)
Ao escolar( esta fecha es depende de cuando se realiz la inscripcin)
Curso( cual grado se inscribir el alumno el cual est entre etapa bsica)
Turno( depende de qu grado o curso se asigna el turno ya sea maana o
tarde)
Secciones Disponibles( selecciona en que seccin se inscribir el alumno
depende de cuales tengan cupos disponibles)
3

Parentesco (para saber qu relacin tiene con el estudiante a inscribir)


Cumple con los requisitos?( se confirma si se tienen todos los requisitos
para formalizar la inscripcin entre ellos, partida de nacimiento, copia de la
cedula del representante entre otros)
Responsable de la inscripcin (nombre del administrador el cual llevo a
cabo el proceso de inscripcin).

Con todos estos elementos el sistema podr realizar la inscripcin de


nuevos alumnos en la institucin recordando que algunos campos son rellenados
automticamente al momento de que sigue la inscripcin ya que valida ciertos
campos necesarios y as de tal modo agilizar el proceso de inscripcin al
responsable de la misma.
Elementos a probar en el sub-modulo de alumno regular.
Al inscribir un alumno regular el sistema toma datos necesarios de la
primera inscripcin datos necesarios para una reinscripcin estos datos ya estn
validados anteriormente por el sistema ya que sin ellos no se hubiera realizado la
inscripcin pasada de cualquier alumno en este caso son algunos elementos que
se podrn llenar por el administrador.

Cedula estudiantil( esta cedula llevando el estndar y las reglas que se


usan en la institucin ya el sistema anterior mente la valido y no es
necesario de rellenarla)
Fecha de reinscripcin( el sistema tomara automticamente la fecha que se
est realizando esta operacin)
Ao escolar( esta fecha es depende de cuando se realiz la reinscripcin)
Tipo de inscripcin(actual) (mostrara el estado de la inscripcin
actualmente)
Responsable de la reinscripcin(nombre del administrador el cual llevo a
cabo el proceso de reinscripcin)
Seleccione el tipo de curso (depende de qu curso se desea reinscribir al
alumno ya sea en la etapa de preescolar o primaria)
Seleccione turno (depende del grado o curso al cual se inscriba se
seleccionara el turno maana o tarde)
Cursos disponibles (depende del turno mostrara que cursos estn
disponibles en ese horario)
Secciones disponibles (selecciona en que seccin se reinscribir el alumno
depende de cuales tengan cupos disponibles)

Representante actual (mostrara el representante actual el cual ya se


registr en el sistema y previamente haba realizado la preinscripcin por
primera vez)
Nuevo representante (solo si el primer representante ya no puede ser el
representante del alumno)

Con todos estos elementos el sistema podr realizar la reinscripcin de


alumnos regulares quiere decir que ya estn inscritos en la institucin recordando
que algunos campos son rellenados automticamente al momento de que sigue la
inscripcin ya que valida ciertos campos necesarios y as de tal modo agilizar el
proceso de reinscripcin al responsable de la misma.

1.3. Caractersticas a probar


INSCRIPCION:

Calendario.
Validacin de los campos no estn vacos.
Tipo de curso.
Turno.
Cupos disponibles.
Lista de alumnos inscritos.

1.4. Enfoque general de pruebas


En primera instancia, se ejecutar pruebas funcionales sobre los submdulos de nuevo ingreso y Alumno regular utilizando la tcnica de caja negra,
en caso tal de que se detecte un error de compilador, se proceder hacer un
chequeo del cdigo utilizando la tcnica de caja blanca. Si el comportamiento de
la aplicacin es el esperado, ms no el resultado, se proceder con las pruebas
unitarias sobre el componente, clase o funcin que lo requiera, bsicamente el
objetivo prioritario es que el modulo cumpla con el requisito del cliente que espera
de la aplicacin una correcta ejecucin del proceso, asegurando la validez de los
datos.
Se enfatizara por lo tanto, en la validacin de los datos ingresados de los
formularios del mdulo de inscripcin, cuyo proceso se ejecutara en la capa de

controlador; al ser crtico este procedimiento, se efectuar pruebas unitarias a


las funciones de validacin por cada formulario.
Las funciones que se probaran para el mdulo de inscripcin son:

Funcin primerFormIns()
Funcin segundoFormIns()
Funcin tercerFormIns()
Funcin cuartoFormIns()
Funcin formReIns()

Si una de estas funciones, presentan inconsistencias, se proceder a la


comprobacin del cdigo utilizando la tcnica de caja blanca.
Todas las pruebas sern manuales.

1.5. Criterios de paso/fallo para cada elemento

1.6. Documentos a entregar


Los documentos a entregar despus de finalizado el plan de pruebas son:

Procedimiento de prueba.
Log de pruebas.
Reporte de las pruebas.

1.7. Actividades de preparacin y ejecucin de pruebas


Equipo de pruebas: compuesto por cuatro (4) personas:
Landaeta, Yonali (lder de equipo)
Llovera, Alex
Molero, Chrystian
Silva, Adarleika
Actividades:

Determinar casos de pruebas


Ejecucin de las pruebas
Datos de la prueba
Preparar informe

Necesidades de entorno:

Computador con sistema operativo Windows.


Acceso a un servidor con la aplicacin instalada.
Requisitos del servidor: 256 mb. Memoria Ram, Procesador con
minimo de un (1) Ghz. tener instalado los compiladores para el lenguaje
de servidor php.

1.8. Responsabilidades de la organizacin y realizacin de las pruebas


Para las pruebas de funcionalidad (caja negra):

Landaeta, Yonali
Silva, Adarleika
Molero, Chrystian

Para las pruebas unitarias (caja blanca):

Llovera, Alex

1.9. Necesidades de personal y de formacin

Personal que domine los entornos de navegacin web mediante un


navegador web, Windows como sistema operativo, y que tenga dominio de
los lenguajes de programacin php y javascript.

1.10.

Esquemas de tiempos

Esquema de tiempo destinado a las pruebas del mdulo inscripciones


PERIODO ESTIMADO DE TIEMPO DE LAS
PRUEBAS
NOVIEMBRE
DICIEMBRE
ENERO

PRUEBAS PARA EL MDULO


INSCRIPCIONES
1

4 5 1 2

PRUEBA PANTALLA 1
PRUEBA PANTALLA 2
PRUEBA PANTALLA 3
PRUEBA PANTALLA 4
PRUEBA PANTALLA 5
PRUEBA PANTALLA 6

1.11.

Riesgos asumidos y planes de contingencia

Riesgos asumidos:

Incumplimiento del calendario de actividades. (por razones ajenas)


Perdida de los informes de las pruebas.

Planes de contingencia:

Replantear estrategias para cumplir con el plazo planificado (o si no,


reprogramar el cronograma).
Tener respaldo de los informes de pruebas, por cada persona participante
en el proceso de pruebas.

1.12.

Aprobaciones

Landaeta, Yonali (Jefe de equipo de prueba).


Zambrano, Angela (Jefa de la organizacin cliente).

CONCLUSIONES
La existencia de estndares y el uso de los mismos, es un paso importante
en la formalizacin de la Ingeniera de Software.
Es por ello que al aplicar este estndar IEEE 829, logra que las pruebas
reflejadas en este documento, sean una garanta para el personal que lo
manejar, pues le garantiza al mismo, seguridad y confianza de que este producto
poseer mnimos errores. Que es lo que finalmente espera el usuario.

También podría gustarte