Departamento de Elctrica y Electrnica

Proyecto Integrador II

Learn English and Braille Playing

Pruebas del Sistema

Integrantes: Narvez Andrs

Ruano Dayana
Sambache Kevin

NRC: 3757

12-julio-2017

Sangolqu - Ecuador
Contenido
PRUEBAS DEL SISTEMA ............................................................................................ 3
Sistema de Pruebas .................................................................................................. 3
Pruebas de Caja Negra. ................................................................................. 3
Pruebas de Caja Blanca. ................................................................................ 3
Pruebas de Integracin. .................................................................................. 3
Pruebas del sistema ....................................................................................... 3
Puntos a Evaluar ....................................................................................................... 3
Pruebas de Contenido .................................................................................... 3
Pruebas de Funcionalidad .............................................................................. 3
Pruebas de Usabilidad .................................................................................... 4
Usuarios .................................................................................................................... 4
Personas Comunes: ....................................................................................... 4
Desarrolladores: ............................................................................................. 4
Resultados de las Pruebas........................................................................................ 4
Resultados Desarrolladores............................................................................ 4
Resultados Personas Comunes...................................................................... 5
Trabajos citados ......................................................................................................... 10
Anexos: ................................................................................................................... 10
 PRUEBAS DEL SISTEMA
Todas las pruebas realizadas fueron llevadas a cabo con el sistema conformado por el
sistema Evaluador de CMM y por el sistema Asesor de CMMI. Se aplic la norma ISO
9000 sobre la calidad del sistema y el estndar IEEE 829.

Sistema de Pruebas
Un sistema de pruebas implica la aplicacin del mismo a travs de condiciones
controladas y la resultante evaluacin de la informacin. Las condiciones intervenidas
deben incluir tanto situaciones normales como anormales. El objetivo del sistema de
pruebas es encontrar un error para determinar situaciones en donde algo pasa cuando
no debe de pasar y contrariamente. Para la planeacin de las pruebas que se van a
realizar al sistema, se tomaron en cuenta las siguientes diferentes pruebas que se
explicarn a continuacin:

Pruebas de Caja Negra.

El sistema de pruebas de caja negra no considera la codificacin dentro de sus
parmetros a evaluar, es decir, que no estn basadas en el conocimiento del
diseo interno del programa. Estas pruebas se enfocan en los requerimientos
establecidos y en la funcionalidad del sistema.

Pruebas de Caja Blanca.

A diferencia de las pruebas de caja negra, stas se basan en el conocimiento
de la lgica interna del cdigo del sistema. Son pruebas con acceso al cdigo
fuente. Se trabaja con entradas, salidas y el conocimiento interno.

Pruebas de Integracin.
Las pruebas de integracin buscan probar la combinacin de las distintas
partes de la aplicacin para determinar si funcionan correctamente en conjunto.

Pruebas del sistema.

Estas pruebas son similares a las pruebas de caja negra, pero stas buscan
probar al sistema como un todo. Se basan en los requisitos generales e incluye
todas las partes combinadas del sistema.

Puntos a Evaluar
Haciendo uso de las pruebas explicadas anteriormente, se definieron tres secciones
en base a los cuales se van a definir los puntos a evaluar. Estas secciones son los
siguientes:

Pruebas de Contenido
Con estas pruebas se verifica que el contenido del sistema sea coherente y
estable a la vez. Se debe de verificar que las palabras usadas para transmitir
una idea al usuario sean las adecuadas y que la idea transmitida sea la misma.

Pruebas de Funcionalidad
Este tipo de pruebas s examina si el sistema cubre sus objetivos de
funcionamiento, de acuerdo a las especificaciones del diseo, se verifica si el
 sistema realiza correctamente todas las funciones requeridas, se realizan
pruebas de funcionamiento en distintos escenarios. Estas pruebas se enfocan
a acciones que realiza el sistema, a condiciones planeadas de error y de
exploracin. Para estas pruebas se usa los esquemas de pruebas de caja
negra ya que nos interesa saber si funciona o no, independientemente de la
forma en que lo haga.

Pruebas de Usabilidad
Estas pruebas tienen la finalidad de verificar que tan fcil es usar el sistema.
Las pruebas de usabilidad deben verificar aprendizaje (qu tan fcil es para los
usuarios realizar las actividades la primera vez que tienen contacto con el
sistema), eficiencia (cuando los usuarios han aprendido el funcionamiento del
sistema, que tan rpido pueden realizar las actividades), control de errores
(cantidad de errores que comete el usuario y con qu facilidad el usuario puede
volver a intentarlo) y grado de satisfaccin (nivel de satisfaccin al usar el
sistema).

Usuarios

