TALLER DE INTEGRACIÓN INFORMÁTICA

SEMANA 6

Joseph Yeren Urzúa Araya

27/02/2022
Técnico nivel superior en informática
DESARROLLO
El plan de pruebas del sistema:

• Identifique y mencione los tipos de prueba que realizará a su diseño de sistema

(se
deben incluir al menos 4 tipos de prueba).

Tipos de pruebas a realizar:

1. Pruebas del sistema: Probar la funcionalidad del sistema con un enfoque global.
2. Pruebas de integración: Verificar si la base de datos se integra correctamente con la
aplicación web.
3. Pruebas de usabilidad: Verificar qué tan intuitiva y amigable es la aplicación para el
usuario.
4. Pruebas de funcionalidad: Verificar si el sistema cumple con su objetivo.

• Elabore el plan de pruebas por cada prueba definida donde indique:

Tipo de prueba Pruebas del sistema

Enfoque Probar el módulo de ingreso de los
usuarios que manipulan la aplicación web
Elementos a probar Acceso correcto de los usuarios, registro
de usuarios
Criterio de aceptación de un caso de Se considera la prueba exitosa en el caso
prueba de que todos los usuarios que manipulen
la aplicación tengan el acceso a la misma;
y poder registrarse correctamente
Tareas a realizar  Crear usuarios mediante la
aplicación web
 Pruebas de ingreso
 Prueba de cerrar sesión

Necesidades ambientales Se requiere que el usuario sea registrado

previamente, además, que el servidor, la
base de datos y la aplicación web estén
encendidos.
Responsabilidades Las pruebas serán realizadas por el

Riesgos y contingencia
equipo de pruebas, los usuarios que
manipularán la aplicación y el
desarrollador del sistema
Acceso a usuarios no autorizados a la
creación de nuevos perfiles, fallas de
ingreso, fallas en los cambios de
contraseñas, errores al crear nuevos
usuarios.
Contingencia: Se debe analizar la
estructura de la base de datos y el código
que maneja el acceso a la aplicación.

Tipo de prueba Pruebas de integración

Enfoque Probar si la base de datos se conecta
correctamente a la aplicación web
Elementos a probar Configuración de la conexión a la base de
datos desde PHP, verificar si los campos
necesarios para la conexión son correctos
(usuario, password, servidor y nombre de
la base de datos)
Criterio de aceptación de un caso de Se considera exitosa si la conexión a la
prueba base de datos mediante PHP se establece
correctamente y sin errores (se puede
mostrar un mensaje de depuración que
indique cuando la conexión se ha
efectuado exitosamente)
Tareas a realizar  Iniciar aplicación web
 Pruebas en la inserción,
eliminación o modificación de
elementos en la base de datos
desde la aplicación web.

Necesidades ambientales Se requiere que la base de datos esté

Responsabilidades
Riesgos y contingencia
conectada.
Las pruebas serán realizadas por el
desarrollador del software.
Código PHP mal configurado, base de
datos con accesos no protegidos, fallas en
la conexión a la base de datos.
Contingencia: Se debe analizar el código
PHP para ver si la integración de la base
de datos con la página web es correcta.
Tipo de prueba Pruebas de usabilidad
Enfoque Probar qué tan intuitivo y fácil de usar es
la aplicación web
Elementos a probar Elementos visibles en la interfaz gráfica,
entradas de datos, botones, cuadros de
información
Criterio de aceptación de un caso de Se considera exitosa si los usuarios no
prueba demuestran dificultades o dudas para
utilizar el software. También se considera
exitoso si los errores que se cometen, son
capaces de resolverlos fácilmente en corto
período de tiempo y sin ayuda de un
tercero.
Tareas a realizar  Mostrar la interfaz al usuario
 El usuario debe ingresar al
software
 El usuario debe insertar, eliminar
y/o modificar un elemento en la
base de datos mediante la
aplicación web
 Probar si el usuario interpreta
correctamente la ubicación de los
elementos del inventario.

Necesidades ambientales Que el usuario esté previamente

