Documento Plan de Pruebas

Hexacode, InnovaTech, Sist+, S&Q Solutions
Sistema de Pasantas Empresariales (SPE)

Plan de Pruebas
Versin 1.2
Versin:
Plan de Pruebas
Fecha:
1.2
30/03/16
Historia de Revisiones
Fecha
Versin
Descripcin
Autor
26/02/16
1.0
Plan de Pruebas de SPE. Versin inicial.
Hexacode, InnovaTech,
Sist+, S&Q Solutions
04/03/16
1.1
Plan de Pruebas de SPE. Incorporacin de

secciones 4, 5 y 6.
30/03/16
1.2
Plan de Pruebas de SPE. Incorporacin de

secciones 7, 8, 9 y 10.
Confidencial
Hexacode, InnovaTech, Sist+, S&Q Solutions, 2016
Versin:
Plan de Pruebas
Fecha:
1.2
30/03/16
Tabla de Contenidos
1.
Introduccin
1.1
Propsito
1.2
Alcance
1.3
Audiencia a la que se orienta
1.4
Terminologa del Documento y Acrnimos
1.5
Referencias
5
5
5
5
5
6
2.
Propsito de la evaluacin y motivacin de las pruebas

2.1
Antecedentes
2.2
Propsito de la Evaluacin
2.3
Motivadores de la prueba
6
6
6
6
3.
Aspectos a los que se enfoca la prueba
4.
Delimitacin de las pruebas previstas

4.1
Pruebas a incluir
4.2
Pruebas potenciales a ser includas
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
Tcnicas 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 Suspensin y Retomar actividad
6.2
Ciclos de Prueba
6.2.2 Criterios de salida
6.2.3 Finalizacin 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
16
Versin:
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
16
16
16
Versin:
Plan de Pruebas
Fecha:
1.2
30/03/16
Plan de Pruebas
1.
Introduccin
1.1
Propsito
El propsito del plan de prueba es recopilar toda la informacin necesaria para planear y controlar el
esfuerzo de la prueba para una iteracin 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 Pasantas 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 travs del chequeo y correccin de posibles fallas o
vulnerabilidades que se puedan presentar.
1.2
Alcance
En este documento se realizar una descripcin 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.
Validacin de campos: los campos a llenar por los usuarios deben cumplir con criterios de seguridad e
ingreso de datos correctos o vlidos.
Desempeo: 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 gua para trabajar de manera ms eficiente.
El plan de pruebas tambin 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 errneos y
documentar cada aspecto realizado, as como tambin determinar la calidad del sistema.
Por ltimo, tambin puede ser de inters por parte del cliente revisar este documento puesto que si se
presenta la oportunidad podr realizar las pruebas de aceptacin; as como cualquier persona que se encuentre
interesada en colaborar en las pruebas del sistema.
1.4
Terminologa del Documento y Acrnimos
CCT: Coordinacin de Cooperacin Tcnica de la Universidad Simn Bolvar.

FUNINDES: Fundacin de Investigacin y Desarrollo de la Universidad Simn Bolvar.
RUP: Rational Unified Process. Se trata de una metodologa para describir el proceso de desarrollo de
software.
DII: Direccin de Ingeniera de Informacin de la Universidad Simn Bolvar.
DST: Direccin de Servicios Telemticos de la Universidad Simn Bolvar.
USB: Universidad Simn Bolvar.
UML: Unified Modeling Language. Lenguaje de modelado visual de sistemas de software.
DACE: Direccin de Administracin y Control de Estudios de la Universidad Simn Bolvar.
SPE: Sistema de Pasantas Empresariales.
Confidencial
Versin:
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.
Propsito de la evaluacin y motivacin de las pruebas

