APARTADO VI.

VERIFICACIÓN Y VALIDACIÓN DEL SOFTWARE

Pruebas del sistema

Antes de que un software sea liberado en el mercado, tiene que pasar a

través de muchos controles de calidad. El software debe trabajar como el
usuario lo hubiera deseado, y no debe haber errores y los riesgos involucrados
en el software desarrollado. El usuario del software no está interesado en
saber cómo se desarrolló el software o cómo funciona el código fuente; por
esto Cuando se construye software a medida para un cliente, se lleva a cabo
una serie de pruebas de aceptación para permitir que el cliente valide todos
los requisitos. Lo que importa para el usuario es la funcionalidad del software.
Por lo tanto en las pruebas alfa y beta el código fuente no está probado, y la
atención se centra en la funcionalidad del software, de acuerdo con las
necesidades del usuario.

Pruebas alfa

Estas consistieron en la revisión de la funcionalidad completa de la

herramienta desarrollada, haciendo revisión tanto de las funciones de la
herramienta como del correcto desempeño de la interfaz gráfica, basándose
en los objetivos de la herramienta antes mencionados.

Para la realización de las pruebas alfa se implementó como herramienta de

valuación un documento checklist que contenía una serie de apartados que el
sistema debe cumplir con un mínimo de calificación 4/5 para poder determinar
que se cumple con el mismo.
Los apartados de evaluación plasmados en la checklist son los siguientes:

 Procesos de registro de usuarios

 Procesos de edición de usuarios
 Procesos de eliminación de usuarios(de manera lógica)
 Recuperación de usuarios eliminados.
 Validaciones de campos relacionadas al usuario
 Procesos de registro de clientes
 Procesos de edición de clientes
 Procesos de eliminación de clientes(de manera lógica)
 Recuperación de clientes
 Validaciones de campos relacionadas al cliente
 Procesos de registro de marcas de productos
 Procesos de edición de marcas de productos
 Procesos de eliminación de tipos de productos (de manera lógica)
 Recuperación de tipos de productos
 Validaciones de campos relacionadas tipos de productos
 Procesos de registro de tipos de productos
 Procesos de edición de tipos de productos
 Procesos de eliminación de tipos de productos (de manera lógica)
 Recuperación de tipos de productos
 Validaciones de campos relacionadas a tipos de productos
 Procesos de registro de productos
 Procesos de edición de productos
 Procesos de eliminación de productos (de manera lógica)
 Recuperación de productos
 Validaciones de campos relacionadas a los productos
 Correcto funcionamiento al agregar productos al pedido
 Elimina productos del pedido
 Recalcula correctamente sub-totales y total del pedido

2
  Asigna correctamente cliente al pedido
 Procesa y genera correctamente la factura según el modelo
correspondiente
 Anulación de factura correcta (devolviendo productos al inventario)
 Correcto funcionamiento en el sub modulo cambiar contraseña.
 Validaciones según rol de usuario correctamente implementada.
 Diseño de la herramienta es 100% responsivo.
 Correcta instalación de la herramienta y sus validaciones.

Cuadro 20. Usuarios para prueba alfa.

Usuarios Cantidad
Administrador 1
Usuario 1
Total 2
Fuente: E. Barreto (2015)

Pruebas beta

Las prueba beta consisten en resolver o arreglar los problemas que

surgieron en la implementación de las prueba alfa, en otras palabras, los
apartados que no cumplieron con el mínimo aprobatorio. En este caso:

 Validaciones de campos relacionadas al cliente

 Correcto funcionamiento al agregar productos al pedido
 Anulación de factura correcta (devolviendo productos al inventario)
 Diseño de la herramienta es 100% responsivo.
 Correcta instalación de la herramienta y sus validaciones.

3
 En cada una de las pruebas, tanto alfa como beta se realizó un análisis
correspondiente basándose en lo evidenciado en las pruebas, para de esta
manera poder abordar de manera correcta el problema a corregir. Es
importante conocer el origen del problema, donde se encuentra y que lo
ocasiona, en el presente trabajo de investigación esta labor es facilitada
gracias al desarrollo bajo el patrón de diseño Modelo-Vista-Controlador (MVC)
y la utilización de cakephp como framework para el desarrollo de la presente
herramienta tecnológica.

Cuadro 21. Usuarios para prueba beta.

Usuarios Cantidad
Administrador 1
Usuario 1
Total 2
Fuente: E. Barreto (2015)

4
 Cronograma de pruebas

Cuadro 22. Cronograma para las pruebas a la herramienta tecnológica.

TIEMPO DE DURACIÓN

Mayo Junio
Actividades
Semanas
1 2 3 4 5 6
Planificación
de la pruebas

Pruebas Alfa

Análisis de
pruebas alfa

Pruebas beta

Análisis de
pruebas beta

Desarrollo de
informe de
pruebas

Fuente: E. Barreto (2015).