CODIGO CODIGO PR- DOCUMENTO KIT DE KPR-01 ......Fases: 1.La aplicación debe estar previamente...

DOCUMENTO KIT DE PRUEBAS

CODIGO CODIGO PR-KPR-01

VERSION

0

PAGINA 1-10

Documento Kit de Pruebas Proyecto: Sistema de información web para la administración del gimnasio

Flex Gym Center

Versión: 1.0

Historial de Revisiones

Versión Fecha Autor Descripción

1.0 23/10/15 Freddy Hernández Mendoza



VERSION

0

PAGINA 2-10

Tabla de contenido

1 INTRODUCCIÓN ......................................................................................................................... 3

1.1 ALCANCE ............................................................................................................................ 3

1.2 DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS .......................................................... 3

2 ANTECEDENTES Y PROPOSITO ............................................................................................. 5

2.1 ANTECEDENTES ............................................................................................................... 5

2.2 PROPÓSITO DE LA EVALUACIÓN ................................................................................... 5

3 ENFOQUE DE LAS PRUEBAS ................................................................................................... 5

4 HERRAMIENTAS PARA LAS PRUEBAS ................................................................................. 10

4.1 SOFTWARE ...................................................................................................................... 10

4.2 HERRAMIENTAS DE SOPORTE Y PRODUCTIVIDAD ................................................... 11

4.3 HARDWARE ...................................................................................................................... 11

4.4 CONFIGURACIONES DE PRUEBAS DE AMBIENTE ..................................................... 11



VERSION

0

PAGINA 3-10


1 INTRODUCCIÓN

1.1 ALCANCE

En este documento se van a mostrar las diferentes pruebas aplicadas al proyecto APSIS, para descubrir las fallas del sistema

1.2 DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS

TÉRMINO DESCRIPCIÓN

Especificación de prueba

Documento que consta de una especificación de diseño de prueba, especificación de caso de prueba y/o especificación de procedimiento de prueba.

Técnica de especificación de prueba

Técnica de diseño de prueba.

Etapa de prueba Nivel de prueba.

Estrategia de prueba Descripción de alto nivel de los niveles de prueba a ser llevados a cabo y las pruebas dentro de estos niveles para una organización o programa (en uno o más proyectos).

Juego de prueba Conjunto de casos de prueba para un componente o sistema en pruebas, donde la post-condición de una prueba es a menudo usada como precondición de la siguiente.

Informe resumen de pruebas

Documento que resume las actividades y resultados de las pruebas. También contiene una evaluación de los correspondientes elementos de prueba respecto de los criterios de salida.

Meta de prueba Conjunto de criterios de salida.



VERSION

0

PAGINA 4-10

Técnica de prueba Véase técnica de diseño de prueba.

Herramienta de pruebas

Producto software que da soporte a una o más actividades de prueba, tales como planificación y control, especificación, creación de ficheros iniciales y datos, ejecución de pruebas y análisis de las mismas.

Tipo de prueba Grupo de actividades de pruebas dirigidas a probar un componente o sistema orientado a un objetivo de prueba específico, por ejemplo pruebas funcionales, pruebas de usabilidad, pruebas de regresión, etc. Un tipo de prueba puede tener lugar en uno o más niveles de prueba o fases de prueba.

Testabilidad Es la facilidad y la rapidez con las cuales se puede probar las características de un sistema.

Revisión de testabilidad

Una detallada comprobación de las bases de una prueba para determinar si la base de pruebas está a un nivel de calidad adecuado para actuar como un documento de entrada para procesos de pruebas.

Requisitos testeables Grado al que un requisito es enunciado en términos que permitan el establecimiento de diseños de prueba (y consecuentemente, casos de prueba) y la ejecución de pruebas para determinar si los requisitos han sido cumplidos.

Variable Elemento de almacenamiento en un ordenador que es accesible a un programa software al referirse a él mediante un nombre.

Control de versión Gestión de los diversos cambios que se realizan.

Pruebas de caja blanca

Pruebas basadas en un análisis de la estructura interna del componente o sistema.

Verificación Confirmación por examen y a través de la aportación de evidencia objetiva que se han satisfecho los requisitos especificados.



VERSION

0

PAGINA 5-10

2 ANTECEDENTES Y PROPOSITO

2.1 ANTECEDENTES

SIGYM no cuenta con un kit de pruebas que le ayude a determinar fallos en el sistema mediante las diferentes técnicas, herramientas y pruebas realizadas en general.

2.2 PROPÓSITO DE LA EVALUACIÓN