2.1
Antecedentes
El cliente defini sus requerimientos para el Sistema de Pasantas Empresariales, e indic su inters 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 ms informacin respecto al sistema o a los casos de uso que lo conforman conviene
revisar el Documento de Arquitectura del Sistema o el Documento de Especificacin de Requerimientos del
Sistema.
2.2
Propsito de la Evaluacin
El propsito del plan de pruebas es encontrar todas las fallas que se puedan dar en el sistema para hallar
una solucin temprana y oportuna para solventarlo, y de esta manera obtener un producto de calidad y eficiente, as
como tambin 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
tambin comprobar que los requerimientos del sistema han sido cumplidos de manera correcta.
Adems de encontrar la mayor cantidad de riesgos posibles, se espera poder hallar todas aquellas
vulnerabilidades que puedan presentarse en el Sistema de Pasantas 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 aceptacin: son las pruebas ms importantes a realizar, ya que validan las
funcionalidades esperadas por el usuario.
Pruebas funcionales: se enfoca en la verificacin de las funcionalidades del sistema, mediante la
ejecucin, revisin y retroalimentacin.
Pruebas de desempeo: se especializa en las pruebas referentes al desempeo del sistema,
relacionados con los tiempos de respuestas, volmenes de transacciones, carga, estrs,
escalabilidad, entre otros.
Versin:
Plan de Pruebas
Fecha:
1.2
30/03/16
Pruebas de seguridad: evala la proteccin del sistema ante accesos internos o externos no
autorizados para hacer frente a cualquier tipo de ataque.Los cinco conceptos bsicos que se deben
cubrir son: confidencialidad, integridad, autenticacin, autorizacin y disponibilidad.
Pruebas de recuperacin: Determina la capacidad de recuperacin del sistema ante una falla de
software o hardware.
Pruebas de recuperacin y tolerancia a fallas: Verificar que los procesos de recuperacin
(manual o automtica) restauran apropiadamente la Base de datos, aplicaciones y sistemas, y los
llevan a un estado conocido o deseado. Estas pruebas aseguran que una aplicacin o sistema se
recupere de una variedad de anomalas de hardware, software o red con prdidas de datos o fallas
de integridad.
Pruebas de usabilidad: Estas miden la capacidad de los productos hechos por el hombre para
cumplir los propsitos que se desean.
Las pruebas se encuentran enfocadas al software, como las pruebas de funcionalidad, usabilidad (incluye
las pruebas de interfaz), desempeo (que tiene adems pruebas de carga, volumen y estrs), entre otras.
Para realizar algunas de estas pruebas se utilizarn herramientas automatizadas, y de esta manera agilizar el
proceso de realizacin de pruebas. Para su realizacin 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. Delimitacin de las pruebas previstas

4.1
Pruebas a incluir
Principalmente se llevarn a cabo pruebas de funcionalidad y usabilidad, de manera que sean

satisfechas todas las funcionalidades del sistema, as como tambin realizar las pruebas de integridad
de la base de datos del mismo.
Adems se llevarn a cabo posibles pruebas de regresin que pueden ser necesarias, segn los
resultados de las pruebas anteriores. Las pruebas de aceptacin tambin se llevarn a cabo, con la
participacin del cliente (quien dar su aprobacin o no a las funcionalidades del sistema segn los
requerimientos establecidos). Seguidamente se tiene la ejecucin de las pruebas de desempeo, carga,
volumen y estrs (pruebas no funcionales).
De manera ms especfica se pueden mencionar las siguientes pruebas a realizar:
Seguridad, el sistema debe garantizar a los usuarios que no es posible ingresar a su sesin
correspondiente sin la contrasea correcta, por lo que debe confirmar con la Base de Datos que la
contrasea ingresada es la contrasea 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
contrasea.
Completitud del 10% segn los Casos de Uso, se debe asegurar que estn 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 opcin no vlida, debe indicar mensajes de advertencia
antes de realizar una modificacin a la Base de Datos, como aadir un valor.
Funcionalidad en los Botones y Mens expandibles, comprobar que los botones realizan la
funcin indicada como ir a un men, iniciar sesin, salir del sistema, etc. Y que los mens
expandibles indiquen informacin referente a lo que dice el men y que stos no estn vacos, y
adems funcionen cuando se seleccione una opcin de ellos ya sea para modificar, eliminar, etc.
Confidencial
Versin:
Plan de Pruebas
Fecha:
4.2
1.2
30/03/16
Interfaz, todo el sistema debe contar con una interfaz grfica que resulte amigable para el usuario
y que lo gue a travs de la utilizacin del sistema.
Pruebas potenciales a ser includas
Se incluyen las pruebas que debern 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 participacin 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. Adems 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 perfeccin.
Las pruebas de instalacin y configuracin, 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 realizarn pruebas de integridad, pruebas de
desempeo, pruebas de interfaces de usuario, entre otras.
Si se encuentran errores, los mismos se intentarn solucionar y deben realizarse las pruebas
nuevamente para verificar que se soluciono el error sin afectar nada ms.
Para realizar un excelente trabajo se planea hacer uso de ciertas herramientas automatizadas que
generan scripts para poder probar desempeo, volumen, carga y estrs.
5.2
Tcnicas y tipos de prueba
Confidencial
Versin:
Plan de Pruebas
Fecha:
1.2
30/03/16
Tipo de prueba a
documentar:
Pruebas de Datos e Integridad de la BD.
Tcnica:
Insertar todo tipo de datos al sistema; tanto vlidos como no vlidos, para
verificar que se almacene correctamente en la base de datos o que presente los
errores pertinentes segn sea el caso.
Objetivo de la tcnica:
Asegurarse de que los mtodos de acceso a la base de datos estn correctos y

exista consistencia en la informacin, as como tambin que exista control de
corrupcin de datos.
Orculo:
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 mtodos de acceso a la base de datos funcionan correctamente y

