Pruebas

1 Índice. Información del proyecto…………………………………………………………….2 Alcances de la prueba………………………………………………………………..3 Recursos……………..………………………………………………………………..4 Prueba unitaria………………………………………………………………………..3 Prueba de regresión………………………………………………………………….4 Prueba de humo………………………………………………………………………5 Prueba del sistema…………………………………………………………………...6 Prueba de funcionalidad……………………………………………………………..7 Prueba de usabilidad………………………………………………………………...8 Prueba de perforación……………………………………………………………….9 Prueba de documentación………………………………………………………….10 Prueba de seguridad…………………………………………...............................11 Prueba de volumen………………………………………………………………….12 Prueba de esfuerzo o estrés……………………………………………………….13 Prueba de recuperación ……………………………………………………………14 Prueba de múltiples sitios…………………………………………………………..15 Prueba de desempeño………………………………………………………………16 Prueba de carga…………………………………………………............................17 Prueba de compatibilidad y conversión……………………………………………18 Prueba de integración de base de datos…………………………………………19 Prueba de configuración…………………………………………………………….21 Prueba de estilo………………………………………………….............................22 Prueba de aceptación………………………………………………………………..23 Prueba de instalación………………………………………………………………..24 2 Información del proyecto. Nombre De La Empresa: lonchería el renacimiento Nombre Del Proyecto: El Software Nombre Del Cliente: Roberto Santoyo Líder Del Proyecto: Jorge David Tuz Jimenez Departamento U Organización: Fecha De Aprobación: Firma Del Aprobamiento: 3 Alcances de la prueba. El software es el sistema que se elaboró para el que use el sistema pueda antender su lonchería muy bien controlada y pueda tener un mejor control en sus ingresos y egresos, de esta manera pueda facilitar sus ventas en el día y podrá ver lo que se vendió en su base de datos donde se almacenara el total de cada venta en específico. De igual manera se puede realizar en el sistema ingresar usuarios donde puedan tener acceso a la base de datos, ya que los meseros estarán tomando los apuntes y de esta manera se le creara su usuario para que puedan acceder en el sistema de la lonchería y además de ingresar el usuario, puede actualizar, eliminar entre otras cosas. Historial de versiones. Nombre de la empresa Lonchería "El Renacimiento" Numero de versión de la prueba 1.1.0 Nombre de quien aplique la prueba Jorge David Tuz Jimenez Erika Martínez Santoyo Descripción de datos relevantes El Software el primero en su generación y es la versión 1.1.0 Aprobaciones Nombre Cargo Estudiante Estudiante estudiante Departamento u organización. Conalep Valladolid Conalep Valladolid Conalep Valladolid 4 Fecha. Firma. Recursos. El Software que se elaboró se necesita una computadora que se encuentre fija es decir un servidor y de igual manera se necesita que tenga espacio para que pueda almacenar los datos que se van guardando y de igual manera se necesita espacio en la tarjeta RAM para que pueda tener un mayor rendimiento y se ejecute correctamente sin ningún error. Cronograma de actividades Fecha De Inicio Actividades Fecha De Finalización 1/abril/2017 Se visitó la lonchería donde además de observar que se 4de Abril Del necesita urgente una base de datos, y se realizó una 2017 entrevista al señor Roberto Santoyo Mendoza sobre la implementación de un software en su lonchería en la venta de sus ricos antojitos. 6/ Abril /2017 Se obtuvo los resultados de dicha entrevista que se realizó y 7/ Abril / 2017 a base de los resultados obtenidos se observó las necesidades del cliente para poder empezar el software, además se tomó los puntos de vista del cliente y de esta manera se puso en práctica en la elaboración del software. 10/ Abril /2017 Se realizó una base de datos en Microsoft (Access) para 10/ Abril /2017 poder elaborar la entidad-relación, y de esta manera sacar las premisas en la base de datos. 12/ Abril /2017 Se empezó a elaborar el sistema en sí, y de esta manera se 13/ Abril /2017 realizó los formularios clientes del software en el programa Visual Basic y se agregó ciertas ventanas como la principal la lonchería, la ventana de ventas, y la de usuarios. 12/mayo/2017 Se creó los formularios pero de igual manera se encontraron ciertos errores en el código o modificación de ciertas cosas que se quitaron y se anexaron en el software para tenerlo en la mejor presentación. Se realizó ciertas pruebas donde se dio como terminado el software para la lonchería. 17/mayo/2017 5 12/mayo/2017 17/mayo/2017 Objetivo de la prueba Prueba unitaria Consideraciones especiales: En la elaboración de las pruebas unitarias que son para java se puede utilizar el cactus. Técnica: La técnica que se utilizara será la comparación de los resultados esperado con el que se obtuvo. Criterios de completitud: El software de la lonchería se dio como última revisión antes de instalarla y no se encontraron errores en compilación, y se tomó como último paso instalarla y como vimos el sistema del software funciona como se esperaba. Objetivo de la prueba: El objetivo de esta prueba es identificar todos errores que por algún motivo se introdujeron en una mala administración. Determina cómo la base de datos de prueba será cargada. Prueba unitaria. Descripción Si  El Software permite el ingreso de nuevos usuarios. El software permite la actualización y la modificación de las cuentas de los usuarios.  El software permite eliminar usuarios que ya no son necesarios.  El software cuenta con slash en el inicio del programa  6 No No aplica El software permite ingresar los datos como nombre del cliente.  Almacena las ventas de cada usuario  Almacena las ventas realizadas  Genera el precio total en cada venta.  Permite ingresar pedidos.  Busca asegurar que el código funciona de acuerdo con las especificaciones y que el módulo lógico es válido. 7 Pruebas de integración Técnica: Se verifica que los módulos de nivel superior llaman a los de nivel inferior de manera correcta, con los parámetros correctos. Criterios de completitud: Todos los defectos que se identificaron han sido tenidos en cuenta. Objetivo de la prueba: Determinar si los cambios recientes en una parte de la aplicación tienen efecto adverso en otras partes. Prueba de integración: descripción si Al darle clic en actualizar usuarios el formulario deja en blanco todas las casillas. no no aplica   El software cuenta con un apartado de ayuda. Al darle clic en nuevo ingreso las casillas se limpian y quedan en blanco  El Software puede solucionar los errores.  8 Pruebas de regresión Prueba: Todos los defectos errores en el programa se tomaron en cuenta para que se tenga un programa excelente. Objetivo de la prueba: Garantizar que el programa se esté realizando con éxito. Y que tenga un gran desempeño Técnica: La técnica que se utilizo fue que no debemos dejar un error debemos trabajar en él y tener un buen programa, por eso se utilizó la prueba de regresión para que se detecte loe errores. Prueba de regresión: Descripción El software permite borrar automáticamente los datos más antiguos de la base de datos. Si No No aplica  En caso de un virus la base de datos puede recuperar los archivos.  En dado caso el programa llegara a fallar o tener un error el programa puede respaldar los datos. El programa cuenta con una base de datos específica para respaldo. 9   Pruebas de humo Prueba: Esta prueba nos servirá para que nos podamos dar cuenta si el programa esta funcionando de la manera correcta. Técnica: Realizar los casos de prueba asignados a los casos de uso finalizados ese día más los realizados en días anteriores. Objetivo de la prueba: Garantizar que el programa se esté realizando con éxito. Criterios Los defectos que se observaron se tomaron en cuenta. Prueba de humo: Descripción Si No No aplica El software realiza conexión de manera exitosa con la base de datos siempre al  iniciar sesión o ingresar otros datos de clientes. El software genera problemas al hacer la acción de eliminar campos seleccionados  El software puede mandar mensajes  cuando este en un caso de fallo. El software cuenta con la capacidad de contar una base de datos específico  para los clientes El software permite agregar datos del cliente en la base de datos sin ocasionar ningún problema. 10  Prueba de sistema. Objetivo de la prueba: El objetivo de la prueba es que tenga un buen funcionamiento el programa. Técnica: Se tomara en cuenta cada uno de los errores y se tomara en cuenta. Criterios de completitud: Todas las pruebas planeadas han sido ejecutadas. Todos los defectos que se identificaron han sido tenidos en cuenta. Prueba de buen funcionamiento: Si Descripción El software necesita que se corrija errores No No aplica  El software funciona correctamente.  El sistema tiene mayor capacidad de  almacenar mayores datos. El software cuanta con una cuenta de  administrador. El software cuenta con un tipo de seguridad  El software que se genero puede dar automáticamente los precios de lo que se va  a comprar. El software cuenta con una seguridad en la  perdida de datos. 11 Prueba de usabilidad Técnica Verificar que la aplicación no presenta los siguientes problemas de usabilidad típicos:  El sistema es demasiado complejo y difícil de usar.  Es difícil instalar y entender el sistema  La recuperación de errores es pobre y los mensajes de error no tienen significado  La sintaxis de los comandos es difícil de aprender y recordar Criterios: Todas las pruebas planeadas han sido ejecutadas. Todos los defectos que se identificaron han sido tenidos en cuenta. Objetivo de la prueba: Determinar si el usuario tendrá la facilidad de usar y entender el software y también podrá identificar diferentes secciones de dificultad de uso para el usuario. Prueba de usabilidad: Descripción Si EL software notifica cuando ingresa una contraseña y es incorrecta. Al ingresar las contraseñas notifica si es bueno o malo la contraseña 12 No No aplica   Al ingresar contraseñas erróneas cuenta con un máximo de intentos.  Un nuevo usuario puede usar el software sin  autorización del administrador El software creado le ocasiono bastantes  errores. El software creado es muy complicado de  utilizar El procedimiento es muy complejo y no son  obvios La lógica y conveniencia de los botones, switches, desplayes y mensajes están bien ubicados y con una medida adecuada 13  Pruebas de visibilidad Criterios de completitud: El software es bastante fácil para entender ya que es muy sencillo el usuario podrá entenderlo de manera muy fácil. Objetivo: El objetivo es saber si el sistema se encuentra muy bien de manera visible. Técnica: La técnica que se utilizo fue la de tomar en cuenta que ciertos botones estén en una posición adecuada y que se puedan distinguir. Prueba de visibilidad: Descripción si no La ventana e iconos agregados son los  adecuados para el usuario El diseño tanto en tipo de letra y el color  ingresado es de su agrado Los botones ingresados son de agrado  Las ventanas hechas se ubican en un lugar  que se pueda localizar fácilmente La presentación o el encabezado con la  implementación fueron de su agrado. El software creado se puede distinguir los  botones de cerca y de lejos 14 no aplica Prueba de documentación Objetivo de la prueba: Evaluar si la documentación que se elaboro es la correcta y de esta manera poder proporcionar ciertos manuales. Técnica empleada: La documentación se ha sido verificado por dichas personas. Prueba de documentación: Descripción Si El manual cuenta con proceso de instalación No No aplica  Explica punto por punto la instalación del software. Explica el función de las distintas ventas Cuenta con información de resolver tus dudas de cómo manejar el sistema El software cuenta con un sistema de ayuda online 15     Prueba de volumen Objetivo de la prueba: Verificar que la aplicación funciona adecuadamente bajo los siguientes escenarios de volumen Máximo tamaño de base de datos (actual o escalado) y múltiples consultas ejecutadas simultáneamente Criterios de completitud: Todas las pruebas planeadas han sido ejecutadas y los límites especificados en el sistema se han conseguido o excedido sin que el sistema falle Técnica: Deben usarse múltiples clientes, ya sea corriendo las mismas pruebas o pruebas complementarias para producir el peor caso de volumen. Consideraciones especiales: ninguna. Prueba de volumen: Descripción Si No No aplica Se ejecuta el software sin ningún problema.  El software solo permite hacer una operación a la vez. El software modifica un mensaje de espacios al ingresar datos.  EL software cuenta con mayor espacio ingresar datos. Al realizar las operaciones el software no queda lento.  El software puede funcionar correctamente sin alentarse con más de dos usuarios a la vez. 16    Prueba de stress Objetivo de la prueba: Verificar que el sistema funciona apropiadamente y sin errores, bajo estas condiciones de stress:  Memoria baja o no disponible en el servidor.  Máximo número de clientes conectados o simulados (actuales o físicamente posibles)  Múltiples usuarios desempeñando la misma transacción con los mismos datos. Prueba de esfuerzo estrés Descripción Si No No aplica El programa se puede ejecutar con poca memoria de almacenamiento y aun así  funciona como debe de ser. El software queda lento cuando se utiliza  tanto El programa requiere de actualizaciones  El programa pierde datos de actualización.  El software puede funcionar de manera  correcta sin espacio en el disco duro El sistema ocasiono algún tipo de error al  explotar en su funcionamiento. 17 Prueba de recuperación Objetivo de la prueba: Verificar que los procesos de recuperación (manual o automática) restauran apropiadamente la Base de datos, aplicaciones y sistemas, y los llevan a un estado conocido o deseado. Los siguientes tipos de condiciones deben incluirse en la prueba Criterios de completitud: En todos los casos mencionados, la Base de datos, aplicación y otros sistemas deben retornar a un estado conocido y deseado, una vez se completan los procedimientos de recuperación Técnica: la Funcionalidad del sistema y Procesos de Negocios para crear una serie de transacciones. Una vez se alcanza el punto inicial de las pruebas de recuperación, Prueba de recuperación: Descripción Si No No aplica En dado caso que la maquina se apague el software puede recuperarse automáticamente.  En dado caso que la maquina se apague y ciertos datos no se han guardado  correctamente será que se puedan recuperar. El software puede mantener los datos si se  abre otra ventana El software cuenta con un respaldo de información.  EL software puede recuperar datos que el usuario elimina accidentalmente.  18 Prueba De Múltiples Sitios ESTA PRUEBA NO PUEDE PROCEDERSE YA QUE SOLO TIENE UNA SOLA SUCURSAL. Prueba de desempeño: Objetivo de la prueba: Validar el tiempo de respuesta para las transacciones o funciones de negocios bajo las siguientes dos condiciones:  Volumen normal anticipado  Volumen máximo anticipado Prueba de desempeño Descripción Si No No aplica Los filtros del software funcionan de manera  rápida. EL filtro del software responde de manera  inmediata. EL uso de las opciones responden sin  dificultad El software no presenta problemas de cálculo en las ventanas de crédito, abono y  saldo. EL software se cierra de manera rápida sin  lentitud. 19 Prueba de compatibilidad Objetivo: El objetivo de esta prueba es saber si el equipo donde se instalara es compatible para que pueda funcionar correctamente. Técnica: Desarrollar casos de prueba que permitan detectar deficiencias con: · Compatibilidad entre programas · Conversión de datos Prueba de compatibilidad Descripción Si No No aplica El programa tiene todas las ventanas de opciones necesarios que se requiere en cada  departamento. Las imágenes, icono del programa se relacionan entre las ventanas del programa.  El programa tiene opciones adecuadas para  el usuario. Para que se pueda instalar el programa de manera correcta se necesita una maquina con  mínimo Windows 7 se cuenta con ello. El software puede funcionar correctamente si  no se cuenta con la memoria RAM necesaria El software es compatible con cualquier  versión de Windows El software cuenta con errores de  compatibilidad 20 PRUEBAS DE CARGA Objetivo de la prueba: Verificar el tiempo de respuesta del sistema para transacciones o casos de uso de negocios, bajo diferentes condiciones de carga. Prueba de carga Descripción Si No No aplica El software le ocasiono errores en el  momento de guardar archivos El software tuvo problemas en cargar al  inicio. EL software tardo en cargar debido a que no se cuenta con la memoria RAM  necesaria El software cargo a la primera sin la  necesidad de reiniciar el software. El software puede funcionar correctamente si no se cuenta con la memoria Ram  necesaria El software funciono de la manera esperad  El software cuenta con errores de  compatibilidad 21 Prueba De Integración De Base De Datos Objetivo de la prueba: Asegurar que los métodos de acceso y procesos funcionan adecuadamente y sin ocasionar corrupción de datos Prueba de base de datos: Descripción Si El software muestra la acción de agregar,  actualiza y elimina. Sin problemas La filtración es una herramienta útil para el  software El resultado de las operaciones es útil para  el software. El uso de ventanas para distintas secciones es útiles para facilitar una mejor  compresión. EL software cuenta con una buena conexión  en la base de datos. El software puede ingresar datos inválidos como en el apartado de números se ponga letras ocasionara errores. 22  No No aplica Prueba de configuración. Objetivo de la prueba: Poder analizar la configuración o los aspectos que pueda realizar el software. Prueba De Configuración Descripción Si No No Aplica El software creado cuenta con un apartado de  configuración. El software permite cambiar la cuenta del  administrador Los usuarios ingresados al sistema pueden  acceder como administradores El software se le puede cambiar el aspecto  visual. El software permite cambiar los botones o  ingresar rápidamente por el administrador 23 Prueba de estilo Objetivo de la prueba: Esta prueba va a permitir que nosotros veamos si al dueño le agrado el diseño de su software. Técnica: Se realizó una ciertas preguntas donde respondieron algunas personas para que nos diera su gusto sobre el programa pero el que nos intereso fue el del dueño. Prueba De Estilo. Descripción Si No No Aplica El logo creado para el software es ideal y  visible. El diseño de botones y ventanas son  tamaños ideales para cada sección. El tipo de fuente y tamaño son adecuados  para cada sección. El uso de colores en el software es útil para  este. El software cuenta con colores que permiten una mejor visibilidad y un mejor  entorno para trabajar. El diseño del programa es adecuado para  usted. El software creado cuenta con ciertos apartados donde pueda crear y diseñar de su agrado 24  Prueba de aceptación Objetivo de la prueba: Determinación por parte del cliente de la aceptación o rechazo del sistema desarrollado Técnica: Determinación por parte del cliente de la aceptación o rechazo del sistema desarrollado Criterio de Completitud: Todas las pruebas planeadas han sido ejecutadas Prueba De Aceptación Descripción Si No El logo creado para el software es ideal y  visible y fue de su agrado El software creado fue de su agrado a  simple vista. El software necesita algo más para su  funcionamiento El software resolvió ciertos problemas  El software cuenta con la capacidad suficiente para realizar sus necesidades  El diseño del programa es adecuado para  usted. El software con su documentación necesaria como manual de usuario fue de su agrado 25  No Aplica Prueba de instalación Objetivo de la prueba: Verificar y validar que el sistema se instala apropiadamente en cada cliente, bajo las siguientes condiciones: Instalaciones nuevas, nuevas máquinas a las que nunca se les ha instalado el sistema. Actualizar máquinas previamente instaladas con el sistema. Prueba De Instalación Descripción Si No Al momento de la instalación no se mostró  un mensaje de memoria insuficiente. Al darle clic en el botón de instalar no  ocasiono errores Se solicitó una cantidad de resolución  óptima para el inicio El software se instaló correctamente como  debía ser El programa produjo errores en la  instalación 26 No Aplica