UNIVERSIDAD TECNICA DE AMBATO

FACULTAD DE INGENIERA EN SISTEMAS

Grupo n 5
Tema: Fase de Pruebas, Implantacin y Mantenimiento de
Software.
Integrantes:

Dario Anrrango
Diego Guerra
Patricio Landa

Etapa de Pruebas o Verificacin

Consiste en asegurar que los componentes
individuales que integran al sistema o
producto, cumplen con los requerimientos
de la especificacin creada durante la
etapa de diseo.

PRUEBAS
Errar es humano y la etapa de pruebas tiene
como objetivo detectar los errores que se
hayan podido cometer en las etapas anteriores
del proyecto (y, eventualmente, corregirlos).
Se recomienda aplicar las etapas:
Anlisis
Diseo
Desarrollo
Prueba

Relacin entre Error, Defecto y Fallo

Conceptos bsicos
Ciclo de prueba
Es una actividad compuesta:
Formar una idea de los resultados aceptables
para determinados valores de entrada.
Se ejecuta el software dndole los valores
determinados en unas condicione especficas.
Se observan los resultados.
Se comparan los resultados con la idea inicial.

Conceptos bsicos
Caso de prueba
Es un escenario concreto de una prueba:
Id de caso de prueba.
Mdulo a probar
Descripcin del caso
Pre-requisitos
Data necesaria (valores a ingresar)
Pasos o secuencia lgica
Resultado esperado (correcto o incorrecto)
Resultado obtenido
Observaciones o comentarios
Analista de Pruebas (responsable de las pruebas)
Fecha de Ejecucin
Estado (concluido, pendiente, en proceso)

As por ejemplo usando algunos campos:

Plantilla para casos de prueba

Objetivos de las pruebas

Verificar y validar el software.
Descubrir defectos no detectados con
anterioridad.
Encontrar defectos con poco esfuerzo y
tiempo.
Encontrar defectos con una alta
probabilidad.

Lo que deberan y no deberan hacer

Deberan:
Probar si el software no hace
lo que debe hacer.
Probar si el software hace lo
que no debe hacer.
Realizarse de forma
independiente respecto a
otras.
Estar muy bien
documentadas.

No deberan:
Ser redundantes
Ser demasiado
complejas
Dar por supuesto
que un software no
tendr defectos

Esquema bsico del proceso

Estndares relacionados con pruebas

IEEE 730 asegurar la calidad del software
IEEE 829 documentacin de las pruebas
IEEE 830 especificaciones de los requisitos de sistemas
IEEE 1008 pruebas unitarias
IEEE 1012 verificacin y validacin del software
IEEE 1028 inspecciones en software
IEEE 1044 clasificacin de las anomalas software
IEEE 1061 mtricas sobre calidad del software
IEEE 12207 proceso del ciclo de vida del software y de los datos
BS 7925-1 vocabulario de trminos utilizados en las pruebas
BS 7925-2 pruebas de componentes software
ISO/IEC 29119 todo el ciclo de pruebas. Pretende sustituir a
otros como IEEE 829, IEEE 1008, BS 7925-1, BS 7925-2

Quienes realizan las pruebas?

El encargado de coordinar
la ejecucin del Plan de
pruebas del sistema es el
administrador de
desarrollo con la
participacin de todo el
equipo.

PLANEACIN DE LAS PRUEBAS

Para el plan de pruebas del sistema se toma como base
los planes de prueba que se hicieron en las fases de
requerimientos y de diseo. El plan de pruebas que debe
incluir:
Qu se va a probar.
En qu orden.
El material de prueba, esto es, el componente a probar,
los datos de prueba, el software que se necesita.

Las pruebas se realizan en cuatro etapas:

Prueba de unidades (prueba de mtodos y clases)
Se prueba cada mtodo y clase de forma independiente
Prueba de integracin o de subsistemas
Se prueban agrupaciones de clases relacionadas
Prueba de sistema
Se prueba el sistema como un todo

