DOCUMENTO KIT DE PRUEBAS

Transcripción

1 PAGIA 1-10 Documento Kit Pruebas Proyecto: Sistema información web para la administración l gimnasio Flex Gym Center Versión: 1.0 Historial Revisiones Versión Fecha Autor Descripción /10/15 Freddy Hernánz Mendoza

2 PAGIA 2-10 Tabla contenido 1 ITRODUCCIÓ ALCACE DEFIICIOES, ACRÓIMOS Y ABREVIATURAS ATECEDETES Y PROPOSITO ATECEDETES PROPÓSITO DE LA EVALUACIÓ EFOQUE DE LAS HERRAMIETAS PARA LAS SOFTWARE HERRAMIETAS DE SOPORTE Y PRODUCTIVIDAD HARDWARE COFIGURACIOES DE DE AMBIETE... 11

3 PAGIA 3-10 DOCUMETO KIT DE 1 ITRODUCCIÓ 1.1 ALCACE En este documento se van a mostrar las diferentes pruebas aplicadas al proyecto APSIS, para scubrir las fallas l sistema 1.2 DEFIICIOES, ACRÓIMOS Y ABREVIATURAS TÉRMIO Especificación prueba Técnica especificación prueba Etapa prueba DESCRIPCIÓ Documento que consta una especificación diseño prueba, especificación caso prueba y/o especificación procedimiento prueba. Técnica diseño prueba. ivel prueba. Estrategia prueba Juego prueba Informe resumen pruebas Meta prueba Descripción alto nivel los niveles prueba a ser llevados a cabo y las pruebas ntro estos niveles para una organización o programa (en uno o más proyectos). Conjunto casos prueba para un componente o sistema en pruebas, don la post-condición una prueba es a menudo usada como precondición la siguiente. Documento que resume las actividas y resultados las pruebas. También contiene una evaluación los correspondientes elementos prueba respecto los criterios salida. Conjunto criterios salida.

4 PAGIA 4-10 Técnica prueba Herramienta pruebas Tipo prueba Testabilidad Véase técnica diseño prueba. Producto software que da soporte a una o más actividas prueba, tales como planificación y control, especificación, creación ficheros iniciales y datos, ejecución pruebas y análisis las mismas. Grupo actividas pruebas dirigidas a probar un componente o sistema orientado a un objetivo prueba específico, por ejemplo pruebas funcionales, pruebas usabilidad, pruebas regresión, etc. Un tipo prueba pue tener lugar en uno o más niveles prueba o fases prueba. Es la facilidad y la rapiz con las cuales se pue probar las características un sistema. Revisión testabilidad Requisitos testeables Variable Control versión Pruebas caja blanca Verificación Una tallada comprobación las bases una prueba para terminar si la base pruebas está a un nivel calidad acuado para actuar como un documento entrada para procesos pruebas. Grado al que un requisito es enunciado en términos que permitan el establecimiento diseños prueba (y consecuentemente, casos prueba) y la ejecución pruebas para terminar si los requisitos han sido cumplidos. Elemento almacenamiento en un ornador que es accesible a un programa software al referirse a él mediante un nombre. Gestión los diversos cambios que se realizan. Pruebas basadas en un análisis la estructura interna l componente o sistema. Confirmación por examen y a través la aportación evincia objetiva que se han satisfecho los requisitos especificados.

5 PAGIA ATECEDETES Y PROPOSITO 2.1 ATECEDETES SIGYM no cuenta con un kit pruebas que le ayu a terminar fallos en el sistema mediante las diferentes técnicas, herramientas y pruebas realizadas en general. 2.2 PROPÓSITO DE LA EVALUACIÓ Encontrar tantos errores como sea posible. Supervisar si se cumple las especificaciones diseño. Supervisar si se cumple los requisitos l análisis. Realizar pruebas rendimiento y capacidad. Encontrar los problemas importantes y terminar los riesgos percibidos la calidad. Otros. 3 EFOQUE DE LAS Entre algunos los tipos pruebas tenemos: Pruebas Función Pruebas Unitarias Pruebas datos e integridad Base Datos Pruebas Interfaces usuario Pruebas Carga Pruebas Desempeño Pruebas Fallas y Recuperación Pruebas Configuración Pruebas Integración Pruebas Volumen Pruebas Seguridad y Control Acceso Pruebas Instalación Pruebas Aceptación