Responsabilidades
Riesgos y contingencia
registrado, base de datos y aplicación web
conectadas.
Las pruebas serán realizadas por los
usuarios finales y usuarios comunes
(trabajadores y administrador del local)
Errores en las entradas de datos, diseño
web despreocupado, fuentes de letras muy
grandes o muy pequeñas, botones no
visibles o muy grandes que contaminen la
visibilidad de los otros elementos, diseño
no responsivo, elementos fuera de sus
posiciones.
Contingencia: Se debe revisar las líneas
de código PHP, HTML y CSS para
mejorar el aspecto y usabilidad de la
página web.
Tipo de prueba Pruebas de funcionalidad
Enfoque Probar si el software cumple con las
necesidades acordadas, en este caso se
prueba que las entradas de datos reciban
correctamente la información, los botones
dirijan a donde corresponda, se muestre
los insumos que contiene el inventario, que
se inserten, eliminen y/o modifiquen
correctamente los elementos en la base de
datos y mostrar el resultado en la
aplicación web.
Elementos a probar Entrada de datos, botones, salida de datos
(tablas que interpreten los elementos
existentes en la base de datos)
Criterio de aceptación de un caso de Se considera exitosa la prueba si las
prueba entradas de datos permiten la toma de los
mismos, si los botones dirigen a la sección
que corresponda, si se ingresa o inicia
sesión correctamente, si se visualizan los
elementos de la base de datos y si es
posible eliminar, modificar o insertar
insumos sin errores.
Tareas a realizar  Probar la entrada de datos
 Probar el ingreso a la aplicación o
inicio de sesión
 Probar los botones
 Probar la muestra de datos
 Probar la inserción, modificación y
eliminación de elementos

Necesidades ambientales Base de datos conectada y aplicación en

Responsabilidades
Riesgos y contingencia
ejecución, además de poseer un usuario
pre registrado de testeo para realizar las
pruebas correspondientes
Las pruebas serán realizadas por el
equipo de pruebas, usuarios comunes,
usuarios finales y el desarrollador del
sistema.
Falla en el ingreso, fallo en la conexión en
la base de datos, fallo en la inserción,
modificación o eliminación de elementos
en la base de datos a través del software,
fallos en la muestra de insumos en el
 inventario, fallo en los botones o
direccionamiento erróneo.
Contingencia: Se debe revisar el código
PHP, HTML y la integración con la base
de datos.

• Defina los usuarios que ejecutaran las pruebas. Explique el tipo de usuario y en
qué pruebas participarán.

Respuesta:

 Usuarios finales: Este tipo de usuarios son los que harán uso del software a diario, es por
ello que el diseño de la aplicación está enfocado en cubrir las necesidades que se requiera
por parte de los usuarios finales. Las pruebas en las que participarán son las siguientes:
o Pruebas de usabilidad
o Pruebas del sistema
o Pruebas de funcionalidad

 Usuarios comunes: Estos son usuarios que generalmente no poseen experiencia dentro
del área, en este caso podemos poner como ejemplo, un reemplazante temporal de la
ferretería.
El usuario común juega un rol fundamental en las pruebas de usabilidad, ya que con ellos
se puede identificar qué tan fácil e intuitivo es de usar el software, además de la curva de
aprendizaje y/o dificultad que toma aprender a utilizar la aplicación en un período de
tiempo determinado. Las pruebas en las que participarán son las siguientes:
o Pruebas de funcionalidad
o Pruebas de usabilidad

 Desarrolladores: Los desarrolladores son quienes se encargan de hacer funcionar el

sistema, buscar y solucionar los errores que puedan ir apareciendo. En base a esto, la
participación de los desarrolladores se desenvolverá principalmente en pruebas de caja
blanca (funcionamiento a bajo nivel, es decir, en código). En este caso, este rol se enfoca
en integrar correctamente los componentes que hacen funcionar la aplicación, como, por
ejemplo, que no ocurran errores al momento de hacer uso de la base de datos mediante
código PHP, que no haya errores de funcionalidad como por ejemplo errores de inicio de
sesión, que los botones funcionen correctamente y realicen las acciones correspondientes.
Por lo mencionado, los desarrolladores participarán en las siguientes pruebas:
1. Pruebas del sistema
2. Pruebas de funcionalidad
3. Pruebas de integración
• Elabore la lista de verificación de las pruebas.

