• Author / Uploaded
• SingaSon

• Categories
• Lenguaje de modelado unificado
• Software
• Caso de uso
• Usabilidad
• Calidad (comercial)

Citation preview

Hexacode, InnovaTech, Sist+, S&Q Solutions

Sistema de Pasantías Empresariales (SPE) Plan de Pruebas Versión 1.2

Sistema de Pasantías Empresariales (SPE)

Versión:

Plan de Pruebas

Fecha:

1.2 30/03/16

Historia de Revisiones Fecha

Versión

Descripción

Autor

26/02/16

1.0

Plan de Pruebas de SPE. Versión inicial.

Hexacode, InnovaTech, Sist+, S&Q Solutions

04/03/16

1.1

Plan de Pruebas de SPE. Incorporación de secciones 4, 5 y 6.

Hexacode, InnovaTech, Sist+, S&Q Solutions

30/03/16

1.2

Plan de Pruebas de SPE. Incorporación de secciones 7, 8, 9 y 10.

Hexacode, InnovaTech, Sist+, S&Q Solutions

Confidencial

©Hexacode, InnovaTech, Sist+, S&Q Solutions, 2016

2

Sistema de Pasantías Empresariales (SPE)

Versión:

Plan de Pruebas

Fecha:

1.2 30/03/16

Tabla de Contenidos 1.

Introducción 1.1 Propósito 1.2 Alcance 1.3 Audiencia a la que se orienta 1.4 Terminología del Documento y Acrónimos 1.5 Referencias

5 5 5 5 5 6

2.

Propósito de la evaluación y motivación de las pruebas 2.1 Antecedentes 2.2 Propósito de la Evaluación 2.3 Motivadores de la prueba

6 6 6 6

3.

Aspectos a los que se enfoca la prueba

6

4.

Delimitación de las pruebas previstas 4.1 Pruebas a incluir 4.2 Pruebas potenciales a ser incluídas 4.3 Pruebas a Excluir

7 7 8 8

5.

Enfoque de las Pruebas 5.1 Ideas Iniciales y otras Fuentes de referencia 5.2 Técnicas y tipos de prueba

8 8 9

6.

Criterios de Entrada y Salida 6.1 Plan de Pruebas 6.1.1 Criterios de Entrada 6.1.2 Criterios de Salida 6.1.3 Criterios de Suspensión y Retomar actividad 6.2 Ciclos de Prueba 6.2.1 Criterios de Entrada 6.2.2 Criterios de salida 6.2.3 Finalización anormal

13 13 13 13 14 14 14 14 14

7.

Entregables 7.1 MECAP-Casos de pruebas

14 14

8.

Necesidades de ambiente 8.1 Hardware 8.2 Software 8.3 Herramientas de Productividad y Soporte 8.4 Configuraciones del Ambiente de Pruebas

14 14 15 15 15

9.

Responsabilidades, Personal y necesidades de entrenamiento

Confidencial

©Hexacode, InnovaTech, Sist+, S&Q Solutions, 2016

16

3

Sistema de Pasantías Empresariales (SPE)

Versión:

Plan de Pruebas

Fecha:

9.1 9.2 10.

1.2 30/03/16

Personal y Roles Personal y Necesidades de entrenamiento Riesgos, Dependencias, Suposiciones y Restricciones

Confidencial

©Hexacode, InnovaTech, Sist+, S&Q Solutions, 2016

16 16 16

4

Sistema de Pasantías Empresariales (SPE)

Versión:

Plan de Pruebas

Fecha:

1.2 30/03/16

Plan de Pruebas 1.

Introducción 1.1

Propósito El propósito del plan de prueba es recopilar toda la información necesaria para planear y controlar el esfuerzo de la prueba para una iteración dada. Describe el enfoque para probar el software y es el plan a nivel superior generado y usado por los encargados para dirigir el esfuerzo de la prueba. Este plan de prueba para el Sistema de Pasantías Empresariales tiene como objetivo principal planificar un conjunto de pruebas a realizar que permitan garantizar que el sistema es de calidad. Asimismo asegurarse de satisfacer todos los requerimientos que se han establecido, a través del chequeo y corrección de posibles fallas o vulnerabilidades que se puedan presentar. 1.2