6 PAGIA 6-10 PARA APLICAR E EL PROYECTO SIGYM PRUEBA DE MEDICIÓ DE TIEMPOS DE RESPUESTA A LA BASE DE DATOS T00: Prueba Medición Tiempos Respuesta a la base Datos Objetivo: Estimar los tiempos Respuesta que toma una consulta en la Base datos la Aplicación Descripción: Se Realizarán simples simulacros Consulta, con una Carga datos consirablemente alta, prefinida en el sistema. Técnicas: Consulta Base Datos Fases: Entorno prueba: 1.La aplicación be estar previamente instalada y en pleno funcionamiento 2. Se ingresa un alto Volumen datos (que luego serán borrados), para por hacer la simulación un sistema con sobrecarga. 3. Se proce a la consulta. 4. Se toma el tiempo respuesta. 5. De acuerdo a unos parámetros pre-finidos se establece si el tiempo respuesta es aceptable. Carga l Sistema consirablemente alta. Programa en pleno funcionamiento, pendiente l hardware. Hardware: Computadores con memoria RAM 3GB y 4Gb con procesadores Core i3 y Pentium Dual Core y Sistema operativo Kubuntu y Fedora 22 respectivamente. Software: Librería PHP 5.6 MariaDB Configuración: Base Datos con alto volumen Información Criterios Éxito: Consiraciones Especiales: Tiempo respuesta menor a 1000 milisegundos Se harán excepciones solo si hay problemas externos que afecten la prueba: condiciones ambientales, fallos luz.

7 PAGIA 7-10 Objetivo: DE ITERFACES DE USUARIO T01: Pruebas Interfaces usuario Medir el nivel sencillez y usabilidad la interfaz usuario Descripción: Se realizaran pequeñas pruebas en don se contara con la participación los usuarios finales involucrados como lo es el administrador, recepcionista, instructor y un cliente con el fin que sean ellos quienes n el visto bueno a la implementación la interfaz. Técnicas: ivel incertidumbre frente a la Interfaz (Grado conformidad los usuarios en la realización tareas o procesos en el sistema) Fases: 1.La aplicación be estar previamente instalada y en pleno funcionamiento 2. Se selecciona a uno por uno los usuarios. 3. Se le indica que proceda hacer uso la aplicación. 4. Después que el usuario haya hecho la respectiva utilización la aplicación, se le entrega una lista chequeo para que haga la respectiva evaluación la misma. Entorno prueba: Programa en pleno funcionamiento Hardware: Computadores con memoria RAM 3GB y 4Gb con procesadores Core i3 y Pentium Dual Core y Sistema operativo Kubuntu y Fedora 22 respectivamente. Software: MariaDB Configuración: Criterios Éxito: Consiraciones Especiales: o se le dará ningún tipo preparación previa, ni capacitación al usuario. Completa navegabilidad ntro la interfaz Se harán excepciones solo si hay problemas externos que afecten la prueba: condiciones ambientales, fallos luz. O si el software presenta algún tipo fallos técnicos.

8 PAGIA 8-10 Objetivo: Descripción: Técnicas: Fases: Entorno prueba: PRUEBA DE FUCIOALIDAD T02: Pruebas Funcionalidad Calcular el nivel satisfacción l programa por parte l usuario Basados en la lista requerimientos funcionales obtenidos al inicio l molado l negocio, nos percataremos que todos los requerimientos se hayan cumplido satisfactoriamente. ivel satisfacción requerimiento por requerimiento 1.La aplicación be estar previamente instalada y en pleno funcionamiento 2. Se toma el primer requerimiento 3. Se evalúa su nivel satisfacción 4. Así con todos los requerimientos 5. Se genera un informe los requerimientos que no cumplieron los objetivos satisfactoriamente. Carga l Sistema consirablemente alta. Programa en pleno funcionamiento, pendiente l hardware. Hardware: Computador con memoria RAM 3GB con procesador Core i3 Kubuntu Software: Librería PHP 5.6 MariaDB Configuración: Producto en su etapa más primitiva sarrollo (preferiblemente Criterios Éxito: Consiraciones Especiales: que este nuevo para esta prueba) Requisitos funcionales que cumplan los objetivos planteados y pactados con el cliente. Se harán excepciones solo si hay problemas externos que afecten la prueba: condiciones ambientales, fallos luz. O si el software presenta algún tipo fallos técnicos.

