A.

Aplicacin de pruebas del sistema

Contexto de la aplicacin de pruebas.

Las pruebas de sistema buscan discrepancias entre el programa y sus
objetivos o requerimientos, enfocndose en los errores hechos durante la
transicin del proceso al disear la especificacin funcional. Esto hace a las
pruebas de sistema un proceso vital de pruebas, ya que en trminos del
producto, nmero de errores hechos, y severidad de esos errores, es un
paso en el ciclo de desarrollo generalmente propenso a la mayora de los
errores. Las pruebas de sistema no son procesos para probar las funciones
del sistema del programa completo, porque sta sera redundante con el
proceso de las pruebas funcionales. Las pruebas del sistema tienen un
propsito particular: para comparar el sistema o el programa con sus
objetivos originales (Requerimientos funcionales y no funcionales). Dado
este propsito, se presentan dos implicaciones: Las pruebas de sistema no
se limitan a los sistemas. Si el producto es un programa, la prueba del
sistema es el proceso de procurar demostrar cmo el programa, en su
totalidad, no resuelve sus objetivos o requerimientos. Las pruebas de
sistema, por definicin, son imposibles si no estn los requerimientos por
escrito, mensurables para el producto. Las pruebas de sistema tienen como
objetivo ejercitar profundamente el sistema comprobando la integracin del
sistema de informacin globalmente, verificando el funcionamiento correcto
de las interfaces entre los distintos subsistemas que lo componen y con el
resto de sistemas de informacin con las que se comunica. Son pruebas de
integracin del sistema de informacin completo, y permiten probar el
sistema en su conjunto y con otros sistemas con los que se relaciona para
verificar que las especificaciones funcionales y tcnicas se cumplen. Dan
una visin muy similar a su comportamiento en el entorno de produccin Se
distinguen los siguientes tipos de pruebas: Pruebas de comunicaciones.
Determinan que las interfaces entre los componentes del sistema funcionan
adecuadamente, tanto a travs de dispositivos remotos, como locales.
Asimismo, se han de probar las interfaces hombre/mquina.

 Control de calidad del software.

Es la estructura que organiza evaluaciones, inspecciones, auditorias y
revisiones que aseguren que se cumplan las responsabilidades asignadas,
se utilicen eficientemente los recursos y se logre el cumplimiento de los
objetivos del producto. Tiene la intencin de mantener bajo control un
proceso y eliminar las causas de los defectos en las diferentes fases del
ciclo de vida de un producto.
Para controlar la Calidad del Software es necesario, definir los parmetros,
indicadores o criterios de medicin. El software posee determinados ndices
medibles que son las bases para la calidad, el control y el perfeccionamiento
de la productividad. Una vez seleccionados los ndices de calidad, debe
establecerse el proceso de control, que requiere los siguientes pasos:
1. Definir el software que va a ser controlado: clasificacin por tipo,
esfera de aplicacin, complejidad, etc., de acuerdo con los estndares
establecidos para el desarrollo del software.
2. Seleccionar una medida que pueda ser aplicada al objeto de control.
Para cada clase de software es necesario definir los indicadores y sus
magnitudes.
3. Crear o determinar los mtodos de valoracin de los indicadores:
mtodos manuales como cuestionarios o encuestas estndares para
la medicin de criterios periciales y herramientas automatizadas para
medir los criterios de clculo.
4. Definir las regulaciones organizativas para realizar el control: quines
participan en el control de la calidad, cundo se realiza, qu
documentos deben ser revisados y elaborados, etc.
Indicadores para diferenciar los productos de calidad de los que carecen de
ella:

El acercamiento a cero defectos.

El cumplimiento de los requisitos intrnsecos y expresos.

La satisfaccin del cliente Sobre todo la satisfaccin del cliente.

La Calidad del Software debe ser una disciplina ms dentro de la Ingeniera

del software. El principal instrumento para garantizar la calidad de las
aplicaciones sigue siendo el Plan de Calidad. El plan se basa en unas normas
o estndares genricos y en unos procedimientos particulares.

Los procedimientos pueden variar en cada organizacin, pero lo importante

es que estn escritos, personalizados, adaptados a los procesos de la
organizacin y, lo que es ms importante, que se cumplan. La Calidad del
Software debe implementarse a lo largo de todo el ciclo de vida, debe correr
paralela desde la planificacin del producto hasta la fase de produccin del
mismo.
Para ello se cuenta con una serie de ayudas, a travs de distintas
actividades para la implantacin del control de calidad en el desarrollo de
software son:

Aplicacin de metodologa y tcnicas de desarrollo

Reutilizacin de procesos de revisin formales

Prueba del software

Ajustes a los estndares de desarrollo

Control de cambios, mediciones y recopilacin de informacin

Gestin de informes sobre el control de calidad

- Correccin
Respecto a la calidad del software, la correccin hace
un programa debe hacer lo que se espera de l.

referencia

que

- Eficacia
Es la capacidad de alcanzar el efecto que espera o se desea tras la realizacin de
una accin. No debe confundirse este concepto con el de eficiencia que se refiere al
uso racional de los medios para alcanzar un objetivo predeterminado (es decir,
cumplir un objetivo con el mnimo de recursos disponibles y tiempo).

- Eficiencia
La cantidad de recursos de computadoras y de cdigo requeridos por un programa
para llevar a cabo sus funciones. La pregunta asociada a este factor sera: Se
ejecutar en mi hardware lo mejor que pueda?

- Verificacin
La verificacin, prueba y mantenimiento de los programas es esencial para
minimizar los riesgos por el uso de tecnologa. Es conveniente realizar la
verificacin y prueba antes de utilizar el sistema para un evento, despus de una
prueba exitosa, se requiere darle a los programas el debido mantenimiento para
garantizar su buen funcionamiento cuando se les requiera.

- Validacin
La validacin de datos es una de las reas ms importantes a tener en cuenta,
especialmente en el desarrollo de sistemas conectados a redes como internet.
Validar datos hace referencia a verificar, controlar o filtrar cada una de las entradas
de datos que provienen desde el exterior del sistema.

 Tipos de prueba.

Atendiendo a la forma de realizacin.

Prueba unitaria

Es una forma de probar el correcto funcionamiento de un mdulo de cdigo.

Prueba funcional

Es una prueba basada en la ejecucin, revisin y retroalimentacin de las

funcionalidades previamente diseadas para el software.

Pruebas de integracin

Son aquellas que se realizan en el mbito del desarrollo de software una vez
que se han aprobado las pruebas unitarias.

Pruebas de validacin

Son el proceso de revisin que el sistema de software producido cumple con

las especificaciones y que cumple su cometido.

Cajas blancas

Es un tipo de pruebas de software que se realiza sobre las funciones

internas de un mdulo.

Caja negra

Ejercitan los requisitos funcionales desde el exterior del mdulo.

Prueba de Arquitectura y Aplicaciones

La arquitectura cliente/servidor representa un importante desafo para

quienes prueban el software.

Pruebas de funcionalidad de la aplicacin:

La aplicacin se prueba de manera independiente.

Pruebas de servidor:

Se prueban funciones de coordinacin y manejo de datos del servidor.

Tambin se considera el desempeo del servidor (tiempo de respuesta y
procesamiento de los datos).

Pruebas de base de datos:

Se prueba la exactitud e integridad de los datos almacenados en el servidor.

Pruebas de transaccin:

Se crea una serie de pruebas para asegurar que cada clase de

transacciones se procesa de acuerdo con sus requisitos.

Pruebas de comunicaciones de red:

Con estas pruebas se verifica que la comunicacin entre los nodos de la red
ocurre de manera correcta y que el paso de mensajes, transacciones y el
trfico de la red relacionado se realiza sin errores.

- Atendiendo al momento de realizacin.

Prueba del sistema:

Verifica que cada elemento encaja de forma adecuada y que se alcanza la

funcionalidad y el rendimiento del sistema total.

Prueba de seguridad:

Verificar los mecanismos de proteccin.

Prueba de resistencia:

Enfrenta a los programas a situaciones anormales.

Prueba de rendimiento:

Prueba el rendimiento del software en tiempo de ejecucin.

Prueba de instalacin:

Se centra en asegurar que el sistema software desarrollado se puede instalar en

diferentes configuraciones hardware y software y bajo condiciones excepciones.

Pruebas de regresin:

Las pruebas de regresin son una estrategia de prueba en la cual las pruebas que
se han ejecutado anteriormente se vuelven a realizar en la nueva versin
modificada, para asegurar la calidad despus de aadir la nueva funcionalidad.

B.

Implantacin del sistema o puesta a

punto.

Determinacin del periodo de transicin o

ejecucin en paralelo.
Durante este perodo de ejecucin inmediato en el entrenamiento se
reducen a Crear las condiciones ms favorables para conseguir la forma
competitiva ptima. Si el perodo de competicin es prolongado, que incluye
no una, sino varias Competiciones, surge adems la dificultad de asegurar la
conservacin de esta Forma competitiva ptima. En el supuesto que se
celebre ms de una competicin en este perodo, algunos de los aspectos
de la preparacin fsico-tcnica y tcnico-tctica pueden sufrir considerables
modificaciones debido a la necesidad de adaptarse a las condiciones
especficas de cada competicin. No son aconsejables las reestructuraciones
de la planificacin en este perodo por cuanto provocaran la prdida de la
forma competitiva.

Procedimientos y operaciones de puesta en

produccin

Garantizacin
informacin.

Grantizacin del funcionamiento de la infraestructura de

comunicaciones y el acceso a los servicios de informacin.

Establecer mecanismos de muestreo sobre la funcionalidad de

los servicios de informacin y de la diversidad de plataforma
tecnolgica en uso.

Realizacin de forma permanente del inventario y control de

los medios magnticos de almacenamiento de la informacin.

Realizacin de forma permanente del inventario de toda la

infraestructura de Hardware y Software existente en la
Facultad.

Asegurar la integridad de la informacin a travs de

procedimientos
de
respaldos.
Evaluacin del uso de los recursos de informacin y establecer
los niveles apropiados de operatividad.

Garantizacin de la operacin y administracin funcional de la

red de la Facultad.

del

funcionamiento

de

los

servicios

de

Atencin de los requerimientos de soporte y servicio de la

Unidad de Atencin a Usuarios.

Elaboracin y ejecucin de los planes de mantenimiento

preventivo de la infraestructura de Hardware y Software.

Mantenimiento y control de un inventario bsico de insumos y

repuestos, que permitan garantizar la continuidad de
funcionamiento de los equipos y sistemas.

Realizacin de la instalacin y puesta en produccin de

equipos, sistemas y/o servicios de informacin, que sean
adquiridos o desarrollados por la Unidad de Tecnologa de
Informacin.

Establecer medidas de seguridad para la operacin y

funcionamiento de los recursos de informacin de la Facultad.

Conocer ampliamente la operacin y funcionamiento de los

servicios
de
informacin.
Administracin de todo el proceso de produccin de los
servicios de informacin.

Imparticin de adiestramientos a la unidad de Atencin a

Usuarios sobre la operacin y funcionamiento de los servicios
de informacin en produccin.

Llevar las estadsticas sobre la produccin de los servicios de

informacin.

Evaluacin de la calidad de los servicios de informacin en

produccin y aplicar los correctivos necesarios.

Definicin e implantacin de normas y procedimientos para la

asignacin de prioridades y recursos requeridos para la
produccin de los servicios de informacin.

Determinacin
adicionales.

de

necesidades

de

recursos

En este se muestran todo lo que debe contener el sistema dependiendo de

las necesidades del usuario dando un servicio correcto.

- Equipos
Es muy necesario un equipo ya que con este vamos a trabajar y donde se va
desarrollar
el
sistema.
Estos a su vez automatizan los procesos operativos, suministran una
plataforma de informacin necesaria para la toma de decisiones y, lo ms

importante, su implantacin logra ventajas competitivas o reducir la ventaja

de
los
rivales.
Interactan entre s con el fin de apoyar las actividades de una empresa o
negocio.

- Consumibles
Estos se describen como los clientes que son los que compran y usan el
sistema.
Tambin hace referencia al esfuerzo colaborativo para construir economas
basadas en productos de la localidad, empresa y pas.

- Instalaciones
En si las instalaciones son el conjunto de redes y equipos fijos que permiten
el suministro y operacin de los servicios que ayudan a los sistemas a
cumplir las funciones para las que han sido diseados

 Pruebas de carga o repeticin de pruebas

del sistema con datos reales.
La prueba de sistemas no aprueba el software en s, sino la integracin de
cada mdulo en el sistema. Tambin busca las discrepancias entre el
sistema y su objetivo original, especificacin de y documentacin del
sistema. La preocupacin principal es la compatibilidad de los mdulos
individuales.

Pruebas de aceptacin o visto bueno del cliente

Estas pruebas las realiza el cliente. Son bsicamente pruebas funcionales,
sobre el sistema completo, y buscan una cobertura de la especificacin de
requisitos y del manual del usuario. Estas pruebas no se realizan durante el
desarrollo, pues sera impresentable al cliente; sino que se realizan sobre el
producto terminado e integrado o pudiera ser una versin del producto o
una iteracin funcionad pactada previamente con el cliente. Una prueba de
aceptacin puede ir desde un informal caso de prueba hasta la ejecucin
sistemtica de una serie de pruebas bien planificadas. De hecho, las
pruebas de aceptacin pueden tener lugar a lo largo de semanas o meses,
descubriendo as errores latentes o escondidos que pueden ir degradando el
funcionamiento del sistema. Estas pruebas son muy importantes, ya que
definen el paso nuevas fases del proyecto como el despliegue y
mantenimiento.