Encontrar tantos errores como sea posible. Supervisar si se cumple las especificaciones de diseño. Supervisar si se cumple los requisitos del análisis. Realizar pruebas de rendimiento y capacidad. Encontrar los problemas importantes y determinar los riesgos percibidos

de la calidad. Otros.

3 ENFOQUE DE LAS PRUEBAS

Entre algunos los tipos de pruebas tenemos: Pruebas de Función Pruebas Unitarias Pruebas de datos e integridad de Base de Datos Pruebas de Interfaces de usuario Pruebas de Carga Pruebas de Desempeño Pruebas de Fallas y Recuperación Pruebas de Configuración Pruebas de Integración Pruebas de Volumen Pruebas de Seguridad y Control de Acceso Pruebas de Instalación Pruebas de Aceptación



VERSION

0

PAGINA 6-10

PRUEBAS PARA APLICAR EN EL PROYECTO SIGYM PRUEBA DE MEDICIÓN DE TIEMPOS DE RESPUESTA A LA BASE DE DATOS

T00: Prueba de Medición de Tiempos de Respuesta a la base de Datos

Objetivo: Estimar los tiempos de Respuesta que toma una consulta en la Base de datos de la Aplicación

Descripción: Se Realizarán simples simulacros de Consulta, con una Carga de datos considerablemente alta, predefinida en el sistema.

Técnicas: Consulta Base de Datos

Fases: 1.La aplicación debe estar previamente instalada y en pleno funcionamiento 2. Se ingresa un alto Volumen datos (que luego serán borrados), para poder hacer la simulación de un sistema con sobrecarga. 3. Se procede a la consulta. 4. Se toma el tiempo de respuesta. 5. De acuerdo a unos parámetros pre-definidos se establece si el tiempo de respuesta es aceptable.

Entorno de prueba:

Carga del Sistema considerablemente alta. Programa en pleno funcionamiento, dependiente del hardware.

Hardware: Computadores con memoria RAM 3GB y 4Gb con procesadores Core i3 y Pentium Dual Core y Sistema operativo Kubuntu 14.04 y Fedora 22 respectivamente.

Software: Librería PHP 5.6 MariaDB 10.0.17

Configuración: Base de Datos con alto volumen de Información

Criterios de Éxito:

Tiempo de respuesta menor a 1000 milisegundos

Consideraciones Especiales:

Se harán excepciones solo si hay problemas externos que afecten la prueba: condiciones ambientales, fallos de luz.



VERSION

0

PAGINA 7-10

PRUEBAS DE INTERFACES DE USUARIO

T01: Pruebas de Interfaces de usuario

Objetivo: Medir el nivel de sencillez y usabilidad de la interfaz de usuario

Descripción: Se realizaran pequeñas pruebas en donde se contara con la participación de los usuarios finales involucrados como lo es el administrador, recepcionista, instructor y un cliente con el fin de que sean ellos quienes den el visto bueno a la implementación de la interfaz.

Técnicas: Nivel de incertidumbre frente a la Interfaz (Grado de conformidad de los usuarios en la realización de tareas o procesos en el sistema)

Fases: 1.La aplicación debe estar previamente instalada y en pleno funcionamiento 2. Se selecciona a uno por uno los usuarios. 3. Se le indica que proceda hacer uso de la aplicación. 4. Después de que el usuario haya hecho la respectiva utilización de la aplicación, se le entrega una lista de chequeo para que haga la respectiva evaluación de la misma.

Entorno de 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 14.04 y Fedora 22 respectivamente.

Software: MariaDB 10.0.17

Configuración: No se le dará ningún tipo de preparación previa, ni capacitación al usuario.


Completa navegabilidad dentro de la interfaz


Se harán excepciones solo si hay problemas externos que afecten la prueba: condiciones ambientales, fallos de luz. O si el software presenta algún tipo de fallos técnicos.



VERSION

0

PAGINA 8-10

PRUEBA DE FUNCIONALIDAD

T02: Pruebas de Funcionalidad

Objetivo: Calcular el nivel de satisfacción del programa por parte del usuario

Descripción: Basados en la lista de requerimientos funcionales obtenidos al inicio del modelado del negocio, nos percataremos de que todos los requerimientos se hayan cumplido satisfactoriamente.

Técnicas: Nivel de satisfacción requerimiento por requerimiento

Fases: 1.La aplicación debe estar previamente instalada y en pleno funcionamiento 2. Se toma el primer requerimiento 3. Se evalúa su nivel de satisfacción 4. Así con todos los requerimientos 5. Se genera un informe de los requerimientos que no cumplieron los objetivos satisfactoriamente.

