Vous êtes sur la page 1sur 19

Actividad: Pruebas de Software

Curso: Calidad en el Desarrollo de Software.


Presentada por: Erlyn Tadeo Batalla Cortez

ACTIVIDADES DE REFLEXIN INICIAL


Qu importancia tienen las pruebas del software en la calidad del mismo?
Tienen como importancia la busca generar mayor confianza en el proceso de pruebas del
software realizadas por los desarrolladores, la calidad del mismo y buscar los posibles errores
que se puedan presentar durante su ejecucin y as poderlos corregir

Las pruebas son una de las etapas del ciclo de vida del software ms importantes, porque
permiten verificar la calidad del software antes de que pueda salir al mercado y ser utilizadas
por los usuarios finales.

PLAN DE PRUEBAS

ADMINISTRAR LA GESTIN DE RECURSOS HUMANOS

Introduccin

Propsito:

El plan de pruebas que se plantea en este documento tiene como propsito crear los
lineamientos para realizar la planeacin del mismo en esta etapa se define el esquema
utilizar. Para el proyecto de recursos humanos el cual se enfoca en el aseguramiento de la
calidad

El propsito del Plan Maestro de Pruebas es:


Crear un eje central que realice la planeacin y controle las pruebas. Este define el
enfoque general que ser empleado para probar el software y para evaluar los resultados
de esas pruebas
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
dnde es apropiado que los interesados aprueben el plan.
El plan maestro ser:
Identificar los tems que sern objeto de las pruebas.
Enmarcar la metodologa de pruebas que ser utilizada
Identificar los recursos necesarios que sern requeridos y proveer un estimado
del esfuerzo de las pruebas.
Elaborar un listado de los elementos entregables del plan de pruebas.
Usabilidad del plan patrn

Alcance
En el plan principal o maestro se describe detalladamente cada una de las pruebas
El plan maestro de pruebas describe el detalle de las diferentes pruebas a ser aplicadas, as
como tambin las herramientas y metodologas a utilizar en cada una de estas. Las pruebas
que sern realizadas son:
Revisin de la documentacin: Consiste en revisar la calidad y completitud de los
documentos insumo y casos de uso para la ejecucin de las pruebas.
Pruebas Unitarias: Se validaran las piezas individuales del software como una unidad
independiente, bucles, condicionales, etc.
Pruebas de integracin: Se validara la integracin entre los diferentes mdulos que
componen la solucin con el fin de garantizar que su operacin integrada es correcta.
Pruebas Funcionales (procedimientos): Se validaran los procesos, reglas de negocio
establecidas y los requerimientos funcionales.
- Identificacin de requerimientos funcionales.
- Tener en cuenta los requerimientos no funcionales.
Pruebas de sistema: Las pruebas de sistema se determinarn en el momento que el
Outsourcing de Desarrollo entregue el documento de Requerimientos no funcionales, y
as determinar qu tipos de prueba se realizarn y a qu casos de uso se aplicarn.
Pruebas de regresin: Se validara que el sistema mantenga su correcta funcionalidad
debido a la incorporacin de un ajuste, correccin o nuevo requerimiento.
Adicionalmente y con el fin de centrar el plan de pruebas en ciertos factores que son
crticos y de mayor relevancia para el proyecto, se determinan los tipos de pruebas que
se realizarn para el proyecto.
Para este proyecto de acuerdo a los requerimientos, se definen los siguientes factores en
los que se enfocarn las pruebas:
Correccin.
Conformidad.
Facilidad de Uso.
Portabilidad.
Facilidad de Operacin.
Usabilidad

Referencias
- RUP: Proceso Unificado Rational
- Requerimientos de Software.
- Especificacin de caos de uso.
Audiencia
En la parte de audiencia estn involucradas y participan todas aquellas personas
involucradas directamente e:

Medir los
Obtener objetivos.
conocimientos
: Definir acciones
Etapas
Toma de decisiones
Definir Procedimientos

Planeacin Aprobacin Ejecucin

Desarrollo
Inicio pruebas
Definir tipo de Pruebas
Realizar pruebas

Referencias
Cronograma del Proyecto
Especificacin Requerimientos de Software:
- Requerimientos funcionales del Software.
- Requerimientos no funcionales del Software.

