Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Alcance
Lo que se pretende lograr con estos lineamientos es probar, evaluar el software y
todo lo que se ha conseguido durante el desarrollo de las fases anteriores, su
funcionalidad, sus características y si cumple de manera puntual con los
requerimientos del cliente, esto permite que el software de recursos humanos que
se pretende lograr pueda librarse de los errores. Hay que tener en cuenta que las
pruebas son imprescindibles en los proyectos de software ya que permiten
garantizar que las aplicaciones cumplan con las funcionalidades que se espera de
ellas y las expectativas de calidad (no solo de codigo); ayudando a encontrar esos
errores o defectos que aún no se han descubierto, reduciendo el costo del
desarrollo, el de propiedad para los usuarios; y desarrollar confianza en los
clientes al evitar los molestos errores de regresión.
Eso sin hablar de la sensación de seguridad incremental que se obtiene cuanto
más cerca estamos de un despliegue, ya que a más código que tenemos, más
pruebas nos aseguran (en forma de una tupida malla) que todo funciona
correctamente.
Ítems a probar
Pruebas de validación: En esta se busca evaluar un sistema o uno de sus
componentes para determinar si satisface los recursos del cliente, en el
caso del software de recursos humanos, el de la empresa.
Propósito:
El propósito del plan de pruebas planteado en este documento, es permitir
definir los lineamientos a seguir para realizar la planeación de la etapa de
pruebas sobre el proyecto “Administración de Recursos Humanos”,
planteando una estrategia que conduzca al objetivo enfocado en el
aseguramiento de calidad del software.
Alcance
Referencias
- RUP: Proceso Unificado Rational
- Requerimientos de Software.
- Especificación de casos de uso.
Audiencia
En la parte de audiencia están involucradas y participan todas aquellas personas
involucradas directamente en:
Referencias
Cronograma del Proyecto
Especificación Requerimientos de Software:
- Requerimientos funcionales del Software.
- Requerimientos no funcionales del Software.
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.
CHEQUEO PRUEBAS
Hay Cambios
Análisis
Diseñador
de pruebas de
Pruebas
Ejecución lista de chequeo Revisión
Pruebas de integración Documentación
Pruebas de
funcionales
Hay Cambios
Pruebas de Regresión
Análisista
de
Pruebas No Hay Cambios
Pruebas de Sistema
Pruebas de Rendimiento
Administrador
No Hay Cambios es de Pruebas
Repetir ciclo 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 estrategia 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 consiste 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.
Para probar varias veces el mismo bucle (en donde aplique) considerando
los siguientes casos: Ignorar el bucle, pasar una vez, pasar dos veces,
pasar n veces, pasar n-1 veces y n+1 veces.
Pruebas de Aceptación
HERRAMIENTAS DE PRUEBA
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 competa 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:
OBJETIVO DE LA TECNICA
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 Caja negra
ENTRADA SALIDA
PROCESO
HERRAMIENTAS
- DEPURAR - ROBOT DE PRUEBAS - SEGUIMIENTO DE VARIABLES
JUICIO DE ÉXITO
* Concordancia de los procedimientos del sistema con los requerimientos de usuario
Optimo manejo de excepciones y errores
Fácil seguimiento de la ejecución por medio de los traces.
OBJETIVO DE LA TECNICA
Verificar que los componentes funcionen adecuadamente de manera individual cuando
se encuentran integrados con otros módulos y componentes
TÉCNICA
Pruebas de Regresión
HERRAMIENTAS
- DEPURAR - ROBOT DE PRUEBAS - SEGUIMIENTO DE VARIABLES
JUICIO DE ÉXITO
No se detectan errores inyectados durante la integración del sistema
OBJETIVO DE LA TECNICA
Verificar que la parametrización de componentes y todos los aspectos referentes a la
integración de partes del software (consideraciones, configuraciones, ajustes) cumplan
con lo preestablecido pro el equipo desarrollo en la fase de diseño.
TÉCNICA
Listas de Chequeo
HERRAMIENTAS
Listas de chequeo con los items a comprobar para la integración
JUICIO DE ÉXITO
El 100% de los ítems han sido chequeados y cumplen con la condición para ser
aprobados.
- 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 FUNCIONAMIENTO:
Registro de Personal:
Objetivo de la Verificar que el personal adicionado a la base de datos.
Táctica:
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 Se revisará la tabla de Personal de la base de datos y se
éxito: 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.
Consideracio Ninguna
nes
Especiales:
Búsqueda de Personal.
Objetivo de la Verificar el registro del personal.
Táctica:
Táctica: Por medio del formulario de Registro de Personal 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 Registro de Personal, 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 Registro
de Personal.
Consideraciones Ninguna
Especiales:
Modificación de Personal.
Eliminación de Personal
Objetivo de la Verificar que la eliminación de un registro del personal se
Táctica: ejecute correctamente.
Táctica: Una vez se ubique el registro a eliminar por medio de
la función “Búsqueda de Personal” descrita
anteriormente. Se presionará el botón “Eliminar”.
Nómina
Cargos
Registro de Cargos
Objetivo de la Verificar que el cargo sea adicionado a la base de datos.
Táctica:
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 Se revisará la tabla de Cargos de la base de datos y se
éxito: 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.
Consideracio Ninguna
nes
Especiales:
Búsqueda de Cargos.
Modificación de Cargos.
Objetivo de la Verificar la correcta modificación el registro del Cargo.
Táctica:
Táctica: Por medio del formulario de Cargos se podrán
Modificar registros de la base de datos.
Eliminación de Cargos.
Presupuestos
Objetivo de la Verificar que los registros de presupuesto ingresos y
Táctica: 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
Auditoria
Objetivo de la Verificar los registros de las operaciones realizadas en la
Táctica: ejecución del software.
Táctica: Por medio del formulario de Auditoria se podrán
visualizar los registros.
Criterio de éxito: Se revisará la tabla de Auditoria de la base de datos y se
verificará que las operaciones realizadas durante la
ejecución del software sean registradas detalladamente.
Consideraciones Ninguna
Especiales:
Reportes
Contar con el personal calificado para llevar a cabo cada una de las etapas
descritas en el plan de pruebas.
RECURSOS HUMANOS
ROL RESPONSABILIDADES ESPECÍFICAS O COMENTARIOS
Administrador de Administra el esfuerzo de las pruebas, aprueba los criterios de
Pruebas entrada y salida a las pruebas, monitorea avance del esfuerzo de
pruebas, aprueba los casos de prueba, gestiona el alcance y misión
de las pruebas, Certifica el nivel de calidad del producto construido.
Diseñador de Pruebas Es el responsable de diseñar los set de pruebas (estructura y
enfoque) que se realizarán al sistema para una certificar que se
construyó un producto que satisface los requerimientos definidos.
Analista de Pruebas Es el responsable de ejecutar los casos de prueba y realizar los
reportes correspondientes sobre esta ejecución.
Realizar documentación técnica de las pruebas.
Falta de los recursos necesarios para ejecutar las pruebas según el plan
La inclusión del equipo de pruebas en las etapas iniciales del desarrollo del
producto ayudará a obtener mayor conocimiento del mismo así como permitirá
detectar posibles defectos en etapas tempranas, por lo que el coste de resolución
de los mismos será inferior.
2. Preparación de las pruebas
Antes de comenzar el desarrollo del producto, el equipo de pruebas podrá
comenzar a diseñar el plan a seguir así como identificar futuras necesidades.
Herramientas a utilizar, configuración de entornos
3. Definición de los criterios de entrada – salida
No refiriéndose a los datos, sino los puntos de unión con otras plataformas e
integraciones con terceros. Es muy útil definir y mantener las interfaces y
mecanismos de comunicación con terceros para evitar futuros problemas.
4. Requerimientos de pruebas
Desde el equipo de pruebas, se fomentará el uso de estándares, tecnologías
abiertas, así como buenas prácticas de desarrollo
5. Gestión de defectos
Una tarea de gran importancia es el seguimiento y priorización de los defectos
encontrados. Estos deben ser incluidos en los planings de siguientes iteraciones
para que sean resueltos. Además, deben ser trazados para conocer cuándo y en
qué versión han sido resueltos.
Siguiendo estos puntos, conseguiremos reducir en gran medida los riesgos más
comunes durante el desarrollo de software. Hay que tener en cuenta que se debe
trabajar en sincronía con los demás grupos implicados, desde la parte de gestión,
pasando por desarrollo, pruebas, despliegue, unos dependen de otros y los
problemas de unos se propagan a otros.