9 PAGIA 9-10 DE FALLOS Y RECUPERACIÓ T03: Pruebas Fallos y Recuperación Objetivo: Descripción: Técnicas: Fases: Medir el nivel fiabilidad a la hora que ocurra un evento inesperado. Se realizaran notables cambios, algunos abruptos, a la información contenida en el Software 1.La aplicación be estar previamente instalada y en pleno funcionamiento 2. Se somete a su máximo esfuerzo, tanto gráfico, como operacional 3. Se toma el tiempo respuesta. 4. De acuerdo a unos parámetros pre-finidos se establece si el tiempo respuesta es aceptable. Entorno prueba: Carga l Sistema consirablemente alta. Programa en pleno funcionamiento, pendiente l hardware. Hardware: Computador con memoria RAM 3GB con procesador Core i3 Kubuntu Software: Librería PHP 5.6 MariaDB Configuración: Sobrecarga la aplicación, para que el sometimiento y el esfuerzo sea efectivo Criterios Excelente respuesta la aplicación, al sometimiento extremo Éxito: Consiraciones Especiales: Se harán excepciones solo si hay problemas externos que afecten la prueba: condiciones ambientales, fallos luz.

10 PAGIA DE SEGURIDAD Y COTROL DE ACCESO T04: Pruebas Seguridad y Control Acceso Objetivo: Descripción: Técnicas: Fases: Medir el nivel seguridad l protocolo seguridad Se realizaran pequeñas pruebas al protocolo seguridad Inicio sesión usuarios 1.Se inscribirán los usuarios que usaran la aplicación 2. Se realizaran prueba inyección código para intentar accer a la aplicación. 3. Se intentaran accer con datos erróneos. 3. Se tomara nota los resultados 4. Se sacaran conclusiones. Entorno prueba: Carga l Sistema consirablemente alta. Programa en pleno funcionamiento, pendiente l hardware. Hardware: Computador con memoria RAM 3GB con procesador Core i3 Kubuntu Software: MariaDB Configuración: Criterios Éxito: Consiraciones Especiales: Usuarios inscritos con sus respectivos Login Respeto a la privacidad l usuario o habrán consiraciones especiales, el software se construyó tal manera que fuera compatible con este tipo eventos 4 HERRAMIETAS PARA LAS A continuación se scriben algunas herramientas utilizadas para las pruebas: 4.1 SOFTWARE Durante las pruebas se utilizaron las siguientes herramientas supervisión l sistema: Aptana Studio 3.6: IDE MariaDB PageSpeed Tools

11 PAGIA OMBRE VERSIO Aptana Studio 3.6 Funcionalidad y ejecución MariaDB Administración bases datos PageSpeed Tools Herramienta para evaluar el rendimiento web diseñada por Google. 4.2 HERRAMIETAS DE SOPORTE Y PRODUCTIVIDAD Durante las pruebas se utilizaran las siguientes herramientas supervisión l sistema: Architect Enterprise: Combina el por la última especificación UML 2.1 con alto rendimiento, interfaz intuitiva, para traer molado avanzado al escritorio, y para el equipo completo sarrollo e implementación. Microsoft Project: Es un software administración proyectos diseñado, sarrollado y comercializado por Microsoft para asistir a administradores proyectos en el sarrollo planes, asignación recursos a tareas, dar seguimiento al progreso, administrar presupuesto y analizar cargas trabajo. 4.3 HARDWARE Recurso Cantidad Descripción Computador portátil 1 Computador con 3 Gb RAM Core i3 Sistema operativo Kubuntu Computador Escritorio 1 Computador con 4 Gb RAM Pentium Dual Core Sistema operativo Windows COFIGURACIOES DE DE AMBIETE ombre Configuración Descripción Implementación la Configuración Física Prueba Ambiente PA-001 La Prueba ambiente se ejecutara con el fin medir todos los elementos físicos que influyen en el sistema, es cir todos los factores, tanto internos como externos que en extremas circunstancias Dentro un marco ejecución l programa, teniendo en cuenta factores externos como la electricidad; y factores como la conexión con la base datos

12 PAGIA puedan causarle alteraciones al optimo sempeño la plataforma.