cumplen con los requisitos y no incurran en corrupcin 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
Versin:
Plan de Pruebas
Fecha:
1.2
30/03/16
Tipo de prueba a
documentar:
Pruebas de Interfaces de Usuario
Tcnica:
Verificacin de la navegacin 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 mens existentes.
Identificar que la interfaz sea apropiada para que el usuario la pueda visualizar
los datos de salida e introducir los datos correspondientes.
Orculo:
Para la evaluacin de los resultados de la tcnica, se utiliza la comprobacin

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 ms
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 segn lo especificado en las
reuniones y consultas con el cliente. Adems de la verificacin 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

segn el tipo de usuario que ingrese al sistema. Para resultados ms precisos y
de mejor calidad, los principales involucrados con la utilizacin del sistema
deberan ser los probadores, hablase el cuerpo estudiantil y el profesorado de
la USB, la CCT, etc.
Confidencial
10
Versin:
Plan de Pruebas
Fecha:
Tipo de prueba a
documentar:
1.2
30/03/16
Pruebas de Integracin
Tcnica:
Se verificar que los subsistemas estn conectados correctamente, de forma
que al modificar algo en uno de los subsistemas esto se vea reflejado en todo el
sistema.
El objetivo de la prueba de Integracin es verificar que los subsistemas del
sistema estn correctamente relacionados entre s y con el sistema.
Orculo:
Al ir modificando datos en los distintos subsistemas, si los cambios son
almacenados correctamente en la Base de Datos, entonces stos deberan ser
reflejados correctamente ante todo el sistema.
Sistema de Pasantas 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 realizacin de esta prueba nos permite verificar tambin la

correctitud del sistema.
11
Versin:
Plan de Pruebas
Fecha:
Tipo de prueba a documentar:

Tcnica:
1.2
30/03/16
Pruebas de Funcionalidad
Ejecutar cada caso de uso, y el flujo de casos de uso (bsico y alterno) con
datos vlidos y no vlidos, para verificar lo siguiente:
1. Los resultados esperados se producen cuando se utilizan datos vlidos en
todos los casos de prueba.
2. Los mensajes de error apropiados o advertencias que se muestran cuando
datos no vlidos son utilizados.
3. Reglas de negocio crticas se aplican debidamente.
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 validacin de los campos: que cada campo se encuentre
validado para evitar el almacenamiento incorrecto de datos, pues se maneja
informacin sensible.
3. Correcto despliegue de mensaje de error: ya sea de ingreso de datos
invlidos en campos, como por ejemplo dejar campos obligatorios vacos.
Orculo:
Criterios de xito:
Consideraciones especiales:
Confidencial
Para la evaluacin de la tcnica y observacin de los resultados, se utiliza

como estrategia la ejecucin 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
12
Versin:
Plan de Pruebas
Fecha:
Tipo de prueba a
documentar:
1.2
30/03/16
Pruebas de Regresin
Tcnica:
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 haba obtenido, y que no hayan aparecido
nuevos errores.
Asegurar que las modificaciones del sistema solucionaron los errores que
previamente existan sin provocar la creacin de nuevos errores o problemas.
Orculo:
Para la evaluacin de los resultados de la tcnica, se utiliza la observacin y el

anlisis de los resultados generados por las herramientas propuestas para la
ejecucin de las pruebas de regresin.
Diagrama de casos de uso, narrativas de casos de uso y casos de prueba.
Criterios de xito:
Los errores y problemas que existan 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
Para poder realizar la ejecucin 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 cmo 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
13
Versin:
Plan de Pruebas
Fecha:
1.2
30/03/16
Para tomar como finalizada la ejecucin del plan de pruebas establecido se debe cumplir lo siguiente:
Se realizaron todas las pruebas y tcnicas planteadas en el plan de pruebas.
Los problemas o errores encontrados gracias a la ejecucin 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 ejecucin 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 Suspensin y Retomar actividad

Para suspender la ejecucin del plan de pruebas deber ocurrir un error considerablemente grave
que condicione las otras funcionalidades del sistema.
6.2
Ciclos de Prueba
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 Finalizacin anormal
Si existe alguna falla en el sistema algunas de las pruebas se vean 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 Pasantas Empresariales, se presenta, de forma detallada, una explicacin de los
casos de prueba que se realizarn para la evaluacin de calidad y funcionamiento del sistema.
8.
Necesidades de ambiente
8.1 Hardware
Recursos del sistema
Recurso
Confidencial
Cantidad
Nombre y tipo
14
Versin:
Plan de Pruebas
Fecha:
8.2
Servidor
Computadora cliente
No hay lmite
1.2
30/03/16
Servidor anfitrin
Software
Los siguientes elementos sern necesarios para la realizacin del plan de pruebas:
8.3
Nombre del software
Versin
Tipo y otras notas
Web2py
2.14.3
Servidor web
Sqlite
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 sern empleadas para soportar el proceso de pruebas del Plan de
Pruebas:
Tipo de herramienta
Nombre de la
herramienta
Vendedor
Versin
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 configuracin
Descripcin
Implementacin de la
configuracin fsica
Servidor anfitrin activo.
El servidor en el cual est