Misin de las Pruebas


Contexto del Proyecto y Antecedentes
Realizar levantamiento de informacion y un posterior anlisis de los procesos de
Administracin de recursos humanos, con el fin de plantear una arquitectura de solucin
tecnolgica que permita la optimizacin, monitoreo y eficiencia

Misin de las Pruebas aplicable a este proyecto

La misin de la evaluacin para el presente proyecto se define enfocada al aseguramiento de


la calidad de los componentes y artefactos tecnolgicos desarrollados, de manera que estos
cumplan con la especificacin de los requerimientos del cliente Descubrir tantos errores
como sea posible

Objetivos

Notificar acerca de los riesgos percibidos del proyecto


Examinar la aplicacin para comprobar si hace o no lo que se supone, debe hacer.
Validar y Verificar a travs de la comparacin del resultado de las pruebas del aplicativo
con el resultado que el mismo tendra que producir de acuerdo a su especificacin.
Evaluar la calidad del producto y satisfaccin de los interesados
Cumplir con los requerimientos del cliente

Evaluacin de Pruebas:

- Permitir detectar problemas desde el inicio de la especificacin de


requerimientos.
- Disminuir riesgos.
- Obtener producto de calidad.
- Satisfaccin del cliente.

Logros:

- La necesidad de optimizacin que presenta el cliente.


- Gestionar la ejecucin de procesos.
- Verificar la confiabilidad de la informacin.
Adicionalmente existen unos motivadores puntuales que van a contribuir a que se construya
un software que satisfaga los requerimientos del cliente de la manera ms ptima posible y
siguiendo un proceso adecuado para conseguirlo. Estos son:

Aseguramiento de la calidad.
Solicitudes de cambios.
Riesgos de calidad.
Verificacin de los casos de uso.
Comprobacin de los requerimientos funcionales y no funcionales

Elementos Pruebas
A continuacin se listan los elementos (artefactos, entregables, documentos etc.) que sern
objeto de prueba dentro del esfuerzo de pruebas:

Fase Inicial

Documentacin
Especificacin de Requerimientos
Estimaciones
Modelos Diagrama
PERSPECTIVA DE PRUEBAS PLANEADAS

Pasos ejecucin de la pruebas


Diseador
Ejecucin

CHEQUEO PRUEBAS

Hay Cambios

Anlisis
Diseador
de
de pruebas
Pruebas
Ejecucin lista de chequeo Revisin
Pruebas de integracin y
complementacin
Documentacin

Grupo Anlisis No Hay Cambios Hay Cambios


de Pruebas

Pruebas de
funcionales

Hay Cambios

Anlisista Pruebas de Regresin


de
No Hay Cambios
Pruebas
Pruebas de Sistema
Pruebas de Rendimiento

Hay Cambios

Administrador
No Hay Cambios es de Pruebas
Repetir ciclo de pruebas
VISIN DE PRUEBAS

El plan de pruebas se basar en su totalidad en pruebas funcionales, instalacin, regresin y


otras teniendo en cuenta los requerimientos no funcionales.
Revisin de la documentacin: La estrategia para realizar estas pruebas, consiste en la
revisin de la documentacin y casos de uso verificando su completitud y concordancia
en la informacin 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 instruccin del programa se ejecute al menos una vez
correctamente.
Para que cada condicin 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 funcionales o de procedimientos: La estrategia para realizar estas pruebas


consiste en la elaboracin y ejecucin de Set de Pruebas, teniendo en cuenta flujo normal
y flujos alternativos, usando datos validos e invlidos que permitan verificar lo siguiente:
- Uso de datos vlidos.
- Uso de datos invlidos.

Pruebas de Regresin: La estrategia para realizar estas pruebas consiste en repetir las
pruebas (funcionales y de carga) ejecutadas antes de corregir defectos o de aadir nuevas
funcionalidades, para comprobar que las modificaciones no provocan errores donde antes
no los haba.

Pruebas de Aceptacin

Las pruebas de aceptacin se basarn en su totalidad en pruebas funcionales, instalacin, y


otras teniendo en cuenta los requerimientos funcionales las pruebas. Adicionalmente estas
pruebas sern de caja negra.