Alcance En este documento se realizará una descripción de los tipos de prueba que se necesitaran llevar a cabo para satisfacer los requerimientos del sistema, asi como tambien tanto los resultados esperados como los resultados obtenidos de dichas pruebas. Principalmente se hará énfasis a las pruebas de los siguientes aspectos: ● Funcionalidad: de manera que todos los casos de uso funcionen correctamente. ● Usabilidad: las interfaces de usuario deben satisfacer los requerimientos de usabilidad, en aspectos como facilidad de uso y navegabilidad. ● Validación de campos: los campos a llenar por los usuarios deben cumplir con criterios de seguridad e ingreso de datos correctos o válidos. ● Desempeño: se deben satisfacer tiempos de respuesta adecuados. ● Carga: el sistema debe tener buen tiempo de respuesta al realizar las cargas de documentos. 1.3

Audiencia a la que se orienta El plan de pruebas se encuentra dirigido a aquellas personas encargadas de ejecutar los casos de prueba, ya que este documento les sirve como guía para trabajar de manera más eficiente. El plan de pruebas también va dirigido al equipo de desarrollo, para poder analizar los resultados arrojados en las pruebas y de esta manera poder solucionar los problemas en los que los resultados fueron erróneos y documentar cada aspecto realizado, así como también determinar la calidad del sistema. Por último, también puede ser de interés por parte del cliente revisar este documento puesto que si se presenta la oportunidad podrá realizar las pruebas de aceptación; así como cualquier persona que se encuentre interesada en colaborar en las pruebas del sistema. 1.4

Terminología del Documento y Acrónimos

● CCT: Coordinación de Cooperación Técnica de la Universidad Simón Bolívar. ● FUNINDES: Fundación de Investigación y Desarrollo de la Universidad Simón Bolívar. ● RUP: Rational Unified Process. Se trata de una metodología para describir el proceso de desarrollo de software. ● DII: Dirección de Ingeniería de Información de la Universidad Simón Bolívar. ● DST: Dirección de Servicios Telemáticos de la Universidad Simón Bolívar. ● USB: Universidad Simón Bolívar. ● UML: Unified Modeling Language. Lenguaje de modelado visual de sistemas de software. ● DACE: Dirección de Administración y Control de Estudios de la Universidad Simón Bolívar. ● SPE: Sistema de Pasantías Empresariales.

Confidencial

©Hexacode, InnovaTech, Sist+, S&Q Solutions, 2016

5

Sistema de Pasantías Empresariales (SPE)

Versión:

Plan de Pruebas

Fecha:

1.5 ● ● ● ● ●

2.

1.2 30/03/16

Referencias Documento Lista de Riesgos. Documento Especificaciones de Requerimientos del Software Manual de Identidad Visual Corporativa USB. Documento de Especificaciones de Requerimientos del Software. Documento de Arquitectura de Software.

Propósito de la evaluación y motivación de las pruebas 2.1

Antecedentes

El cliente definió sus requerimientos para el Sistema de Pasantías Empresariales, e indicó su interés en que el sistema tuviera la menor cantidad de errores posibles en vista de que el que se está utilizando actualmente no cumple con las funcionalidades de manera segura y eficaz. Existe como principal objetivo que las pruebas a realizar garanticen un producto de calidad y robusto frente a posibles ataques. En caso de requerir más información respecto al sistema o a los casos de uso que lo conforman conviene revisar el Documento de Arquitectura del Sistema o el Documento de Especificación de Requerimientos del Sistema. 2.2

Propósito de la Evaluación

El propósito del plan de pruebas es encontrar todas las fallas que se puedan dar en el sistema para hallar una solución temprana y oportuna para solventarlo, y de esta manera obtener un producto de calidad y eficiente, así como también brindar una excelente experiencia a los usuarios. 2.3

Motivadores de la prueba