Prueba de validacin (o de aceptacin)

Prueba del sistema en el entorno real de trabajo con intervencin
del usuario final
El descubrimiento de un defecto en una etapa requerir la repeticin de las
etapas de prueba anteriores.

Tipos principales de pruebas

Tcnicas de Prueba
Pruebas funcionales ( Caja negra)
Las pruebas de caja
negra se llevan a cabo
sobre la interfaz del
software, obviando el
comportamiento
interno y la estructura
del programa.

Las pruebas de caja negra se limitan a que el tester

pruebe con datos de entrada y estudie como salen, sin
preocuparse de lo que ocurre en el interior.

stas, principalmente, se centran en mdulos o charters de interfaz

de usuario (pantalla, ficheros, canales de comunicacin)

Caja Negra
Orientadas a los requisitos funcionales

Buscan asegurar que:

Se ha ingresado toda clase de entrada
Que la salida observada = esperada

Las pruebas de caja negra pretenden encontrar

estos tipos de errores:
1

Funciones incorrectas o ausentes

2

Errores en la interfaz
3

Errores en estructuras de datos o en accesos a bases de datos

externas
4

Errores de rendimiento
5

Errores de inicializacin y de terminacin

Pruebas estructurales (Caja blanca)

Estas pruebas se basan en la estructura de
un programa.

Se requiere poder representar la ejecucin

de un programa.

Grafos de flujo.

Las pruebas de caja blanca intentan

garantizar que:

Se ejecutan al menos una vez todos los

caminos independientes de cada mdulo

Se utilizan las decisiones en su parte

verdadera y en su parte falsa

Se ejecuten todos los bucles en sus

lmites

Se utilizan todas las estructuras de datos

internas

Prueba del camino bsico

El mtodo del camino bsico permite obtener
una medida de la complejidad de un diseo
procedimental, y utilizar esta medida como
gua para la definicin de una serie de caminos
bsicos de ejecucin, diseando casos de
prueba que garanticen que cada camino se
ejecuta al menos una vez.

Grafos de Flujo
Utilizados para la representacin del flujo de
control.
La estructura de control sirve de base para
obtener los casos de prueba.
El diseo de casos de prueba tiene que estar
basado en la eleccin de caminos importantes
que ofrezcan una seguridad aceptable de que se
descubren defectos.

Notacin del grafo de flujo o grafo

del programa
Aristas. Lneas
que unen dos
nodos
Regiones. reas
delimitadas por
aristas y nodos

Notacin del grafo de flujo o grafo

del programa

Notacin del grafo de flujo o grafo

del programa

En el grafo de flujo
Cada nodo representa una o ms sentencias
procedimentales
Un solo nodo puede corresponder a una secuencia
de pasos del proceso y a una decisin

Las flechas (aristas) representan el flujo de control

A continuacin se muestra un ejemplo basado en un diagrama de flujo

que representa la estructura de control del programa.

Cualquier representacin del diseo

procedimental se puede traducir a un
grafo de flujo.
Si en el diseo procedimental se
utilizan condiciones compuestas, la
generacin del grafo de flujo tiene
que descomponer las condiciones
compuestas en condiciones sencillas,
tal y como muestra la figura
siguiente.

Ejemplo
Construir el Grafo de Flujo correspondiente a la siguiente especificacin del
software en LDP.

PLANEACIN DE LAS PRUEBAS

El resultado esperado para cada dato de
prueba.
Responsable de la prueba, los participantes en la
prueba, la fecha y lugar en que se har la prueba.

Plantilla para el informe de los resultados obtenidos

indicando el nmero de defectos encontrados.