Pruebas funcionales o de procedimientos: La estrategia para realizar estas pruebas


consiste en la elaboracin y ejecucin de Set de Pruebas, teniendo en cuenta flujo normal
y flujos alternativos, usando datos validos e invlidos que permitan verificar los casos de
pruebas.
HERRAMIENTAS DE PRUEBA

Herramientas tcnicas para las pruebas enfocadas en la reduccin de riegos.

Factor de Prueba: Conformidad Tcnica: Pruebas de


operacin
Descripcin:
Con las pruebas de operacin se garantiza que el usuario est bien capacitado en el manejo
del software y adems se lleva un registro para guardar los caminos no contemplados
dentro de las pruebas previas del software, y con ello se tomarn las medidas adecuadas.

Factor de Prueba: Facilidad de Uso Tcnica: Revisiones


Descripcin:
Se debe incluir al cliente y/o usuario final con un role de evaluador durante sesiones de
revisin en las cuales se discutirn los escenarios de calidad referentes a la usabilidad del
software.
Lder: Coordinador Proceso:
Diseo Cdigo - Revisin paso a paso pseudo
cdigo.

Factor de Prueba: Facilidad de Tcnica: Pruebas de


Operacin Requerimientos
Descripcin:
Validar los requerimientos no funcionales de ambiente recolectados con el cliente
versus las caractersticas requeridas por el ambiente de produccin.
Requerimientos funcionales:
- GUI
- Tiempos de respuesta.
- Mensajes.
Pruebas de Integracin
Las pruebas de integracin que se realizaran durante el proceso de desarrollo de los
componentes de software, deben seguir las siguientes polticas y lineamientos de ejecucin:

Se tiene una fase de pruebas unitarias competa y aprobada para el inicio de las pruebas
de integracin.
Probar en primer lugar los componentes o mdulos individuales del software y
posteriormente y de manera progresiva se Irn agrupando hacia arriba y de manera
funcional estos componentes para probar escenarios que impliquen varias
funcionalidades de interaccin entre los componentes, y se continuar as hasta llegar al
nivel ms alto de funcionalidad e integracin.
Para la ejecucin de estas pruebas se utilizarn las siguientes tcnicas:

OBJETIVO DE LA TECNICA
Verificar el funcionamiento interno de los componentes desarrollados por medio de la
comprobacin de los procedimientos llevados a cabo por el software, as como el
procesamiento de datos que tiene lugar en cada uno de esta acciones.
TCNICA
Pruebas de Caja negra
ENTRADA SALIDA
PROCESO

HERRAMIENTAS
- DEPURAR - ROBOT DE PRUEBAS - SEGUIMIENTO DE VARIABLES
JUICIO DE EXITO
* Concordancia de los procedimientos del sistema con los requerimientos de usuario
Optimo manejo de excepciones y errores
Fcil seguimiento de la ejecucin por medio de los traces.

OBJETIVO DE LA TECNICA
Verificar que los componentes funcionen adecuadamente de manera individual cuando se
encuentran integrados con otros mdulos y componentes
TCNICA
Pruebas de Regresin
HERRAMIENTAS
- DEPURAR - ROBOT DE PRUEBAS - SEGUIMIENTO DE VARIABLES
JUICIO DE EXITO
No se detectan errores inyectados durante la integracin del sistema

OBJETIVO DE LA TECNICA
Verificar que la parametrizacin de componentes y todos los aspectos referentes a la
integracin de partes del software (consideraciones, configuraciones, ajustes)
cumplan con lo preestablecido pro el equipo desarrollo en la fase de diseo.
TCNICA
Listas de Chequeo
HERRAMIENTAS
Listas de chequeo con los items a comprobar para la integracin
JUICIO DE EXITO
El 100% de los tems han sido chequeados y cumplen con la condicin para ser
aprobados.

CRITERIOS DE ENTRADA Y SALIDA


Criterios de Entrada del Plan Maestro de Pruebas

- Set de pruebas completo y claro.


- Claridad en el procedimiento para el desarrollo de las pruebas.
- Toda la documentacin requerida para la realizacin de las pruebas debe estar
- disponible.