El motivo principal del plan de pruebas es identificar los riesgos y fallas que se puedan presentar, así como también comprobar que los requerimientos del sistema han sido cumplidos de manera correcta. Además de encontrar la mayor cantidad de riesgos posibles, se espera poder hallar todas aquellas vulnerabilidades que puedan presentarse en el Sistema de Pasantías Empresariales, con el fin de solucionarlas o controlarlas para poder dar al cliente un producto con la mayor calidad posible.

3.

Aspectos a los que se enfoca la prueba ● ● ●

Confidencial

Pruebas de aceptación: son las pruebas más importantes a realizar, ya que validan las funcionalidades esperadas por el usuario. Pruebas funcionales: se enfoca en la verificación de las funcionalidades del sistema, mediante la ejecución, revisión y retroalimentación. Pruebas de desempeño: se especializa en las pruebas referentes al desempeño del sistema, relacionados con los tiempos de respuestas, volúmenes de transacciones, carga, estrés, escalabilidad, entre otros.

©Hexacode, InnovaTech, Sist+, S&Q Solutions, 2016

6

Sistema de Pasantías Empresariales (SPE)

Versión:

Plan de Pruebas

Fecha:

● ● ●

●

1.2 30/03/16

Pruebas de seguridad: evalúa la protección del sistema ante accesos internos o externos no autorizados para hacer frente a cualquier tipo de ataque.Los cinco conceptos básicos que se deben cubrir son: confidencialidad, integridad, autenticación, autorización y disponibilidad. Pruebas de recuperación: Determina la capacidad de recuperación del sistema ante una falla de software o hardware. Pruebas de recuperación y tolerancia a fallas: 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. Estas pruebas aseguran que una aplicación o sistema se recupere de una variedad de anomalías de hardware, software o red con pérdidas de datos o fallas de integridad. Pruebas de usabilidad: Estas miden la capacidad de los productos hechos por el hombre para cumplir los propósitos que se desean.

Las pruebas se encuentran enfocadas al software, como las pruebas de funcionalidad, usabilidad (incluye las pruebas de interfaz), desempeño (que tiene además pruebas de carga, volumen y estrés), entre otras. Para realizar algunas de estas pruebas se utilizarán herramientas automatizadas, y de esta manera agilizar el proceso de realización de pruebas. Para su realización se contará con un equipo probador que hará uso de los casos de pruebas que el equipo de desarrollo establecerá para cada caso de uso, así mismo utilizaran las herramientas especificadas para realizar las pruebas restantes.

4. Delimitación de las pruebas previstas 4.1

Pruebas a incluir

Principalmente se llevarán a cabo pruebas de funcionalidad y usabilidad, de manera que sean satisfechas todas las funcionalidades del sistema, así como también realizar las pruebas de integridad de la base de datos del mismo. Además se llevarán a cabo posibles pruebas de regresión que pueden ser necesarias, según los resultados de las pruebas anteriores. Las pruebas de aceptación también se llevarán a cabo, con la participación del cliente (quien dará su aprobación o no a las funcionalidades del sistema según los requerimientos establecidos). Seguidamente se tiene la ejecución de las pruebas de desempeño, carga, volumen y estrés (pruebas no funcionales). De manera más específica se pueden mencionar las siguientes pruebas a realizar: ● Seguridad, el sistema debe garantizar a los usuarios que no es posible ingresar a su sesión correspondiente sin la contraseña correcta, por lo que debe confirmar con la Base de Datos que la contraseña ingresada es la contraseña correcta para darle acceso al sistema, de caso contrario el sistema debe arrojar un mensaje de error que indique que hay problemas con el usuario y/o la contraseña. ● Completitud del 10% según los Casos de Uso, se debe asegurar que estén en correcto funcionamiento las funcionalidades a concluir para el trimestre en curso, debe indicar los mensajes de error cuando se ingrese o se solicite una opción no válida, debe indicar mensajes de advertencia antes de realizar una modificación a la Base de Datos, como añadir un valor. ● Funcionalidad en los Botones y Menús expandibles, comprobar que los botones realizan la función indicada como ir a un menú, iniciar sesión, salir del sistema, etc. Y que los menús expandibles indiquen información referente a lo que dice el menú y que éstos no estén vacíos, y además funcionen cuando se seleccione una opción de ellos ya sea para modificar, eliminar, etc.