PRUEBA DE
CARGA/CONCURRENCIA
Las pruebas de carga es la forma ms simple de las pruebas de
rendimiento. Una prueba de carga se lleva a cabo por lo general a
comprender el comportamiento del sistema bajo una carga especfica
esperada. Esta carga puede ser el nmero esperado de usuarios
concurrentes en la aplicacin que realiza un nmero determinado de
transacciones dentro de la duracin del conjunto. Esta prueba le dar a
los tiempos de respuesta de todas las transacciones importantes crticos
de negocio. Si la base de datos, servidor de aplicaciones, etc tambin
son monitoreados, a continuacin, esta simple prueba puede s apuntar
hacia los puntos conflictivos en el software de aplicacin.

PRUEBA CON JMETER

JMeter es una herramienta de carga para llevar acabo simulaciones
sobre cualquier recurso de Software.
Permite realizar pruebas sobre Bases de Datos, scripts Perl, servlets,
objetos java, servidores FTP y prcticamente cualquier medio de los
que se pueden encontrar en la red.
Resulta de gran utilidad para resolver problemas como cadas
inesperadas o falta de memoria.

Efectuadas las pruebas, se

corrigen los defectos
encontrados. Se vuelven a aplicar
pruebas, conocidas como pruebas
de regresin. Las pruebas de
regresin sirven para detectar
defectos al hacer cambios a
componentes ya probados.

Si el sistema pasa todas las

pruebas, se libera y entrega
al cliente.

FASE DE IMPLANTACIN

INTRODUCCIN
La implantacin es el proceso de
verificar e instalar nuevo equipo,
entrenar a los usuarios, instalar la
aplicacin y construir todos
los archivos de datos necesarios
para utilizarla.
Cada estrategia de implantacin
tiene sus mritos de acuerdo con la
situacin que se considere dentro de
la empresa.

INTRODUCCIN
Sin importar cul sea la estrategia
utilizada, los encargados de
desarrollar el sistema procuran que
el uso inicial del sistema se encuentre
libre de problemas.
Los sistemas de informacin deben
mantenerse siempre al da, la
implantacin es un proceso de
constante evolucin.

Fases que se utilizan en la

Implantacin de software de
aplicacin
FASE 1: Preparar un
ambiente operacional
y uno de prueba
separados

FASE 2: Ofrecer
capacitacin a los
usuarios,
administradores y
tcnicos

FASE 4: Efectuar una

evaluacin luego de la
instalacin del
sistema

FASE 3: Realizar la
conversin de datos y
el cambio de sistema

FASE 5: Presentar un
reporte final a la
administracin

Fase 1: Preparar un ambiente operacional

y uno de prueba separados
Se entiende por ambiente o plataforma la combinacin especfica de hardware y software que
nos permite correr un sistema, por ambiente operacional, la plataforma donde corre el sistema
actual y por ambiente de test o de prueba, la plataforma utilizada para desarrollar y dar
mantenimiento a los sistemas.

El tener el ambiente operacional y el de prueba separados permite proteger el sistema y evitar

problemas que pudieran daar los datos o interrumpir las operaciones durante las tareas de
prueba.
La plataforma operacional del sistema de informacin incluye las configuraciones de hardware y
software apropiadas, utilidades del sistema, recursos de telecomunicaciones y otros
componentes. A esta plataforma operacional slo tienen acceso los usuarios bajo un control
estricto. Los analistas de sistemas y programadores no tienen acceso.
El ambiente de test reduciendo probablemente a una estacin de trabajo o a un servidor,
contiene copias de todos los programas y procedimientos, as como de los archivos de datos
de prueba.

Fase 2: Ofrecer capacitacin a los

usuarios, administradores y tcnicos
A los usuarios debe ofrecrseles una visin general del sistema y los trminos o palabras clave; los
procedimientos de inicio y apagado del sistema; el men principal y los submens; las funciones
principales del sistema; una gua para sacar adelante los problemas que se presenten y una lista
de preguntas frecuentes.

A los administradores, entre otros debe capacitrseles en la obtencin de los objetivos del negocio,
los principales reportes que ofrece el sistema y como requerir mejoras al mismo.

