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 CorreccinRespecto a lacalidad del software, lacorreccinhace referencia a que unprogramadebe hacer lo que se espera de l.

EficaciaEs 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).

EficienciaLa 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?

VerificacinLa 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.

ValidacinLa 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 unitariaEs una forma de probar el correcto funcionamiento de un mdulo de cdigo. Prueba funcionalEs una prueba basada en la ejecucin, revisin y retroalimentacin de las funcionalidades previamente diseadas para el software. Pruebas de integracinSon aquellas que se realizan en el mbito del desarrollo de software una vez que se han aprobado las pruebas unitarias. Pruebas de validacinSon el proceso de revisin que el sistema de software producido cumple con las especificaciones y que cumple su cometido. Cajas blancasEs un tipo de pruebas de software que se realiza sobre las funciones internas de un mdulo. Caja negraEjercitan los requisitos funcionales desde el exterior del mdulo. Prueba de Arquitectura y AplicacionesLa 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 del funcionamiento de los servicios de 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. 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 de necesidades de recursos adicionales.En este se muestran todo lo que debe contener el sistema dependiendo de las necesidades del usuario dando un servicio correcto. EquiposEs 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. ConsumiblesEstos 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. InstalacionesEn 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 clienteEstas 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.