Confidencial

©Hexacode, InnovaTech, Sist+, S&Q Solutions, 2016

7

Sistema de Pasantías Empresariales (SPE)

Versión:

Plan de Pruebas

Fecha:

●

4.2

1.2 30/03/16

Interfaz, todo el sistema debe contar con una interfaz gráfica que resulte amigable para el usuario y que lo guíe a través de la utilización del sistema. Pruebas potenciales a ser incluídas

Se incluyen las pruebas que deberán ser realizadas en un futuro, una vez que el sistema se haya desarrollado desde un 20% en adelante. 4.3

Pruebas a Excluir Las pruebas que fueron excluidas en este plan de pruebas son las siguientes:

● ●

●

Pruebas en distintos sistemas operativos como Windows o Linux, ésta prueba no se realiza debido a que en éste momento no es necesaria ni de mayor importancia o influencia sobre el funcionamiento general del sistema. Las pruebas de ciclo de negocio, dado que el cliente forma parte de los usuarios finales del sistema y se contó con la participación de personal que conoce el negocio a fondo, ambos guiaron al equipo de desarrollo para que se tuviera una idea clara del ciclo de negocio. Además de que en las diversas presentaciones se ha establecido si el ciclo de negocio ha sido correctamente representado en el sistema, y de no serlo se han realizado correcciones para satisfacer las necesidades de los usuarios, las cuales requieren que el sistema maneje el negocio a la perfección. Las pruebas de instalación y configuración, ya que estas pruebas no son prioritarias para esta etapa.

5. Enfoque de las Pruebas 5.1

Ideas Iniciales y otras Fuentes de referencia

De manera general, se desea probar los flujos del sistema, que los mensajes de error se muestren cuando es debido, que los datos se manejen correctamente, sin corromperse y que se indiquen correctamente aquellas acciones que no pueden realizarse, asi como tambien que los usuarios solo puedan realizar las que su rol les permita. Para ello se realizarán pruebas de integridad, pruebas de desempeño, pruebas de interfaces de usuario, entre otras. Si se encuentran errores, los mismos se intentarán solucionar y deben realizarse las pruebas nuevamente para verificar que se soluciono el error sin afectar nada más. Para realizar un excelente trabajo se planea hacer uso de ciertas herramientas automatizadas que generan scripts para poder probar desempeño, volumen, carga y estrés.

5.2

Técnicas y tipos de prueba

Confidencial

©Hexacode, InnovaTech, Sist+, S&Q Solutions, 2016

8

Sistema de Pasantías Empresariales (SPE)

Versión:

Plan de Pruebas

Fecha:

1.2 30/03/16

Tipo de prueba a documentar:

Pruebas de Datos e Integridad de la BD.

Técnica:

Insertar todo tipo de datos al sistema; tanto válidos como no válidos, para verificar que se almacene correctamente en la base de datos o que presente los errores pertinentes según sea el caso.

Objetivo de la técnica:

Asegurarse de que los métodos de acceso a la base de datos estén correctos y exista consistencia en la información, así como también que exista control de corrupción de datos.

Oráculo:

Se ejecutan las funcionalidades que se conectan y realzan modificaciones a la base de datos del sistema, verificando que los datos que se encuentran almacenados son consistentes con las modificaciones realizadas a la base de datos y que ésta no haya sido corrompida.

Herramientas requeridas:

Diagrama de casos de uso, narrativas de casos de uso, diagrama ERE y diccionario de datos.

Criterios de éxito:

Todos los métodos de acceso a la base de datos funcionan correctamente y cumplen con los requisitos y no incurran en corrupción de datos, es decir, todos los datos que se insertaron en la base de datos fueron almacenados correctamente.

Consideraciones especiales:

Las pruebas deben realizarse de manera manual por los probadores.

Confidencial

©Hexacode, InnovaTech, Sist+, S&Q Solutions, 2016

9

Sistema de Pasantías Empresariales (SPE)

Versión:

Plan de Pruebas

Fecha:

1.2 30/03/16

Tipo de prueba a documentar:

Pruebas de Interfaces de Usuario

Técnica:

Verificación de la navegación y de los estados de los objetos y los valores que tiene el sistema por medio de la creacion o modificacion de pruebas para cada una de las vistas, ventanas o menús existentes.

Objetivo de la técnica: Identificar que la interfaz sea apropiada para que el usuario la pueda visualizar los datos de salida e introducir los datos correspondientes. Oráculo:

Herramientas requeridas:

Para la evaluación de los resultados de la técnica, se utiliza la comprobación del correcto uso de los lineamientos descritos en el “Manual de identidad visual de la USB”. A su vez se comprueba que la navegabilidad sea lo más amigable e intuitiva para el usuario. Lista de requerimientos del negocio

Criterios de éxito:

Cada vista del sistema es verificada de forma tal que esta mantenga la coherencia con el proceso que el sistema manejara según lo especificado en las reuniones y consultas con el cliente. Además de la verificación del seguimiento de las normativas para aplicaciones web de la USB.

Consideraciones especiales:

Se debe tomar en cuenta que existen varios tipos de vistas y restricciones según el tipo de usuario que ingrese al sistema. Para resultados más precisos y de mejor calidad, los principales involucrados con la utilización del sistema deberían ser los probadores, hablase el cuerpo estudiantil y el profesorado de la USB, la CCT, etc.

Confidencial

©Hexacode, InnovaTech, Sist+, S&Q Solutions, 2016

10

Sistema de Pasantías Empresariales (SPE)

Versión:

Plan de Pruebas

Fecha:

Tipo de prueba a documentar:

1.2 30/03/16

Pruebas de Integración

Técnica: Se verificará que los subsistemas están conectados correctamente, de forma que al modificar algo en uno de los subsistemas esto se vea reflejado en todo el sistema. Objetivo de la técnica: El objetivo de la prueba de Integración es verificar que los subsistemas del sistema están correctamente relacionados entre sí y con el sistema. Oráculo: Al ir modificando datos en los distintos subsistemas, si los cambios son almacenados correctamente en la Base de Datos, entonces éstos deberían ser reflejados correctamente ante todo el sistema. Herramientas requeridas:

Sistema de Pasantías Empresariales

Criterios de éxito: Se considerará éxito cuando al modificar o alterar datos en un subsistema esto se vea reflejado en otro subsistema y dentro del sistema en general. Consideraciones especiales:

Confidencial

El impacto de la realización de esta prueba nos permite verificar también la correctitud del sistema.

©Hexacode, InnovaTech, Sist+, S&Q Solutions, 2016

11

Sistema de Pasantías Empresariales (SPE)

Versión:

Plan de Pruebas

Fecha:

Tipo de prueba a documentar: Técnica:

1.2 30/03/16

Pruebas de Funcionalidad Ejecutar cada caso de uso, y el flujo de casos de uso (básico y alterno) con datos válidos y no válidos, para verificar lo siguiente: 1. Los resultados esperados se producen cuando se utilizan datos válidos en todos los casos de prueba. 2. Los mensajes de error apropiados o advertencias que se muestran cuando datos no válidos son utilizados. 3. Reglas de negocio críticas se aplican debidamente.

Objetivo de la técnica:

Asegurar el correcto funcionamiento de las implementaciones de los casos de uso del sistema , incluyendo principalmente lo siguiente: 1. El flujo de entrada de datos: los datos que se ingresen en las planillas o programas sean realizados y permitidos en el momento correcto. 2. Procesamiento y validación de los campos: que cada campo se encuentre validado para evitar el almacenamiento incorrecto de datos, pues se maneja información sensible. 3. Correcto despliegue de mensaje de error: ya sea de ingreso de datos inválidos en campos, como por ejemplo dejar campos obligatorios vacíos.

Oráculo:

Herramientas requeridas: Criterios de éxito: Consideraciones especiales:

Confidencial

Para la evaluación de la técnica y observación de los resultados, se utiliza como estrategia la ejecución de todos los casos de prueba previamente propuestos Diagramas de casos de uso y casos de pruebas Todas las pruebas previstas se han ejecutado y han dado los resultados esperados. Ninguna