Respuesta:

Pruebas a realizar Resultado Observación

Adecuado No adecuado
Crear usuarios mediante Se crean los usuarios
la aplicación web correctamente en la base
de datos y desde la
aplicación
Pruebas de ingreso Se inicia sesión
correctamente
Iniciar aplicación web La aplicación inicia sin
problemas
Pruebas en la inserción, El software aún está en
eliminación o desarrollo, por lo que la
modificación de elementos etapa de inserción,
en la base de datos desde modificación y eliminación
la aplicación web de elementos aún no se
implementa.
Mostrar la interfaz al El usuario entiende la idea
usuario y le resulta intuitiva la
interfaz de la aplicación
web
El usuario debe insertar, Como se ha mencionado
eliminar y/o modificar un anteriormente, la
elemento en la base de aplicación está en
datos mediante la desarrollo, por lo que aún
aplicación web no es posible realizar
pruebas de inserciones,
modificación o eliminación
de elementos como insumos
en la base de datos.
Probar si el usuario No es posible interpretar la
interpreta correctamente ubicación de los elementos
la ubicación de los ya que esta parte aún está
elementos del inventario en desarrollo.
Probar la entrada de datos Las entradas de datos
reciben los mismos de
manera correcta.
Probar los botones Los botones que se han
 implementado están
funcionando correctamente
Probar la muestra de datos Tomando como foco la
muestra de los objetos del
inventario, aún está en
desarrollo, por lo que no se
puede realizar una prueba
de esta funcionalidad.

Realice las pruebas y muestre los resultados respectivos. En caso de fallos indique
el método de corrección de prueba utilizado y explique el método de depuración
utilizado:

Prueba de inicio de sesión y creación de usuarios: En esta prueba se verifica si el programa es

capaz de registrar usuarios sin aceptar duplicados.
En pantalla, muestra un mensaje indicando si se está tratando de crear un usuario duplicado.
Al iniciar sesión correctamente, redirige a lo que en un futuro será el panel principal del
inventario.
Al cerrar sesión, redirige a la página de inicio, en dónde se vuelve a iniciar sesión.
En caso de presentar otros errores, se llevará una investigación de la causa, análisis del código y
posteriormente una vez detectado el error, se procede a corregirlo.

En este caso, existen etapas de desarrollo por concretar, como lo es principalmente el panel del
inventario, por lo que la aparición de errores puede surgir en:
 Interpretación de datos: Al no estar completada la interfaz donde el usuario visualiza los
insumos en la base de datos, pueden aparecer errores al obtener los mismos, o en el caso
de obtenerlos correctamente, no poder acomodarlos en una tabla de manera ordenada,
dificultando la visibilidad de los elementos.
 Inserción, modificación o eliminación de insumos: Como se ha mencionado
anteriormente, este apartado aún está en desarrollo; pueden aparecer errores como
eliminar un elemento no deseado, errores al conectar con la base de datos, errores en las
entradas de datos.

Para corregir estos errores en caso de presentarse, se pueden emplear distintos tipos de
métodos de depuración, como, por ejemplo:

1. Se reproduce el error
2. Se describe el error para obtener la mayor cantidad de información, para
posteriormente averiguar la causa
 3. Registrar el estado del programa al momento de presentar el error
4. Se analiza el estado en función de las variables y acciones en el momento del
error, en base a eso, se busca la causa.
5. Se elimina el error
6. Verificar si las acciones anteriores no generaron nuevos errores o
comportamientos no deseados.

Otras técnicas de depuración que se pueden emplear:

1. Stepping (ejecutar un programa paso a paso)
2. BreakPoints (establecer puntos de detención del programa)
3. Analizar el código desde el punto donde se genera el error
4. Utilizar mensajes informativos que indiquen el valor de las variables en el momento de la
ejecución
REFERENCIAS BIBLIOGRÁFICAS
IACC (2020). Pruebas y correcciones para el logro del funcionamiento integrado. Taller de
Integración Informática. Semana 6.