Nombre: Elkin Mosquera

Ficha: 1237740 - CALIDAD EN EL DESARROLLO DE SOFTWARE

Actividad de aprendizaje: Pruebas del software

Semana: 3

ACTIVIDADES DE REFLEXIN INICIAL

Qu importancia tienen las pruebas del software en la calidad del mismo?

Son Importantes las pruebas realizadas al software debido a la gran utilidad que
aportan para identificar las fallas que pueda presentar el sistema en cada una de
sus etapas y poder intervenir para una efectiva solucin, adems de esto tambin
sirven para que al momento de entregar nuestro trabajo software, este se
encuentre en un alto nivel de calidad.

Las pruebas buscan generar mayor confianza en el proceso de desarrollo de

software, ya que de una u otra forma tratan de encontrar los errores que se
puedan presentar durante la ejecucin del mismo, para que sean mejorados.

Esta es una de las etapas del ciclo de vida del software ms importante, porque
permiten verificar la calidad del software antes de que pueda salir al mercado y ser
utilizados por los usuarios finales.

ACTIVIDADES DE APROPIACIN DEL CONOCIMIENTO (ANLISIS DE CASO)

El proyecto de software para administrar la gestin de recursos humanos de la

empresa, ya pas por las etapas de anlisis, diseo y desarrollo e ingresa a la
etapa de pruebas, es all donde Camilo Andrs como director del proyecto debe
asegurar que el software cumpla con las especificaciones requeridas y eliminar los
posibles defectos que pueda tener.

Para iniciar esta etapa es necesario elaborar el plan de pruebas para este
proyecto, donde se incluya: Identificador del plan, alcance, tems a probar,
estrategia, categorizacin de la configuracin, entregables (tangibles),
procedimientos especiales, recursos, cronograma, gestin de riesgos.

PLAN DE PRUEBAS

ADMINISTRAR LA GESTIN DE RECURSOS HUMANOS

Introduccin

EL plan de pruebas de Software se elabora con el fin de especificar, qu elementos o

componentes se van a probar para que el grupo de trabajo pueda realizar el proceso de
Validacin y Verificacin de los requerimientos funcionales y no funcionales de la
herramienta Software para administrar la gestin de recursos humanos. Adems, a travs
del plan de pruebas se puede continuar con la trazabilidad de los requerimientos, con lo
cual el grupo de trabajo, identifica el porcentaje de avance que se ha logrado hasta cierto
momento. Al desarrollar el plan de pruebas, se puede obtener informacin sobre los
errores, defectos o fallas que tiene el prototipo, as se realizan las correcciones
pertinentes, segn el caso y se asegura la calidad del producto que se est entregando al
cliente. El plan de pruebas se aplica sobre el producto, es decir, el cdigo fuente del
Software para administrar la gestin de recursos humanos, los resultados de las pruebas
son registrados en un formato denominado: Reportes de Pruebas. Las pruebas a
implementar son bsicas, esto incluye las pruebas unitarias y de integracin que son
vitales para la validacin del producto.

Propsito:

El propsito del plan de pruebas planteado en este documento, es permitir

definir los lineamientos a seguir para realizar la planeacin de la etapa de
pruebas sobre el proyecto Administracin de Recursos Humanos,
planteando una estrategia que conduzca al objetivo enfocado en el
aseguramiento de calidad del software.

El propsito del Plan Maestro de Pruebas es:

Proveer un artefacto central que gobierne la planeacin y control del esfuerzo
de pruebas. Este define el enfoque general que ser empleado para probar el
software y para evaluar los resultados de esas pruebas, y es el plan de ms
alto nivel que ser usado por los administradores para guiar y dirigir el trabajo
de pruebas detallado.
 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.
Este Plan Maestro de Pruebas tambin soporta los siguientes objetivos
especficos:
Identificar los tems que sern objeto de las pruebas.
Enmarcar la metodologa de pruebas que ser utilizada
Identificar los recursos requeridos y proveer un estimado del esfuerzo de
las pruebas.
Elaborar un listado de los elementos entregables del plan de pruebas.

Alcance

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, diseando los factores de
calidad y las pruebas especializadas para alcanzar estos atributos del software
entregado. Con esta misin se identifican de acuerdo a las especificaciones del
cliente los factores
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.

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

Obtener objetivos. Planeacin

Definir acciones
Medir los
Toma de decisiones
conocimientos
Aprobacin Etapas
Definir Procedimientos
Desarrollo
Definir Pruebas Ejecucin
Realizar

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 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 de los procesos de
negocio que constituyen y representan valor en las objetivos estratgicos de la
organizacin.

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. Para esto se definen los siguientes lineamientos que
constituyen la misin y objetivos dentro este esfuerzo de pruebas:

Descubrir tantos errores como sea posible

Notificar acerca de los riesgos percibidos del proyecto
Examinar la aplicacin para comprobar si hace o no lo que se supone, debe
hacer. De igual forma verificar si sta hace o no lo que se supone, no 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 Objetivo de 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 - Diagramas
 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 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 Conformidad Tcnica: Pruebas de

Prueba: 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 Facilidad de Uso Tcnica: Revisiones

Prueba:
Descripcin:
Se debe incluir al cliente y/o usuario final con un rol 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.

Facilidad de Pruebas de
Factor de Prueba: Tcnica:
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 en cada
invocacin/llamado/respuesta, 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 XITO
* 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 XITO
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 XITO
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

Tctica: base de 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
Especiales: procesos.
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 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 invlidos el registro no debe
haber sido adicionado a la tabla de Personal.
Consideracio Ninguna
nes
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

Tctica: se 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

Tctica: exitosamente.
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 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 invlidos el registro no debe
haber sido adicionado a la tabla de Cargos.
Consideracio Ninguna
nes
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

Tctica: egresos se 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

Tctica: ofrezca un 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

Tctica: de 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
Especiales: grandes 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
Pruebas entrada 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.

Gestin del riesgo

Algunos de los riesgos ms comunes durante la fase de pruebas suelen ser:

Falta de recursos y baja competencia en pruebas

Falta de los recursos necesarios para ejecutar las pruebas segn el plan

Tiempo reducido asignado a la fase de pruebas

Cambios frecuentes en la definicin de los objetivos y alcance del plan de pruebas

Falta de coordinacin entre los equipos de desarrollo y testing

Falta de experiencia con nuevas tecnologas, herramientas, lenguajes de

programacin.

Una caracterstica muy deseable de un equipo de pruebas es la pro-actividad, Incluso

antes de que el software comience a desarrollarse, el equipo puede involucrarse en las
distintas etapas de definicin para conocer ms en profundidad el proyecto as como
comenzar a definir estrategias de pruebas.
Medidas a tomar para obtener los mejores resultados podran ser:

Intervencin temprana del equipo de pruebas en el proyecto

La inclusin 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 resolucin de los mismos ser
inferior.

2. Preparacin de las pruebas

Antes de comenzar el desarrollo del producto, el equipo de pruebas podr comenzar a

disear el plan a seguir as como identificar futuras necesidades. Herramientas a utilizar,
configuracin de entornos

3. Definicin de los criterios de entrada salida

No refirindose a los datos, sino los puntos de unin con otras plataformas e
integraciones con terceros. Es muy til definir y mantener las interfaces y mecanismos de
comunicacin con terceros para evitar futuros problemas.

4. Requerimientos de pruebas

Desde el equipo de pruebas, se fomentar el uso de estndares, tecnologas abiertas, as

como buenas prcticas de desarrollo

5. Gestin de defectos

Una tarea de gran importancia es el seguimiento y priorizacin de los defectos

encontrados. Estos deben ser incluidos en los planings de siguientes iteraciones para que
sean resueltos. Adems, deben ser trazados para conocer cundo y en qu versin han
sido resueltos.

Siguiendo estos puntos, conseguiremos reducir en gran medida los riesgos ms comunes
durante el desarrollo de software. Hay que tener en cuenta que se debe trabajar en
sincrona con los dems grupos implicados, desde la parte de gestin, pasando por
desarrollo, pruebas, despliegue, unos dependen de otros y los problemas de unos se
propagan a otros.