©Hexacode, InnovaTech, Sist+, S&Q Solutions, 2016

12

Sistema de Pasantías Empresariales (SPE)

Versión:

Plan de Pruebas

Fecha:

Tipo de prueba a documentar:

1.2 30/03/16

Pruebas de Regresión

Técnica:

Ejecutar los casos de prueba de las iteraciones anteriores que sean necesarios para verificar que por medio de las modificaciones hechas, se hayan resuelto los errores que anteriormente se había obtenido, y que no hayan aparecido nuevos errores.

Objetivo de la técnica:

Asegurar que las modificaciones del sistema solucionaron los errores que previamente existían sin provocar la creación de nuevos errores o problemas.

Oráculo:

Para la evaluación de los resultados de la técnica, se utiliza la observación y el análisis de los resultados generados por las herramientas propuestas para la ejecución de las pruebas de regresión.

Herramientas requeridas:

Diagrama de casos de uso, narrativas de casos de uso y casos de prueba.

Criterios de éxito:

Los errores y problemas que existían antes fueron solucionados sin afectar de forma negativa ninguna otra funcionalidad del sistema.

Consideraciones especiales:

Ninguna.

6. Criterios de Entrada y Salida 6.1

Plan de Pruebas 6.1.1 Criterios de Entrada Para poder realizar la ejecución del plan de pruebas establecido deben cumplirse las siguientes condiciones: ●

Se deben terminar todas las iteraciones de la etapa de desarrollo del sistema.

●

Se necesitan tener las herramientas automatizadas previamente descritas para poder realizar el plan de pruebas. Los probadores deben saber cómo utilizar estas herramientas y las deben de tener instaladas en sus respectivos equipos.

●

Tener disponibles y actualizados los documentos DAS y ERS, acorde a las funcionalidades del sistema

6.1.2 Criterios de Salida

Confidencial

©Hexacode, InnovaTech, Sist+, S&Q Solutions, 2016

13

Sistema de Pasantías Empresariales (SPE)

Versión:

Plan de Pruebas

Fecha:

1.2 30/03/16

Para tomar como finalizada la ejecución del plan de pruebas establecido se debe cumplir lo siguiente: ●

Se realizaron todas las pruebas y técnicas planteadas en el plan de pruebas.

●

Los problemas o errores encontrados gracias a la ejecución de las pruebas han sido detectados y se han solucionado; en el caso de no haberse solucionado estos han sido documentados.

●

Los riesgos o vulnerabilidades encontrados gracias a la ejecución de las pruebas han sido evaluados y se les ha solucionado; en el caso de no haberse solucionado estos han sido documentados.

6.1.3 Criterios de Suspensión y Retomar actividad Para suspender la ejecución del plan de pruebas deberá ocurrir un error considerablemente grave que condicione las otras funcionalidades del sistema. 6.2

Ciclos de Prueba 6.2.1 Criterios de Entrada Una vez terminadas las pruebas de un ciclo se puede continuar con los siguientes ciclos de prueba, siempre y cuando se hayan corregido los errores detectados en caso de que los haya. 6.2.2 Criterios de salida Se deben evaluar los resultados de cada de las pruebas ejecutadas, estas deben cumplir con los resultados esperados. En caso que hayan pruebas que detectaron errores, estos deben ser revisados y corregidos. 6.2.3 Finalización anormal Si existe alguna falla en el sistema algunas de las pruebas se veŕan afectadas y comprometidas. Pero si dicha falla afecta gravemente la funcionalidad del sistema, el plan de pruebas será pospuesto hasta que se solucione la falla.

7. Entregables 7.1

MECAP- Casos de pruebas

En el documento de Casos de Prueba de las empresa InnovaTech, Hexacode, S&Q y Sist+, para el Sistema de Pasantías Empresariales, se presenta, de forma detallada, una explicación de los casos de prueba que se realizarán para la evaluación de calidad y funcionamiento del sistema. 8.

Necesidades de ambiente 8.1 Hardware Recursos del sistema Recurso