montada la aplicacin debe estar
encendido y activo.
Encender y acondicionar el
servidor anfitrin.
Confidencial
15
Versin:
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 mnima
recomendada de personal a
asignar
Responsabilidades
especficas
Diseadores de pruebas
Estructurar lo casos de pruebas a

realizar y definir las herramientas
automatizadas para la ejecucin
de estas.
Probadores
Ejecutar los casos de prueba, y

guardar los resultados.
Analistas de pruebas
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
tambin 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 Mitigacin
Plan de Contingencia
Impacto
Identificar los casos crticos en el

esquema de los casos de prueba, a
fin de probarlos con una
distribucin equitativa de las
responsabilidades y tareas.
Realizar una redistribucin 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 informacin

que provee el cliente para la
realizacin de las pruebas.
Redefinir el tipo de prueba. Dar

como fallida la prueba. Reiniciar
la prueba con informacin vlida.
Datos de pruebas
incorrectos.
Posibilidad de que no
funcionen
16
Versin:
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. Adems, debe
informarle al equipo de pruebas
cmo instalarla correctamente para
que no existan problemas con la
conexin de la misma.
Hacer una limpieza y corregir la

base de datos para que cumpla
con los requerimientos del
sistema.
Base de datos
incompleta o
desactualizada
17

Documento Plan de Pruebas

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Documento Plan de Pruebas

Încărcat de

Drepturi de autor:

Formate disponibile

Hexacode, InnovaTech, Sist+, S&Q Solutions

Sistema de Pasantas Empresariales (SPE)

Sistema de Pasantas Empresariales (SPE)

Plan de Pruebas de SPE. Versin inicial.

Plan de Pruebas de SPE. Incorporacin de

Plan de Pruebas de SPE. Incorporacin de

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

Sistema de Pasantas Empresariales (SPE)

Propsito de la evaluacin y motivacin de las pruebas

Aspectos a los que se enfoca la prueba

Delimitacin de las pruebas previstas

Enfoque de las Pruebas

Criterios de Entrada y Salida

Responsabilidades, Personal y necesidades de entrenamiento

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

Sistema de Pasantas Empresariales (SPE)

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

Sistema de Pasantas Empresariales (SPE)

Audiencia a la que se orienta

Terminologa del Documento y Acrnimos

CCT: Coordinacin de Cooperacin Tcnica de la Universidad Simn Bolvar.

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

Sistema de Pasantas Empresariales (SPE)

Propsito de la evaluacin y motivacin de las pruebas

Aspectos a los que se enfoca la prueba

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

Sistema de Pasantas Empresariales (SPE)

4. Delimitacin de las pruebas previstas

Principalmente se llevarn a cabo pruebas de funcionalidad y usabilidad, de manera que sean

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

Sistema de Pasantas Empresariales (SPE)

5. Enfoque de las Pruebas

Ideas Iniciales y otras Fuentes de referencia

Tcnicas y tipos de prueba

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

Sistema de Pasantas Empresariales (SPE)

Pruebas de Datos e Integridad de la BD.

Asegurarse de que los mtodos de acceso a la base de datos estn correctos y

Se ejecutan las funcionalidades que se conectan y realzan modificaciones a la

Diagrama de casos de uso, narrativas de casos de uso, diagrama ERE y

Todos los mtodos de acceso a la base de datos funcionan correctamente y

Las pruebas deben realizarse de manera manual por los probadores.

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

Sistema de Pasantas Empresariales (SPE)

Pruebas de Interfaces de Usuario

Verificacin de la navegacin y de los estados de los objetos y los valores que

Para la evaluacin de los resultados de la tcnica, se utiliza la comprobacin

Se debe tomar en cuenta que existen varios tipos de vistas y restricciones

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

Sistema de Pasantas Empresariales (SPE)

Sistema de Pasantas Empresariales

El impacto de la realizacin de esta prueba nos permite verificar tambin la

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

Sistema de Pasantas Empresariales (SPE)

Tipo de prueba a documentar:

Asegurar el correcto funcionamiento de las implementaciones de los casos de

Para la evaluacin de la tcnica y observacin de los resultados, se utiliza

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

Sistema de Pasantas Empresariales (SPE)

Para la evaluacin de los resultados de la tcnica, se utiliza la observacin y el

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

6. Criterios de Entrada y Salida

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

6.1.2 Criterios de Salida