Entorno de prueba:


Hardware: Computador con memoria RAM 3GB con procesador Core i3 Kubuntu 14.04.


Configuración: Producto en su etapa más primitiva de desarrollo (preferiblemente 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 de luz. O si el software presenta algún tipo de fallos técnicos.



VERSION

0

PAGINA 9-10

PRUEBAS DE FALLOS Y RECUPERACIÓN

T03: Pruebas de Fallos y Recuperación

Objetivo: Medir el nivel de fiabilidad a la hora de que ocurra un evento inesperado.

Descripción: Se realizaran notables cambios, algunos abruptos, a la información contenida en el Software

Técnicas:

Fases: 1.La aplicación debe 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 de respuesta. 4. De acuerdo a unos parámetros pre-definidos se establece si el tiempo de respuesta es aceptable.

Entorno de prueba:




Configuración: Sobrecarga de la aplicación, para que el sometimiento y el esfuerzo sea efectivo


Excelente respuesta de la aplicación, al sometimiento extremo


Se harán excepciones solo si hay problemas externos que afecten la prueba: condiciones ambientales, fallos de luz.



VERSION

0

PAGINA 10-10

PRUEBAS DE SEGURIDAD Y CONTROL DE ACCESO

T04: Pruebas de Seguridad y Control de Acceso

Objetivo: Medir el nivel de seguridad del protocolo de seguridad

Descripción: Se realizaran pequeñas pruebas al protocolo de seguridad

Técnicas: Inicio de sesión de usuarios

Fases: 1.Se inscribirán los usuarios que usaran la aplicación 2. Se realizaran prueba de inyección de código para intentar acceder a la aplicación. 3. Se intentaran acceder con datos erróneos. 3. Se tomara nota de los resultados 4. Se sacaran conclusiones.

Entorno de prueba:



Software: MariaDB 10.0.17

Configuración: Usuarios inscritos con sus respectivos Login


Respeto a la privacidad del usuario


No habrán consideraciones especiales, el software se construyó de tal manera que fuera compatible con este tipo de eventos

4 HERRAMIENTAS PARA LAS PRUEBAS

A continuación se describen algunas herramientas utilizadas para las pruebas:

4.1 SOFTWARE

Durante las pruebas se utilizaron las siguientes herramientas de supervisión del sistema:

Aptana Studio 3.6: IDE

MariaDB 10.0.17

PageSpeed Tools



VERSION

0

PAGINA 11-10

NOMBRE VERSION

Aptana Studio 3.6 Funcionalidad y ejecución

MariaDB 10.0.17 Administración de bases de datos

PageSpeed Tools

Herramienta para evaluar el rendimiento web diseñada por Google.

4.2 HERRAMIENTAS DE SOPORTE Y PRODUCTIVIDAD

Durante las pruebas se utilizaran las siguientes herramientas de supervisión del sistema: Architect Enterprise: Combina el poder de la última especificación UML

2.1 con alto rendimiento, interfaz intuitiva, para traer modelado avanzado al escritorio, y para el equipo completo de desarrollo e implementación.

• Microsoft Project: Es un software de administración de proyectos diseñado, desarrollado y comercializado por Microsoft para asistir a administradores de proyectos en el desarrollo de planes, asignación de recursos a tareas, dar seguimiento al progreso, administrar presupuesto y analizar cargas de trabajo.

4.3 HARDWARE

Recurso Cantidad Descripción

Computador portátil 1 Computador con 3 Gb de RAM Core i3 Sistema operativo Kubuntu 14.04

Computador de Escritorio 1 Computador con 4 Gb de RAM Pentium Dual Core Sistema operativo Windows 7

4.4 CONFIGURACIONES DE PRUEBAS DE AMBIENTE

Nombre de Configuración Descripción Implementación de la Configuración Física

Prueba de Ambiente

PA-001

La Prueba de ambiente se ejecutara con el fin de medir todos los elementos físicos que influyen en el sistema, es decir todos los factores, tanto internos como externos que en extremas circunstancias

Dentro de un marco de ejecución del programa, teniendo en cuenta factores externos como la electricidad; y factores como la conexión con la base de datos



VERSION

0

PAGINA 12-10

puedan causarle alteraciones al optimo desempeño de la plataforma.

CODIGO CODIGO PR- DOCUMENTO KIT DE KPR-01 ......Fases: 1.La aplicación debe estar previamente...

Documents

Transcript of CODIGO CODIGO PR- DOCUMENTO KIT DE KPR-01 ......Fases: 1.La aplicación debe estar previamente...