Confidencial

Cantidad

Nombre y tipo

©Hexacode, InnovaTech, Sist+, S&Q Solutions, 2016

14

Sistema de Pasantías Empresariales (SPE)

Versión:

Plan de Pruebas

Fecha:

8.2

Servidor

1

Computadora cliente

No hay límite

1.2 30/03/16 Servidor anfitrión

Software Los siguientes elementos serán necesarios para la realización del plan de pruebas:

8.3

Nombre del software

Versión

Tipo y otras notas

Web2py

2.14.3

Servidor web

Sqlite

3

Manejador de base de datos.

Mysql

5.6

Manejador de base de datos.

Firefox

Cualquiera

Navegador web

Herramientas de Productividad y Soporte

Las siguientes herramientas serán empleadas para soportar el proceso de pruebas del Plan de Pruebas: Tipo de herramienta

Nombre de la herramienta

Vendedor

Versión

Framework para el desarrollo de las pruebas

Web2py

Libre

2.14.3

Herramienta para el manejo de versiones

Github

Git

8.4

Configuraciones del Ambiente de Pruebas

Nombre de configuración

Descripción

Implementación de la configuración física

Servidor anfitrión activo.

El servidor en el cual está montada la aplicación debe estar encendido y activo.

Encender y acondicionar el servidor anfitrión.

Confidencial

©Hexacode, InnovaTech, Sist+, S&Q Solutions, 2016

15

Sistema de Pasantías Empresariales (SPE)

Versión:

Plan de Pruebas

Fecha:

9.

1.2 30/03/16

Responsabilidades, Personal y necesidades de entrenamiento 9.1 Personal y Roles

Recursos humanos Roles

Cantidad mínima recomendada de personal a asignar

Responsabilidades específicas

Diseñadores de pruebas

3

Estructurar lo casos de pruebas a realizar y definir las herramientas automatizadas para la ejecución de estas.

Probadores

3

Ejecutar los casos de prueba, y guardar los resultados.

Analistas de pruebas

2

Analizar el resultado de las pruebas, en caso de errores los analistas de prueba deben proceder a solucionarlos.

9.2

Personal y Necesidades de entrenamiento

Se necesita personal que tenga algo de experiencia en el manejo de base de datos y que también tenga un poco de conocimiento web 10.

Riesgos, Dependencias, Suposiciones y Restricciones Riesgos

Restricciones de tiempo

Falta de equipos para realizar las pruebas

Datos de pruebas incorrectos

Confidencial

Estrategias de Mitigación

Plan de Contingencia

Impacto

Identificar los casos críticos en el esquema de los casos de prueba, a fin de probarlos con una distribución equitativa de las responsabilidades y tareas.

Realizar una redistribución de las tareas de acuerdo a su prioridad y la disponibilidad de los probadores.

Posibilidad de no completar todas las pruebas.

Asignar el trabajo con las pruebas a aquellas personas que puedan contar con todas las herramientas necesarias.

Revisar el funcionamiento de las herramientas de los probadores.

Posibilidad de no completar todas las pruebas.

Se debe verificar la información que provee el cliente para la realización de las pruebas.

Redefinir el tipo de prueba. Dar como fallida la prueba. Reiniciar la prueba con información válida.

Datos de pruebas incorrectos. Posibilidad de que no funcionen

©Hexacode, InnovaTech, Sist+, S&Q Solutions, 2016

16

Sistema de Pasantías Empresariales (SPE)

Versión:

Plan de Pruebas

Fecha:

1.2 30/03/16 correctamente, con datos reales, casos de prueba anteriormente verificados.

Base de datos incorrecta

Confidencial

Los desarrolladores deben asegurarse que la base de datos utilizada sea correcta, completa y actualizada. Además, debe informarle al equipo de pruebas cómo instalarla correctamente para que no existan problemas con la conexión de la misma.

Hacer una limpieza y corregir la base de datos para que cumpla con los requerimientos del sistema.

©Hexacode, InnovaTech, Sist+, S&Q Solutions, 2016

Base de datos incompleta o desactualizada

17