Al equipo de TI se le debe entrenar en la arquitectura del sistema y su documentacin, la

resolucin de problemas y en el entrenamiento de los usuarios y del personal administrativo.

Fase 3: Realizar la conversin de datos y

el cambio de sistema
Es una parte importante de
la implantacin o instalacin
del sistema y que consiste
en cargar en el nuevo
sistema los datos existentes.
Dependiendo del sistema
puede hacerse antes,
durante o despus de
completar el ambiente
operacional.

El proceso de cambio del

sistema consiste en poner
en lnea el nuevo sistema y
en retirar el anterior. Puede
realizarse de forma directa
en paralelo, mediante un
piloteo o por etapas
intercaladas dependiendo
del riesgo implcito y del
tiempo disponible para
realizar la tarea.

Fase 4: Efectuar una evaluacin luego de

la instalacin del sistema
Una vez instalado el sistema, debe
permitir observar la calidad del nuevo
sistema de informacin de forma
integral. Se pone nfasis en determinar
si el sistema efectivamente cumple
ciertos requisitos, permite lograr los
objetivos de los usuarios y produce los
beneficios para los cuales fue aprobado.

Fase 5: Presentar un reporte

final a la administracin
Se realiza un reporte final que debe
incluir las versiones definitivas de toda
la documentacin del sistema, las
modificaciones o mejoras a realizar a
futuro que fueron detectadas, la
recapitulacin de los presupuestos y
cronogramas utilizados durante la
instalacin y los resultados de los test
correspondientes a la evaluacin final.

FASE DE MANTENIMIENTO

INTRODUCCIN:
La creencia habitual de un equipo de trabajo de que su
tarea ha finalizado cuando instala y pone en
funcionamiento el software en las instalaciones del
cliente no puede ser ms errnea. Un producto software
envuelve muchos aspectos y caractersticas que provocan
que sea totalmente necesario supervisar su
funcionamiento correcto durante un tiempo despus de
la entrega del mismo.

INTRODUCCIN
El Servicio de mantenimiento de
software es una de las actividades en
la Ingeniera de Software y es el
proceso de mejorar y optimizar el
software desplegado (revisin del
programa), as como tambin
remediar los defectos.

INTRODUCCIN
La fase de mantenimiento de
software involucra cambios al
software en orden de corregir
defectos y dependencias encontradas
durante su uso tanto como la adicin
de nueva funcionalidad para mejorar
la usabilidad y aplicabilidad del
software.

Costes del Mantenimiento del

Software
Mltiples estudios sealan que el
mantenimiento es la parte ms costosa del
ciclo de vida del software. Estadsticamente
est comprobado que el coste de
mantenimiento de un producto software a
lo largo de toda su vida til supone mas del
doble que los costes de su desarrollo. La
tendencia es creciente con el paso del
tiempo:

Hay 4 tipos de mantenimiento al software:

MANTENIMIENTO CORRECTIVO
Se refiere a los cambios que
se hacen al detectar un
defecto en un software,
generalmente se refiere a
cuando ya est en uso.

Los fallos en un sistema software pueden

ser:
Procesamiento (salidas incorrectas de un programa).

Rendimiento (tiempo de respuesta demasiado alto).

Programacin (inconsistencias en el diseo).

Documentacin (inconsistencias entre la funcionalidad de un

programa y el manual de usuario).

MANTENIMIENTO ADAPTIVO
Consiste en la modificacin de un programa
debido a cambios en el entorno
(hardware o software) en el que se ejecuta.
sistemas (nuevo hardware, otro sistema
de gestin de bases de datos , otro
sistema operativo ...).

Los cambios en el entorno de desarrollo

del software pueden ser:

En el entorno de
los datos (p.e.
cambiar sistema
de ficheros por BD
relacional).

En el entorno de
los procesos (p.e.
migracin a
plataforma con
procesos
distribuidos).

