La Gestin de Pruebas del Software (EQUIPO 05)

Organizacin de prueba.
Planificacin y estimacin del proceso de prueba.
Seguimiento y control del estado de las pruebas.
Gestin de la configuracin.
Riesgo y proceso de prueba.
Gestin de incidencias.

GESTIN DE LA CONFIGURACIN.
Se denomina Gestin de la Configuracin y de los activos al
conjunto de procesos destinados a asegurar la calidad de todo producto
obtenido durante cualquiera de las etapas del desarrollo de un Sistema
de Informacin (S.I.), a travs del estricto control de los cambios
realizados sobre los mismos y de la disponibilidad constante de una
versin estable de cada elemento para toda persona involucrada en el
citado desarrollo. Estos dos elementos (control de cambios y control de
versiones de todos los elementos del S.I.) facilitan tambin el
mantenimiento de los sistemas al proporcionar una imagen detallada del
sistema en cada etapa del desarrollo. La gestin de la configuracin se
realiza durante todas las fases del desarrollo de un sistema de
informacin, incluyendo el mantenimiento y control de cambios, una vez
realizada la puesta en produccin.

Este grafico nos indica cmo podemos

identificar los procesos
y
caractersticas que constituyen la configuracin de un sistema y analizar dicha
configuracin en distintos puntos del tiempo con el objetivo de controlar
sistemticamente los cambios en la configuracin y mantener as la integridad
y trazabilidad del sistema.
Nota:
Trazabilidad Software
Traza Relacin existente entre dos tems de configuracin (ej. un requisito y las
clases que lo implementan, una clase y sus casos de prueba).
Trazabilidad Software
Creacin y gestin de trazas entre artefactos software sujetos a evolucin (ej.
ligar requisitos con artefactos de diseo y cdigo ms casos de prueba).

La Gestin de la Configuracin de Software es un elemento importante de

garanta de calidad y es responsable de controlar los cambios. El proceso se
puede definir:

Identificacin:
Se necesita definir un esquema de identificacin para reflejar la estructura del
producto, esto involucra identificar la estructura y clases de componentes,
dando a cada uno un nombre, una identificacin de versin y una identificacin
de Configuracin.
Control de cambios:
Se deben controlar los cambios que se le hacen a travs del ciclo de vida,
asegurando que el software sea consistente a travs de la creacin de una
lnea base del producto.
Control de versiones: El control de versiones combina procedimientos y
herramientas para gestionar las versiones de los objetos de configuracin
creadas durante el proceso de ingeniera del software.

Estado:
Se debe registrar y reportar el estado de los componentes y solicitudes de
cambio.
Auditorias de configuracin:
Se debe validar que el producto este completo y se as mantener la
consistencia entre los componentes, asegurando que estn en un estado
apropiado a travs de todo el ciclo de vida del producto y que el mismo sea
una coleccin bien definida de componentes
Generacin de informes:
Desempea un papel vital en el xito del proyecto de desarrollo de software.
Cuando aparece involucrada mucha gente es muy fcil que no exista una
buena comunicacin. Pueden darse errores entre las personas desarrolladoras
del software. Esto
ayuda a eliminar esos problemas, mejorando la
comunicacin entre todas las personas involucradas.

Nota:
"La gestin de configuracin permite a un usuario especificar configuraciones
alternativas del sistema de software mediante la seleccin de las versiones
adecuadas. Esto se puede gestionar asociando atributos a cada versin del
software y permitiendo luego especificar y construir una configuracin
describiendo el conjunto de atributos deseado."

El estndar ISO/IEC 12207 ([ISO 12207]) para Procesos del Ciclo de Vida del
Software, establece el Proceso de Gestin de Configuracin como uno de los
Procesos de Soporte del Ciclo de Vida. Un Proceso de Soporte apoya a otro
proceso como una parte integral, con un propsito distinto, y contribuye al
xito y a la calidad del proyecto de software.
Este proceso consiste de las siguientes actividades:
1. Implementacin del Proceso: Se desarrolla un Plan de Gestin de
Configuracin que describe las actividades de Gestin de Configuracin, los
procedimientos y el cronograma para su realizacin, y los responsables de
dichas actividades. Dicho plan debe ser documentado e implementado.
2. Identificacin de la Configuracin: Se establece un esquema de
identificacin de los elementos de software y sus versiones a ser controlados
por el proyecto.
3. Control de la Configuracin: Se identifican y registran las solicitudes de
cambio, se analiza y evala los cambios, se aprueba o rechaza la solicitud, se
implementa, verifica y distribuye el elemento de software modificado.
4. Contabilidad de Estado de la Configuracin: Se preparan registros de
Gestin y reportes de estado que muestren el estado e historia de los
elementos
de
software
controlados,
incluyendo
lneas
base.
5. Evaluacin de la Configuracin: Se determina y asegura que los
elementos de software sean funcionalmente (versus sus requerimientos) y
fsicamente completos (es decir, si su diseo y Cdigo reflejan una descripcin
tcnica
actualizada).
6. Gestin de actualizacin y distribucin: Se controla formalmente la
actualizacin y distribucin de los productos de software.
Figura 1. Se presenta un modelo de este proceso elaborado utilizando el perfil
de UML para modelamiento de procesos de software, propuesto por el Object
Management Group (OMG).

Nota : Object Management Group (OMG). es un consorcio, formado en1989,

dedicado al cuidado y el establecimiento de diversos estndares de tecnologas
orientadas a objetos, tales como UML,XMI, CORBA y BPMN.
Es

una

organizacin

sin

fines

de

lucro

que

promueve

el

uso

de

tecnologa orientada a objetos mediante guas y especificaciones.

El grupo est formado por diversas compaas y organizaciones con distintos
privilegios dentro de la misma.1

RIESGO Y PROCESO DE PRUEBA

Nota :
Riesgo
El riesgo es la probabilidad de un resultado negativo, o la probabilidad de la
ocurrencia de un suceso negativo multiplicada por el monto del dao
econmico.
El riesgo asociado al proyecto y al producto deben ser tenidos en cuenta
durante la planificacin y el diseo de casos de prueba, cuando se prioricen
casos de prueba, cuando se seleccionen mtodos y durante la ejecucin de
pruebas.
Las pruebas se ejecutan para reducir o evitar los riesgos asociados al producto
Las pruebas reducen la probabilidad de ocurrencia de un riesgo
Son necesarias pruebas ms intensivas en caso de dao potencial alto

Al igual que un jefe de proyecto debe identificar riesgos y buscar soluciones

durante la etapa de desarrollo del software para conseguir los objetivos
marcados, el test manager debe identificar los riesgos relacionados con el
proceso de pruebas, as como evaluar la criticidad y probabilidad de los
mismos. Gracias a este anlisis se podr generar un plan de contingencia.
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 proactividad, 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:
1. 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 practicas de desarrollo (por ejemplo TDD,
integracin contnua, etc)
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
cuando 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 sincronia 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.

Pruebas
Las pruebas son tcnicas de comprobacin dinmica
Siempre implican la ejecucin del programa
Permiten:

Evaluar la calidad de un producto

Mejorarlo identificando defectos y problemas.

Frecuentemente realizadas por los mismos que escriben el cdigo; El propsito

de estas pruebas es reducir el tiempo entre el momento en el que los fallos se
insertan en el cdigo y el momento en que son detectados por ese motivo se
realizan Pruebas Unitarias y Pruebas de Integracin.

Nota :
pruebas unitarias : De las mquinas o diagramas de estado .
Pruebas de Integracin:Verifican la interaccin entre componentes interaccin
entre componentes del sistema software

El las pruebas del sistema

Verifican el comportamiento del sistema en su

conjunto.
Los fallos funcionales se suelen detectar en los otros dos niveles anteriores
(unitarias e integracin)

Este nivel es ms adecuado para comprobar

requisitos no funcionales

Seguridad, Velocidad, Exactitud, Fiabilidad

Tambin se prueban:

Interfaces externos con otros sistemas

Utilidades

Unidades fsicas

Entorno operativo

Tcnicas para asegurar la calidad del cdigo

Pruebas (Unitarias y de Integracin): las pruebas unitarias se

realizan De las mquinas o diagramas de estado y las pruebas de
Integracin: Verifican la interaccin entre componentes interaccin entre
componentes del sistema software.

Escribir las pruebas primero (test first development) : sirve para

verificar que las pruebas fallan. Es decir se implementa el cdigo que
hace que la prueba pase satisfactoriamente y seguidamente se
refactoriza el cdigo escrito. El propsito de estas pruebas es lograr un
cdigo limpio que funcione.

Nota:

refactorizar es una tcnica

de

la ingeniera de

software para

reestructurar un cdigo fuente, alterando su estructura interna sin cambiar su

comportamiento externo.

lo que se conoce informalmente por limpiar el

cdigo.

Ejecucin lnea a lnea (code stepping) : permite a que se realiza

verificar si existe errores por medio de mensajes de u otros.

Uso de aserciones : una asercin es un predicado (i.e., una sentencia

verdadero-falso) incluido en un programa como indicacin de que el
programador piensa que dicho predicado siempre se cumple en ese
punto del flujo de programa.

Nota : Las aserciones suelen ser tiles para especificar programas y para
razonar la correccin de los mismos. Por ejemplo, una precondicin.

una asercin al comienzo de una seccin de cdigo determina que se espera

que el conjunto de sentencias que la siguen sean ejecutadas.

Depuracin

(debugging)

es

el

proceso

de

identificar

corregir errores de programacin.

Revisiones:

Anlisis esttico: es un tipo de anlisis de software que se realiza sin

ejecutar el programa .

Nota : (el anlisis realizado sobre los programas en ejecucin se conoce

comoanlisis dinmico de software).1 En la mayora de los casos, el anlisis se
realiza en alguna versin del cdigo fuente y en otros casos se realiza en
el cdigo objeto. El trmino se aplica generalmente a los anlisis realizados por
una herramienta automtica, el anlisis realizado por un humano es
llamado comprensin de programas (o entendimiento de programas) como
tambin revisin de cdigo.

GESTIN DE INCIDENCIAS.
La gestin de incidentes es un rea de procesos perteneciente a la gestin
de servicios de tecnologas de la informacin. El primer objetivo de la gestin
de incidentes es recuperar el nivel habitual de funcionamiento del servicio y
minimizar en todo lo posible el impacto negativo en la organizacin de forma
que la calidad del servicio y la disponibilidad se mantengan.
Los incidentes que no pueden ser resueltos rpidamente por el equipo de
ayuda al usuario, son asignados a un especialista del equipo de soporte
tcnico. La resolucin del incidente debe ser ejecutada lo antes posible para
restaurar el servicio rpidamente.
La Gestin de Incidencias tiene como objetivo resolver, de la manera ms
rpida y eficaz posible, cualquier incidente que cause una interrupcin en el
servicio.
La Gestin de Incidencias no debe confundirse con la Gestin de Problemas,
pues a diferencia de esta ltima, no se preocupa de encontrar y analizar las
causas subyacentes a un determinado incidente sino exclusivamente a
restaurar el servicio. Sin embargo, es obvio, que existe una fuerte interrelacin
entre ambas.

Procesos de gestin de incidentes

El proceso habitual de gestin de incidentes es el siguiente:
Deteccin y registro del incidente
Con la afectacin a uno o varios usuarios, o la deteccin de un sistema de
monitoreo, se crea una nueva incidencia, en general, en un sistema de solicitud
de tickets (Ticket Request System o Help Desk)
Clasificacin y soporte inicial
Como pueden recibirse mltiples incidencias al mismo tiempo, el paso
siguiente es determinar el nivel de prioridad, para enviarse al personal de
soporte correspondiente.
La mayora de aplicaciones permite automatizar la asignacin de incidencias
para reducir los tiempos de atencin, conforme a reglas de negocio, creando
los criterios necesarios.
La prioridad se asigna segn:
Impacto : Afectacin del negocio y/o nmero de usuarios afectados
Urgencia : Tiempo mximo para solucin y/o nivel de servicio o ANS (en
ingls Service Level Agreement o SLA)
Investigacin y diagnstico
Inicialmente se deben identificar, analizar y documentar todos los sntomas.
Esto ayuda a determinar la ubicacin y posibles correcciones.
Escalamiento
Mecanismo para agilizar la solucin oportuna que puede darse en cualquier
etapa del proceso. Ocurre cuando el personal de un Nivel de Soporte transfiere
el incidente haca el siguiente nivel, por:
Falta de conocimientos
Poca experiencia
Falta de recursos requeridos
Solucin y restablecimiento del servicio
La rpida solucin es crtica, lo importante es restablecer el servicio y mejorar
la satisfaccin del usuario.
Despus de lo cual, se puede agregar la solucin a la base de conocimiento
(Knowledge Base - KB), que ayudar a disminuir los tiempos de respuesta
cuando se repita una incidencia igual o similar.
Cierre del incidente
Despus de restablecer el servicio y que el usuario confirme la solucin del
problema, se cierra la incidencia documentando detalladamente.
Si se conoce la causa, sta se agrega a la base de conocimiento con las
evidencias, anlisis, descartes y solucin.
Si se desconoce la causa, se genera un caso donde se analice toda la
documentacin y se realicen acciones tendientes a encontrarla.
Monitorizacin, seguimiento y comunicacin del incidente
El anlisis de repeticin de incidencias, tiempos de respuesta y solucin
medirn el rendimiento del rea de soporte como el nivel de satisfaccin del
usuario.

Los principales beneficios de una correcta Gestin de Incidentes incluyen:

Mejorar la productividad de los usuarios.

Cumplimiento de los niveles de servicio acordados en el SLA.

Nota : SLA( acuerdo de nivel de servicio) o ANS (en ingls Service Level
Agreement o SLA), es un contrato escrito entre un proveedor de servicio y
su cliente con objeto de fijar el nivel acordado para la calidad de dicho servicio.
El ANS es una herramienta que ayuda a ambas partes a llegar a un consenso
en trminos del nivel de calidad del servicio, en aspectos tales como tiempo de
respuesta, disponibilidad horaria, documentacin disponible, personal asignado
al servicio, etc.
Bsicamente el ANS establece la relacin entre ambas partes: proveedor y
cliente. Un ANS identifica y define las necesidades del cliente a la vez que
controla sus expectativas de servicio en relacin a la capacidad del proveedor,
proporciona un marco de entendimiento, simplifica asuntos complicados,
reduce las reas de conflicto y favorece el dilogo ante la disputa.

Mayor control de los procesos y monitorizacin del servicio.

Optimizacin de los recursos disponibles.

Una CMDB ms precisa pues se registran los incidentes en relacin con

los elementos de configuracin.

Y principalmente: mejora la satisfaccin general de clientes y usuarios.

Nota : La CMDB (Configuration Management DataBase) es un concepto que

introduce ITIL ISO 20000 para facilitar la gestin de los servicios TI. Se define
como una base de datos donde administrar y gestionar todos los elementos de
la compaa (Configuration Items CI) que son necesarios para la prestacin
de servicios.

La creacin de una buena CMDB, en muchos casos, permite identificar u

ordenar aquellos servicios estratgicos de la organizacin que no se tienen
considerados o no se tienen recogidos en un catlogo de servicios. A la vez que
les da una estructura en la que soportar todo el servicio. Desde el hardware o
el software necesario hasta las personas o los proveedores, as como la
documentacin o los clientes del servicio.

Link

https://es.wikipedia.org/wiki/Desarrollo_guiado_por_pruebas
http://www.infostat.com.ar/index.php?mod=page&id=45
http://dis.um.es/~barzana/Informatica/IAGP/IAGP_riesgos.html
http://ocw.unican.es/ensenanzas-tecnicas/ingenieria-del-softwareii/materiales/tema1-pruebasSistemasSoftware.pdf
https://tupakamaru.wordpress.com/2013/02/03/gestion-de-riesgos-enpruebas-de-software/
http://innovasyscorp.com/riesgo-y-proceso-de-prueba.html
https://es.wikipedia.org/wiki/Gesti%C3%B3n_de_la_configuraci%C3%B3n
http://ocw.unican.es/ensenanzas-tecnicas/ingenieria-del-softwareii/materiales/tema9-gestionConfigruacion.pdf
http://www.monografias.com/trabajos99/gestion-configuracion-delsoftware/gestion-configuracion-del-software.shtml#gestiondea
http://www.histaintl.com/soluciones/configuracion/configuracion.php
http://itil.osiatis.es/Curso_ITIL/Gestion_Servicios_TI/gestion_de_incidentes
/introduccion_objetivos_gestion_de_incidentes/introduccion_objetivos_ge
stion_de_incidentes.php
http://itilv3.osiatis.es/operacion_servicios_TI/gestion_incidencias.php
https://es.wikipedia.org/wiki/Gesti%C3%B3n_de_incidentes
http://www.nextel.es/por-que-la-cmdb-es-un-elemento-fundamental-enla-gestion-de-las-ti