Criterio de Salida del Plan Maestro de Pruebas

- Que todos los set de pruebas diseadas para cada caso de uso se ejecuten de manera
exitosa, cumpliendo los criterios de aceptacin definidos para cada uno.
Suspensin y Reanudacin
- Una caracterstica 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 produccin.
- No se puede instalar la nueva versin o un componente

Pruebas de Integridad de los datos y Base de datos

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


Tctica: datos no sufran.
Verificar la integridad referencial de los datos.
Tctica: Invocar cada acceso a la base de datos por medio de los procesos
y mtodos definidos; enviando datos vlidos e invlidos.
Verificar que cada proceso ocurra de manera correcta y que se
retornen los datos esperados en cada caso especfico.
Herramientas Copia de Respaldo de la Base de Datos
necesarias:

Criterio de xito: Retorno y no corrupcin de los datos al exponerlos a los


procesos funcionales del sistema.
Consideraciones Probar con un mnimo de cinco registros por tabla los procesos.
Especiales: Todos los procesos sern invocados manualmente.

PRUEBAS DE FUNCIONAMIENTO:

1. Gestin de Recursos Humanos.


2. Nmina.
3. Cargos.
4. Presupuestos.
5. Cuentas.
6. Reportes.
Gestin de Recursos Humanos:

Registro de Personal:

Objetivo de la Verificar que el personal adicionado a la base de datos.


Tctica:
Tctica: Por medio del formulario de Registro de Personal ingresar
en los campos los datos solicitados y presionar el botn de
Grabar registro.
Se enviarn datos incorrectos en los campos para verificar
que los avisos de informacin invlida 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 invlidos el registro no debe haber sido
adicionado a la tabla de Personal.
Consideraciones Ninguna
Especiales:

Bsqueda de Personal.

Objetivo de la Verificar el registro del personal.


Tctica:
Tctica: Por medio del formulario de Registro de Personal se podrn
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
informacin del registro completo encontrado.
En caso de enviar datos invlidos el motor de bsqueda no
cargar ningn registro en el formulario de Registro de
Personal.
Consideraciones Ninguna
Especiales:

Modificacin de Personal.

Objetivo de la Verificar la correcta modificacin el registro del personal.


Tctica:
Tctica: Por medio del formulario de Registro de Personal se podrn
Modificar registros de la base de datos.

Criterio de xito: En el formulario de Registro de Personal, se debe cargar la


informacin del registro completo encontrado.
En caso de enviar datos invlidos el motor de bsqueda no
cargar ningn registro en el formulario de Registro de
Personal.
Consideraciones Ninguna
Especiales:

Eliminacin de Personal

Objetivo de la Verificar que la eliminacin de un registro del personal se


Tctica: ejecute correctamente.
Tctica: Una vez se ubique el registro a eliminar por medio de la
funcin Bsqueda de Personal descrita anteriormente. Se
presionar el botn Eliminar.

Criterio de xito: Se revisar la tabla de Registro de Personal de la base de


datos y se verificar que el registro haya sido eliminado de la
base de datos.
Consideraciones Ninguna
Especiales:
Nmina

Objetivo de la Verificar que el proceso de nmina se lleve a cabo exitosamente.


Tctica:
Tctica: Por medio del formulario de Generar se realizan la nmina
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 invlidos el registro no debe haber sido
adicionado a la tabla de Nomina.
Consideraciones Ninguna
Especiales:

Cargos

Registro de Cargos

Objetivo de la Verificar que el cargo sea adicionado a la base de datos.


Tctica:
Tctica: Por medio del formulario de Cargos ingresar en los campos
los datos solicitados y presionar el botn de Grabar registro.
Se enviarn datos incorrectos en los campos para verificar
que los avisos de informacin invlida 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 invlidos el registro no debe haber sido
adicionado a la tabla de Cargos.
Consideraciones Ninguna
Especiales:
Bsqueda de Cargos.

Objetivo de la Verificar el registro de los cargos registrados.


Tctica:
Tctica: Por medio del formulario de Cargos se podrn 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 informacin del
registro completo encontrado.
En caso de enviar datos invlidos el motor de bsqueda no
cargar ningn registro en el formulario de Cargos.
Consideraciones Ninguna
Especiales:

Modificacin de Cargos.

Objetivo de la Verificar la correcta modificacin el registro del Cargo.


Tctica:
Tctica: Por medio del formulario de Cargos se podrn Modificar
registros de la base de datos.

Criterio de xito: En el formulario de Cargos, se debe cargar la informacin del


registro completo encontrado.
En caso de enviar datos invlidos el motor de bsqueda no
cargar ningn registro en el formulario de Cargos.
Consideraciones Ninguna
Especiales:

Eliminacin de Cargos.

Objetivo de la Verificar que la eliminacin de un registro de cargos


Tctica:
Tctica: Una vez se ubique el registro a eliminar por medio de la
funcin Bsqueda de Cargos descrita anteriormente. Se
presionar el botn Eliminar.

Criterio de xito: Se revisar la tabla de Cargos de la base de datos y se


verificar que el registro haya sido eliminado de la base de
datos.
Consideraciones Ninguna
Especiales:

Presupuestos

Objetivo de la Verificar que los registros de presupuesto ingresos y egresos se


Tctica: registren.
Tctica: 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 invlidos el registro no debe haber sido
adicionado a la tabla de Presupuesto.
Consideraciones Ninguna
Especiales:

Cuentas
Registro de Cuentas

Objetivo de la Verificar el registro de las cuentas de la empresa.


Tctica:
Tctica: 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 invlidos el registro no debe haber sido
adicionado a la tabla de Cuentas.
Consideraciones Ninguna
Especiales:

Auditoria

Objetivo de la Verificar los registros de las operaciones realizadas en la


Tctica: ejecucin del software.
Tctica: Por medio del formulario de Auditoria se podrn 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 ejecucin
del software sean registradas detalladamente.
Consideraciones Ninguna
Especiales:

Reportes

Objetivo de la Verificar que se realicen los reportes de todos los datos


Tctica: registrados en las tablas de la base de datos.
Tctica: Por medio del formulario de Reportes se realizan los reportes
de:
- Gestin de Recursos Humanos.
- Nmina.
- 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 de la Revisar que el sistema de seguridad de la aplicacin ofrezca un


Tctica: nivel confiable para la empresa.
Tctica: Se digitar la clave de acceso a la aplicacin y se revisar su
desempeo.
Se tratar de ingresar por medio de datos invlidos.
Herramientas Ninguna
necesarias:
Criterio de xito: El sistema no debe permitir por ningn motivo el ingreso al
interior a travs de contraseas incorrectas ni por medio de
trucos que violen la seguridad del aplicativo.
Consideraciones Ninguna.
Especiales:

Pruebas de Falla y Recuperacin.

Objetivo de la Probar el sistema en computadores con diferentes tipos de


Tctica: configuracin de hardware para determinar su desempeo y
funcionamiento.
Tctica: Se ejecutar el sistema en tres equipos diferentes,
posteriormente se probar su rendimiento en condiciones
mnimas de hardware.
Herramientas Ninguna.
necesarias:
Criterio de xito: Se espera obtener un desempeo no tan variable entre mquinas,
especialmente un buen comportamiento en el computador con
unos recursos de hardware por debajo de los que tendr la
mquina donde residir el sistema.
Consideraciones Los equipos donde se realizar la prueba tendrn grandes
Especiales: diferencias de recursos.
RESPONSABILIDADES Y EQUIPO DE TRABAJO
Personas y Roles

Contar con el personal calificado para llevar a cabo cada una de las etapas descritas en el
plan de pruebas.

RECURSOS HUMANOS
ROL RESPONSABILIDADES ESPECFICAS O COMENTARIOS
Administrador de Administra el esfuerzo de las pruebas, aprueba los criterios de entrada
Pruebas y salida a las pruebas, monitorea avance del esfuerzo de pruebas,
aprueba los casos de prueba, gestiona el alcance y misin de las
pruebas, Certifica el nivel de calidad del producto construido.
Diseador de Pruebas Es el responsable de disear los set de pruebas (estructura y enfoque)
que se realizarn 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 ejecucin.
Realizar documentacin tcnica de las pruebas.

Vous aimerez peut-être aussi