PLAN DE PRUEBAS

ADMINISTRAR LA GESTION DE RECURSOS HUMANOS

El propósito del plan de pruebas, es detallar los lineamentos a seguir para realizar la
planeación de la etapa de pruebas sobre el Proyecto “Administración de Recursos
Humanos”, desarrollando una estrategia que lleve al objetivo enfocado en el
aseguramiento de calidad del software.

 Proveer visibilidad a los interesados en el esfuerzo de pruebas que han tenido

las consideraciones adecuadas para varios aspectos que orientan el esfuerzo
de pruebas, y dónde es apropiado que los interesados aprueben el plan.

 Este Plan de Pruebas también soporta los siguientes objetivos específicos:

o Identificar los ítems que serán objeto de las pruebas.

o Enmarcar la metodología de pruebas que será utilizada
o Identificar los recursos requeridos y proveer un estimado del esfuerzo
de las pruebas.
o Elaborar un listado de los elementos entregables del plan de pruebas.

Alcance

El plan de pruebas especifica las diferentes pruebas a ser aplicadas, así como
también las herramientas y metodologías a utilizar en cada una de estas. Las pruebas
que serán realizadas son:

Revisión de la documentación:
Consiste en revisar la calidad y que estén completos los documentos insumo y casos
de uso para la ejecución de las pruebas.

Pruebas Unitarias:
Se validaran las piezas individuales del software como una unidad independiente,
bucles, condicionales, etc.

Pruebas de integración:
Se validara la integración entre los diferentes módulos que componen la solución con
el fin de garantizar que su operación integrada es correcta.

Pruebas Funcionales (procedimientos):

Se validaran los procesos, reglas de negocio establecidas y los requerimientos
funcionales.

 Identificación de requerimientos funcionales.

 Tener en cuenta los requerimientos no funcionales.
Pruebas de sistema:
Se determinarán en el momento que el Outsourcing de Desarrollo entregue el
documento de Requerimientos no funcionales, y así determinar qué tipos de prueba
se realizarán y a qué casos de uso se aplicarán.

Pruebas de regresión:
Se validara que el sistema mantenga su correcta funcionalidad debido a la
incorporación de un ajuste, corrección o nuevo requerimiento.

Para este proyecto de acuerdo a los requerimientos, se definen los siguientes factores
en los que se enfocarán las pruebas:
 Corrección.
 Conformidad.
 Facilidad de Uso.
 Portabilidad.
 Facilidad de Operación.

Referencias

RUP: Proceso Unificado Rational.

Requerimientos de Software.
Especificación de caos de uso.

Audiencia:

En la parte de audiencia están involucradas y participan todas aquellas personas

involucradas directamente en:

 Planeación:
o Obtener objetivos.
o Definir Acciones.
o Toma de decisiones.

 Aprobación:
o Medir los conocimientos.
o Etapas.
o Definir Procedimientos.

 Ejecución:
o Desarrollo.
o Definir Pruebas.
o Realizar.

Recursos
Set de pruebas:
 Prueba de caja Negra.
  Prueba de regresión.
 Prueba de Integridad de Base de Datos.

Cronograma de Pruebas
Pruebas de funcionamiento:
 Gestión de Recursos Humanos.
 Nómina.
 Cargos.
 Presupuestos.
 Cuentas.
 Reportes.

Gestión de Riesgo.
Las herramientas a utilizar son pruebas para reducir los riesgos:
 Prueba de Conformidad.
 Prueba de Facilidad de uso.
 Prueba de Facilidad de operación.

Misión de las Pruebas

 Contexto y Antecedentes

Realizar levantamiento y un posterior análisis de los procesos de Administración de

recursos humanos, con el fin de plantear una arquitectura de solución tecnológica que
permita la optimización, monitoreo y eficiencia de los procesos de negocio que
constituyen y representan valor en las objetivos estratégicos de la organización.

 Pruebas aplicables

La misión de la evaluación para el presente proyecto se define enfocada al

aseguramiento de la calidad de los componentes desarrollados, de manera que estos
cumplan con la especificación de los requerimientos del cliente. Para esto se definen
los siguientes lineamientos que constituyen la misión y objetivos dentro este esfuerzo
de pruebas:

 Descubrir tantos errores como sea posible

 Notificar acerca de los riesgos percibidos del proyecto
 Examinar la aplicación para comprobar si hace o no lo que se supone, debe
hacer.
 Validar y Verificar a través de la comparación del resultado de las pruebas del
aplicativo con el resultado que el mismo tendría que producir de acuerdo a su
especificación.
 Evaluar la calidad del producto y satisfacción de los interesados
 Cumplir con los requerimientos del cliente
Evaluación de Pruebas:
Permitir detectar problemas desde el inicio de la especificación de requerimientos.
 Disminuir riesgos.
 Obtener producto de calidad.
 Satisfacción del cliente.

Logros:
 La necesidad de optimización que presenta el cliente.
 Gestionar la ejecución de procesos.
 Verificar la confiabilidad de la información.

Elementos Objetivo de Pruebas

A continuación se listan los elementos (entregables, artefactos, documentos etc.) que
serán objeto de prueba dentro del esfuerzo de pruebas:

Fase Inicial
 Documentación
 Especificación de Requerimientos
 Estimaciones
 Modelos - Diagramas

VISIÓN DE PRUEBAS

El plan de pruebas se basará en su totalidad en pruebas funcionales, instalación,

regresión y otras teniendo en cuenta los requerimientos no funcionales.

Revisión de la documentación:
La táctica para realizar estas pruebas, consiste en la revisión de la documentación y
casos de uso verificando su completitud y concordancia en la información que se
encuentra en ellos.

Pruebas unitarias:
Las estrategias para realizar estas pruebas consisten en generar casos de prueba
necesarios:

 Para que cada sentencia o instrucción del programa se ejecute al menos una
vez correctamente.
 Para que cada condición tenga por lo menos una vez un resultado verdadero
y al menos una vez uno falso.

Pruebas funcionales o de procedimientos:

La estrategia para realizar estas pruebas consiste en la elaboración y ejecución de
Set de Pruebas, teniendo en cuenta flujo normal y flujos alternativos, usando datos
validos e inválidos que permitan verificar lo siguiente:
 Uso de datos válidos.
 Uso de datos inválidos.
Pruebas de Regresión:
La estrategia para realizar estas pruebas consiste en repetir las pruebas (funcionales
y de carga) ejecutadas antes de corregir defectos o de añadir nuevas funcionalidades,
para comprobar que las modificaciones no provocan errores donde antes no los
había.

Pruebas de Aceptación
Las pruebas de aceptación se basarán en su totalidad en pruebas funcionales,
instalación, y otras teniendo en cuenta los requerimientos funcionales las pruebas.
Adicionalmente estas pruebas serán de caja negra.

Pruebas funcionales o de procedimientos:

La estrategia para realizar estas pruebas consiste en la elaboración y ejecución de
Set de Pruebas, teniendo en cuenta flujo normal y flujos alternativos, usando datos
validos e inválidos que permitan verificar los casos de pruebas.

Pruebas de Integración
Las pruebas de integración que se realizaran durante el proceso de desarrollo de los
componentes de software, deben seguir las siguientes políticas y lineamientos de
ejecución:

 Se tiene una fase de pruebas unitarias completa y aprobada para el inicio de

las pruebas de integración.
 Probar en primer lugar los componentes o módulos individuales del software y
posteriormente y de manera progresiva se Irán agrupando hacia arriba y de
manera funcional estos componentes para probar escenarios que impliquen
varias funcionalidades de interacción entre los componentes, y se continuará
así hasta llegar al nivel más alto de funcionalidad e integración.
 Para la ejecución de estas pruebas se utilizarán las siguientes técnicas:

Técnica
Pruebas de Caja negra
Entrada PROCESO Salida

Objetivo
Verificar el funcionamiento interno de los componentes desarrollados por medio de la
comprobación de los procedimientos llevados a cabo por el software en cada
invocación/llamado/respuesta, así como el procesamiento de datos que tiene lugar
en cada uno de esta acciones.

Técnica
Pruebas de regresión

Objetivo
Verificar que los componentes funcionen adecuadamente de manera individual
cuando se encuentran integrados con otros módulos y componentes
CRITERIOS DE ENTRADA Y SALIDA

Criterios de Entrada del Plan de Pruebas

 Set de pruebas completo y claro.
 Claridad en el procedimiento para el desarrollo de las pruebas.
 Toda la documentación requerida para la realización de las pruebas debe estar
disponible.

Criterio de Salida del Plan Maestro de Pruebas

 Que todos los set de pruebas diseñadas para cada caso de uso se ejecuten
de manera exitosa, cumpliendo los criterios de aceptación definidos para cada
uno.

Suspensión y Reanudación
 Una característica principal tiene un error que impide probar un área
importante.
 El entorno de pruebas no es lo suficientemente estable como para confiar en
los resultados.
 El entorno de pruebas es muy diferente del entorno de producción.
 No se puede instalar la nueva versión o un componente.

Pruebas de Integridad de los datos y Base de datos

Objetivo: Verificar que los datos ingresados en las tablas de la base de

datos no sufran.
Verificar la integridad referencial de los datos.
Táctica: Invocar cada acceso a la base de datos por medio de los procesos
y métodos definidos; enviando datos válidos e inválidos.
Verificar que cada proceso ocurra de manera correcta y que se
retornen los datos esperados en cada caso específico.
Herramientas Copia de Respaldo de la Base de Datos
necesarias:
Criterio de éxito:
Retorno y no corrupción de los datos al exponerlos a los procesos
funcionales del sistema.
Consideraciones Probar con un mínimo de cinco registros por tabla los procesos.
Especiales: Todos los procesos serán invocados manualmente.

PRUEBAS DE FUNCIONAMIENTO:

 Gestión de Recursos Humanos.

 Nómina.
 Cargos.
 Presupuestos.
 Cuentas.
 Reportes.
Gestión de recursos Humanos.
Objetivo: Verificar que el personal adicionado a la base de datos.
Táctica:  Por medio del formulario de Registro de Personal ingresar
en los campos los datos solicitados y presionar el botón de
Grabar registro.
 Se enviarán datos incorrectos en los campos para
verificar que los avisos de información inválida sean mostrados.
Herramientas Ninguna.
necesarias:
Criterio de éxito: Se revisará la tabla de Personal de la base de datos y se
verificará que el registro diligenciado en el formulario haya sido
adicionado correctamente.
En caso de enviar datos inválidos el registro no debe haber sido
adicionado a la tabla de Personal.
Consideraciones Ninguna
Especiales:

Nómina
Objetivo: Verificar que el proceso de nómina se lleve a cabo exitosamente.
Táctica:  Por medio del formulario de Generar se realizan la nómina
de personal.
 Puede ser: Quincenal, Mensual.
Criterio de éxito: Se revisará la tabla de Nomina de la base de datos y se verificará
que el registro diligenciado en el formulario haya sido adicionado
correctamente.
En caso de enviar datos inválidos el registro no debe haber sido
adicionado a la tabla de Nomina.
Consideraciones Ninguna
Especiales:

Cargos
Registro de Cargos
Objetivo: Verificar que el cargo sea adicionado a la base de datos.
Táctica:  Por medio del formulario de Cargos ingresar en los
campos los datos solicitados y presionar el botón de Grabar
registro.
 Se enviarán datos incorrectos en los campos para
verificar que los avisos de información inválida sean mostrados.
Criterio de éxito: Se revisará la tabla de Cargos de la base de datos y se verificará
que el registro diligenciado en el formulario haya sido adicionado
correctamente.
En caso de enviar datos inválidos el registro no debe haber sido
adicionado a la tabla de Cargos.
Consideraciones Ninguna
Especiales:
Búsqueda de Cargos.
Objetivo: Verificar el registro de los cargos registrados.
Táctica:  Por medio del formulario de Cargos se podrán buscar
registros de la base de datos.
Si no se encuentran registrados avisara por medio de un
mensaje.
Criterio de éxito: En el formulario de Cargos, se debe cargar la información del
registro completo encontrado.
En caso de enviar datos inválidos el motor de búsqueda no
cargará ningún registro en el formulario de Cargos.
Consideraciones Ninguna
Especiales:

Presupuestos
Objetivo: Verificar que los registros de presupuesto ingresos y egresos se
registren.
Táctica:  Por medio del formulario de Presupuesto se realizan
registros de ingresos y egresos.
 Puede ser: Mensual.
Criterio de éxito: Se revisará la tabla de Presupuesto de la base de datos y se
verificará que el registro diligenciado en el formulario haya sido
adicionado correctamente.
En caso de enviar datos inválidos el registro no debe haber sido
adicionado a la tabla de Presupuesto.
Consideraciones Ninguna
Especiales:

Cuentas

Registro de Cuentas
Objetivo: Verificar el registro de las cuentas de la empresa.
Táctica:  Por medio del formulario de Cuentas se realizan los
registros.
Criterio de éxito: Se revisará la tabla de Cuentas de la base de datos y se
verificará que el registro diligenciado en el formulario haya sido
adicionado correctamente.
En caso de enviar datos inválidos el registro no debe haber sido
adicionado a la tabla de Cuentas.
Consideraciones Ninguna
Especiales:
Reportes
Objetivo: Verificar que se realicen los reportes de todos los datos
registrados en las tablas de la base de datos.
Táctica:  Por medio del formulario de Reportes se realizan los
reportes de:
Gestión de Recursos Humanos.
Nómina.
Cargos.
Presupuestos.
Cuentas.
Auditoria
Criterio de éxito: Consulta de los registros de las tablas.
Consideraciones Ninguna
Especiales:

Pruebas de Control de Seguridad y Acceso.

Objetivo: Revisar que el sistema de seguridad de la aplicación ofrezca un
nivel confiable para la empresa.
Táctica: Se digitará la clave de acceso a la aplicación y se revisará su
desempeño.
Se tratará de ingresar por medio de datos inválidos.
Herramientas Ninguna
necesarias:
Criterio de éxito: El sistema no debe permitir por ningún motivo el ingreso al
interior a través de contraseñas incorrectas ni por medio de
trucos que violen la seguridad del aplicativo.
Consideraciones Ninguna.
Especiales: