Software para administrar gestión de recursos humanos Plan de pruebas

Software para administrar gestión de recursos humanos

Plan de pruebas

PDP-001-GRH

Versión 0.1

Tabla de contenido

Historial de versiones        2

Resumen ejecutivo        3

Alcance        4

Ítems a probar        4

Estrategia        5

Categorización de la configuración        12

Entregables        12

Recursos        15

Historial de versiones

Resumen ejecutivo 

Este documento describe la metodología de pruebas que va a ser aplicada para el desarrollo de la Solución para administrar la gestión de los recursos humanos, con el fin de verificar y validar la funcionalidad y el estado de los elementos de software que hacen parte del componente de desarrollo. Con el presente, la oficina de Verificación, Validación y Aceptación (VVA), pretende describir la estrategia de pruebas a utilizar, los recursos necesarios y las particularidades del proceso que influyen en la calidad del software que va a desarrollarse.

Alcance

El módulo de gestión de recursos humanos cubre otros aspectos de los RRHH, incluye menos particularidades legales y está más enfocado a una política de gestión. El sistema registra datos de dirección, selección, formación y desarrollo, capacidades, dirección de habilidades y otras actividades relacionadas. Aquí se administran los datos personales (edad, dirección, familia...), las competencias y títulos, las formaciones seguidas, los niveles de salario, el registro de los datos del currículum vitae entre otros.

Ítems a probar

A continuación se describen los módulos y componentes que serán desarrollados y sobre los que se realizará el proceso de pruebas:

MÓDULO GESTIÓN DE PERSONAS

• Hoja de vida
• Reclutamiento y selección
• Contratación
• Inducción y entrenamiento al cargo
• Capacitación
• Gestión de desempeño
• Bienestar y encuestas
• Desvinculación

MÓDULO DE ORGANIZACIONES

• Creación de empresa
• Estructura organizacional
• Creación de sucursales
• Administración de la estructura organizacional
• Administración de organigrama
• Administración de cargos y perfiles
• Indicadores.

Estrategia

La metodología de pruebas se compone principalmente de tres etapas que corresponden al análisis, diseño y ejecución de los casos de pruebas que se realizarán al software, al llevar a cabo estas etapas en cada uno de los módulos se logrará identificar las irregularidades e inconsistencias que se presenten en el funcionamiento de los mismos.

TIPOS DE PRUEBAS

Se tiene previsto realizar diferentes tipos de pruebas:

Pruebas Funcionales

Corresponden al primer nivel de pruebas ejecutadas mediante las cuales se validarán el funcionamiento y la estabilidad del sistema desarrollado teniendo en cuenta lo detallado en el documento de Especificación de Requisitos (ERS), buscando detectar errores que afecten la implementación de los requerimientos en el sistema y comprobar el cumplimiento de los requisitos funcionales definidos.

Las pruebas que se realizarán son de Caja Negra, por lo tanto se prestará especial atención a las respuestas generadas por el sistema de acuerdo a los datos que recibe (usando datos validos e inválidos) y se procederá a registrar y reportar al grupo de desarrollo las incidencias o errores encontrados para su corrección. Estas pruebas funcionales serán realizadas de forma manual, utilizando información válida y no válida, para intentar comprobar que:

• Se valida el ingreso de información en el sistema.
• Se obtienen los resultados esperados cuando se utiliza información correcta.
• Se muestran las notificaciones correspondientes en caso de presentarse un error.
• Se muestra correctamente la información que debe mostrarse.
• Se aplican correctamente las reglas de negocio requeridas.
• Los elementos de las vistas del sistema se muestran correctamente.

Para realizar estas pruebas se requiere una Matriz de Requerimientos de Pruebas que contenga los casos definidos para las diferentes funcionalidades, teniendo en cuenta información válida y no válida para cada una de las funcionalidades.

Al encontrar alguna inconsistencia en la aplicación debe generarse una incidencia que debe registrarse y reportarse al equipo de desarrollo.

Pruebas de regresión

Este tipo de pruebas implica repetir las pruebas realizadas sobre una parte del producto desarrollado, sobre todo en funcionalidades de la aplicación que presenten más riesgo, y el objetivo es verificar que los cambios o correcciones realizados al sistema no han causado algún efecto ni introducido nuevos defectos sobre alguna funcionalidad. Después de ser reportadas y corregidas las incidencias encontradas y definidas en el proceso de pruebas funcionales es de vital importancia para la estabilidad del sistema, además de ser una buena práctica, realizar este tipo de pruebas para comprobar que ninguna funcionalidad ha sido afectada.

...