Este
mantenimiento es
cada vez ms
frecuente debido a
la tendencia actual
de actualizacin
de hardware y SO
cada poco tiempo.

MANTENIMIENTO PERFECTIVO
Conjunto de actividades para mejorar o aadir
nuevas funcionalidades requeridas por el
usuario. Se divide en dos:
Mantenimiento de
Ampliacin:
incorporacin de nuevas
funcionalidades.

Mantenimiento de
Eficiencia: mejora de
la eficiencia de
ejecucin.

MANTENIMIENTO PREVENTIVO
Este ltimo tipo de mantenimiento consiste en
la modificacin del software para mejorar las
propiedades de dicho software (por ejemplo,
aumentando su calidad y/o su mantenibilidad)
sin alterar sus especificaciones funcionales.

Algunas maneras de hacerlo son:

Incluir sentencias que comprueben la
validez de los datos de entrada

Reestructurar los programas para

mejorar su legibilidad
Incluir nuevos comentarios que
faciliten la posterior comprensin del
programa

Esfuerzo dedicado a cada tipo de

mantenimiento

Actividades del Mantenimiento de

Software
Comprensin del software y de los
cambios a realizar: para poder modificar
un programa, los programadores necesitan
conocer su funcionalidad y objetivos, su
estructura interna y los requisitos de
operacin. De no ser as, se corre un gran
riesgo de introducir nuevos defectos que en el
futuro supondrn un coste de mantenimiento
adicional.

Modificacin del software: para incorporar

los cambios necesarios se deben crear y
modificar las estructuras de datos, la lgica de
los procesos, las interfaces y la documentacin.

Realizacin de pruebas: para validar

los cambios se deben realizar pruebas
selectivas que nos permitan comprobar la
correccin del software. Esta actividad es
necesaria siempre, ya que incluso un
cambio muy pequeo no verificado puede
producir defectos en el software que
reduzcan su calidad y fiabilidad.

Importancia de las actividades de

mantenimiento

PREGUNTAS

PREGUNTA 1
La Etapa de Pruebas consiste en asegurar que los componentes
individuales que integran al sistema o producto, cumplen con los
requerimientos de la especificacin creada durante la etapa de:
a) Anlisis
b) Diseo
c) Desarrollo
d) Prueba

RESPUESTA 1
La Etapa de Pruebas consiste en asegurar que los componentes
individuales que integran al sistema o producto, cumplen con los
requerimientos de la especificacin creada durante la etapa de:
a) Anlisis
b) Diseo
c) Desarrollo
d) Prueba

PREGUNTA 2
La prueba de Caja Negra esta orientada a:
a) Requisitos Funcionales
b) La etapa de diseo
c) Requisitos no Funcionales
d) La etapa de desarrollo

RESPUESTA 2
La prueba de Caja Negra esta orientada a:
a) Requisitos Funcionales
b) La etapa de diseo
c) Requisitos no Funcionales
d) La etapa de desarrollo

PREGUNTA 3
Cual de las siguientes notaciones de grafo representa el while:
a)

b)

c)

d)

RESPUESTA 3
Cual de las siguientes notaciones de grafo representa el while:
a)

b)

c)

d)

PREGUNTA 4
La implantacin es el proceso de verificar e instalar ,
entrenar a los usuarios, instalar la aplicacin y construir todos los
.necesarios para utilizarla.
a) El sistema parmetros
b) nuevo equipo - archivos de datos
c) el programa datos
d) la aplicacin aspectos

RESPUESTA 4
La implantacin es el proceso de verificar e instalar ,
entrenar a los usuarios, instalar la aplicacin y construir todos los
.necesarios para utilizarla.
a) El sistema parmetros
b) nuevo equipo - archivos de datos
c) el programa datos
d) la aplicacin aspectos

PREGUNTA 5
En qu fase de la implantacin de software se ofrece capacitacin a los
usuarios, administradores y tcnicos
a) Fase 1
b) Fase 2
c) Fase 3
d) Fase 4
e) Fase 5

RESPUESTA 5
En qu fase de la implantacin de software se ofrece capacitacin a los
usuarios, administradores y tcnicos
a) Fase 1
b) Fase 2
c) Fase 3
d) Fase 4
e) Fase 5

PREGUNTA 6
En la Fase 5 se presenta un reporte final a la administracin en la que consta:
a) La documentacin del sistema
b) Los reportes
c) La hoja de datos
d) Srs y Conops

RESPUESTA 6
En la Fase 5 se presenta un reporte final a la administracin en la que consta:
a) La documentacin del sistema
b) Los reportes
c) La hoja de datos
d) Srs y Conops

PREGUNTA 7
La fase de mantenimiento de software involucra cambios al software en orden
de corregir:
a) Problemas y fallos del sistema.
b) Errores despus de la instalacin.
c) Defectos y dependencias encontradas durante su uso.
d) Defectos y problemas despus de la implantacin.

RESPUESTA 7
La fase de mantenimiento de software involucra cambios al software en orden
de corregir:
a) Problemas y fallos del sistema.
b) Errores despus de la instalacin.
c) Defectos y dependencias encontradas durante su uso.
d) Defectos y problemas despus de la implantacin.

PREGUNTA 8
MANTENIMIENTO CORRECTIVO
Se refiere a los cambios que se hacen al detectar un defecto en un software,
generalmente se refiere a cuando ya est en uso.
a) Verdadero
b) Falso

RESPUESTA 8
MANTENIMIENTO CORRECTIVO
Se refiere a los cambios que se hacen al detectar un defecto en un software,
generalmente se refiere a cuando ya est en uso.
a) Verdadero
b) Falso

PREGUNTA 9
Cul de los siguientes no es un fallo de sistema de software?
a) Fallo de Rendimiento
b) Fallo de Desarrollo
c) Fallo de Procesamiento
d) Fallo de Programacin

RESPUESTA 9
Cul de los siguientes no es un fallo de sistema de software?
a) Fallo de Rendimiento
b) Fallo de Desarrollo
c) Fallo de Procesamiento
d) Fallo de Programacin

BIBLIOGRAFA
Daniel Benito Romn Ocampo.2011.Fundamentos de Desarrollo de Sistemas. Disponible en:
http://es.slideshare.net/itlac/etapas-de-desarrollo-software
Guadalupe Ibargengoitia G., Hanna Oktaba . Ingeniera de Software Pragmtica. Fase de
Integracin y prueba del sistema. Disponible en:
http://sergiomerino.files.wordpress.com/2010/09/9_fase_de_pruebas.pdf
CBSE - ISIS4713. Pruebas. Disponible en:
https://sistemas.uniandes.edu.co/~isis4713/dokuwiki/lib/exe/fetch.php?media=isis4713pruebas3.pdf
Vctor Gmez Adan.2012.Pruebas de Caja Negra. Disponible en:
http://www.globetesting.com/2012/08/pruebas-de-caja-negra/

BIBLIOGRAFA
Lic. Tom Rodrguez. DESARROLLO e implantacin del software de Aplicacin. Disponible en:
http://es.slideshare.net/TomRodriguez/implementacion-de-software
SINCOWS. Servicios Integrales en Computacin .Mantenimiento de Software.
Disponible en:
http://www.sincows.com/sincows/index.php?option=com_content&view=articl
e&id=70&Itemid=68
Francisco Ruiz, Macario Polo. Grupo Alarcos. UNIVERSIDAD DE CASTILLA-LA MANCHA.
Ciudad Real, 2000/2001. Mantenimiento del Software. Disponible en:
http://alarcos.esi.uclm.es/per/fruiz/curs/mso/trans/s1.pdf
Ingeniera de software
http://www.monografias.com/trabajos5/inso/inso.shtml