Personas Comunes:
Dado que las pruebas del sistema se realizaron en un prototipo del sistema en
un tiempo aproximado de dos semanas, las pruebas se llevaron a cabo en
personas comunes. Las pruebas realizadas por las personas comunes son de
usabilidad y funcionalidad, ya que para hacer las evaluaciones del sistema se
necesita realizar una prctica de campo.

Desarrolladores:
Las pruebas realizadas por los desarrolladores son pruebas de caja blanca y
de integracin, con la finalidad de buscar errores a partir del conocimiento del
cdigo fuente

Resultados de las Pruebas

Resultados Desarrolladores
Los resultados en las pruebas que se realizaron en la aplicacin fueron:

- Si se desea hacer un cambio de la actividad del programa, se debe hacer doble

clic para la seleccin, ya que al hacer un solo clic el programa lee esto como
una peticin de cambio de aplicacin ms no cambia directamente de actividad,
al hacer otro clic en la actividad est se activa cambiando as de actividad.
- El instructor quien es el encargado de manejar la aplicacin en el dispositivo
mvil, es el encargado de seleccionar la actividad interactiva del sistema, esta
seleccin se transmite por medio del mdulo Bluetooth, si este se desconecta
el usuario solo podr jugar en la actividad seleccionada de manera autnoma,
pero no podr cambiar de actividad hasta que el tutor vuelva a conectarse con
el mdulo Bluetooth y seleccione otra actividad.
 - En la aplicacin mvil es necesario optimizar la seleccin del mdulo Bluetooth
para que est seleccione directamente al sistema y as l tutor no tenga
confusiones y cometa el error de elegir otro sistema operativo.
- Si se aplasta aleatoriamente al mismo tiempo diferente selecciones de
actividades en la aplicacin mvil, el programa toma un tiempo en reconocer la
ltima opcin seleccionada y esa ser la que reproduzca, esto se debe a los
tiempos de retardo que existe dentro de programa.

Los resultados en las pruebas realizadas en el sistema fueron:

- En el juego de las partes del cuerpo, si se presiona dos pulsadores a la vez, la

respuesta es incorrecto y el juego se reinicia, el problema que tiene es que al
reiniciarse no permite escuchar la nueva parte del cuerpo que el programa del
juego enva y el usuario debe adivinar cul fue dicha parte del cuerpo
mencionada intuitivamente.
- Se debe usar tiempos de retardo para la reproduccin de los sonidos, si no se
usa los sonidos no se pueden escuchar completamente.
- Por software se debe constar que al momento de seleccionar la opcin correcta
el programa debe saltar al inicio del juego nuevamente, caso contrario existir
un error en el bucle repetitivo.
- Los tiempos de retardo para la reproduccin de cada sonido se debe optimizar
al mnimo para que los usuarios al momento exacto de la finalizacin del audio
puedan interactuar instantneamente sin necesidad de que el programa no lea
un pulsador previamente activado.

Resultados Personas Comunes

La encuesta est diseada en tres partes

1. Datos de los encuestados

2. Opinin sobre informacin general.
3. Opinin individual

Datos de los encuestados.

El a primer se analiza la edad y el gnero de la persona, para medir en que edades y
que gneros saben ms al respecto de tema.

Manejando as la edad y el gnero tenemos como resulta en 61 encuestas que :

Como se puede observar existen mas hombre que mujeres y las edades mas
frecuentadas estn entre 21 a 30 aos con lo que el resultado est muy dirigida a
gente joven.

Opinin sobre informacin general.

En esta pregunta se busca saber cuales son los conocimientos de las personas
acerca del tema.
Con estas preguntas podemos medir que conocimientos tiene acerca del porcentaje
de personas con discapacidad en el pas, como consideran al sistema braille, y su
conocimiento hacer de discapacidad visual.
Opinin individual
En esta seccin aplicamos preguntas para saber qu inters, motivacin y entusiasmo
que tienen los encuestados con respecto a las personas con discapacidad visual.
Como podemos ver es muy diversa la necesidad que prestan con respecto al tema, en
muchos de las opiniones se puede ver que con un 41.9% las personas piensan que es
necesario ayudar a las personas con discapacidad visual a integrarse en la sociedad

Trabajos citados
Allsoft. (2008). El Modelo CMMI. Mxico.

CMMI. (s.f.). Recuperado el 12 de 07 de 2017, de

https://www.globales.es/imagen/internet/Informaci%C3%B3n%20General%20C
MMI.pdf

Espinoza, D. R. (2005). Estndares de calidad para pruebas de software. Lima:

Universidad Nacional Mayor de San Marcos.

Londoo, J. H. (06 de 04 de 2005). Ingeniera de Software. Recuperado el 11 de 07 de

2017, de http://ing-sw.blogspot.com/2005/04/tipos-de-pruebas-de-software.html

Anexos: