VERIFICACION Y VALIDACION

VERIFICACION Y VALIDACION[Escriba el subttulo del documento]

28/05/2014UNIVERSIDAD MUNDO MAYAJOHAN ALEXIS ABELLO SANZ

INDICE

VERIFICACIN Y VALIDACIN Defectos y fallas del software Enfoques para la verificacin Tcnicas para evitar, detectar y tolerar defectos Aspectos de la prueba Actividades de la prueba Inspeccin de componentes Pruebas Unitarias Pruebas de integracin Pruebas de sistema Planificacin de la prueba Documentacin de la prueba Herramientas automatizadas de prueba Prueba del sistema Prueba de funcin Prueba de rendimiento Pruebas de aceptacin Pruebas automatizadas

INTRODUCCIONVerificacin es el conjunto de actividades que aseguran que el software implemente correctamente una funcin especfica y la Validacin es un conjunto diferente de actividades que aseguran que el software construido corresponde y satisface los requisitos del cliente. La verificacin y la validacin abarcan una amplia lista de actividades de aseguramiento de la calidad del software, estas incluyen: Revisiones tcnicas formales, auditorias de calidad, simulacin, factibilidad, revisin de documentacin, y pruebas de diversos tipos. Aunque las actividades de prueba tienen un papel demasiado importante en (V & V) tambin se necesitan muchas otras actividades. Las pruebas son la mejor forma de evaluar la calidad y de descubrir errores.

La Verificacin y Validacin de Software

Conjunto de procesos de comprobacin y anlisis que aseguran que el software que se desarrolla est acorde a su especificacin y cumple las necesidades de los clientes.ObjetivoLos objetivos de las actividades de verificacin y validacin son valorar y mejorar la calidad de los productos del trabajo generados durante el desarrollo y modificacin del software. Debemos corregir todo posible fallo y alcanzar cierto grado de perfeccin, asi mismo, debemos garantizar la consistencia, confiabilidad, utilidad, eficacia y el apego a los estndares del desarrollo de software.

Laverificacinse enfoca ms al proceso de evaluacin del sistema o de los componentes, permite determinar si los productos de una determinada fase del desarrollo satisfacen las condiciones impuestas en el inicio de la misma. Responde la preguntaEstamos construyendo el producto correctamente?, entonces el software debera ajustarse a sus especificaciones iniciales.

Lavalidacintambin es una evaluacin del sistema o componentes, pero solo se efecta en el transcurso o al final del proceso del desarrollo para determinar si cumple con lo especificado. Responde la preguntaEstamos construyendo el producto correcto?, entonces el software debera hacer lo que el cliente realmente quiere que haga.

DEFECTOS Y FALLAS DEL SOFWAREUnerror de software, comnmente conocido comobug(bicho), es un error o fallo en un programa de computador o sistema desoftwareque desencadena un resultado indeseado. Los programas que ayudan a la deteccin y eliminacin de errores de programacin desoftwareson denominadosdepuradores(debuggers).Tcnicas para evitar, detectar y tolerar defectosLas tcnicas de programacin defensiva se utilizan especialmente en componentes crticos cuyo mal funcionamiento, ya sea por descuido o por ataque malicioso, podra acarrear consecuencias graves o daos catastrficos.La programacin defensiva es un enfoque que busca mejorar el software y el cdigo fuente, en trminos de:Calidad - reduciendo el nmero de fallos desoftwarey, en consecuencia, problemas.Haciendo el cdigo fuente comprensible - el cdigo fuente debe ser legible y comprensible, a prueba de una auditora de cdigo.Hacer que el software se comporte de una manera predecible pese a entradas o acciones de usuario inesperadas.ASPECTO DE LA PRUEBASupongamos que su organizacin ha optado por desarrollar su propio software y contratar a un profesional informtico para ello.Si ste es el caso, hay ciertos aspectos que debe tener en cuenta para proteger sus intereses y facilitar la evolucin futura del sistema. Vamos a analizar estos aspectos con ms detenimiento: OPORTUNIDADES Y PROBLEMASEstrategia de desarrollo del software Es preferible un planteamien to progresivo e incremental que permita, mediante una serie de resultados o hitos palpables, demostrar con rapidez a los administradores las ventajas de la informatizacin.

INSPECCION DE COMPONENTES En laIngeniera de software, se relaciona con laRevisin por paresde cualquier producto de trabajo por personas capacitadas que buscan defectos mediante un proceso bien definido. La inspeccin de software es conocida tambin comoFagan inspectionen homenaje a Michael Fagan, el creador de este popular mtodo de inspeccin de software.Una inspeccin es una de las prcticas ms comunes de revisin que se encuentran en los proyectos de software. El objetivo de la inspeccin es, para todos los inspectores, llegar a un consenso sobre un producto de trabajo y aprobarlo para su uso en el proyecto. Comnmente los productos inspeccionados de trabajo incluyen el anlisis derequisitos de software especificacionesyplan de pruebas. En una inspeccin, un producto de trabajo se selecciona para su revisin y un equipo se rene para organizar una inspeccin del producto de trabajoPRUEBAS UNITARIAS Enprogramacin, unaprueba unitariaes una forma de probar el correcto funcionamiento de un mdulo de cdigo. Esto sirve para asegurar que cada uno de los mdulos funcione correctamente por separado. Luego, con lasPruebas de Integracin, se podr asegurar el correcto funcionamiento del sistema o subsistema en cuestin.

PRUEBAS DE INTEGRACION Pruebas integralesopruebas de integracinson aquellas que se realizan en el mbito deldesarrollo de softwareuna vez que se han aprobado laspruebas unitarias. nicamente se refieren a la prueba o pruebas de todos los elementos unitarios que componen un proceso, hecha en conjunto, de una sola vez.Consiste en realizar pruebas para verificar que un gran conjunto de partes desoftwarefuncionan juntos.Las pruebas de integracin (algunas veces llamadas integracin y testeo I&t) es la fase de la prueba de software en la cual mdulos individuales de software son combinados y probados como un grupo. Son las pruebas posteriores a laspruebas unitariasy preceden a las pruebas del sistema.

PRUEBAS DE SISTEMAS son las investigaciones empricas y tcnicas cuyo objetivo es proporcionar informacin objetiva e independiente sobre la calidad del producto a la parte interesada ostakeholder. Es una actividad ms en el proceso decontrol de calidad.Las pruebas son bsicamente un conjunto de actividades dentro del desarrollo desoftware. Dependiendo del tipo de pruebas, estas actividades podrn ser implementadas en cualquier momento de dicho proceso de desarrollo. Existen distintos modelos de desarrollo de software, as como modelos de pruebas. A cada uno corresponde una nivel distinto de involucramiento en las actividades de desarrollo.

PLANIFICACION DE LA PRUEBAEn esta fase se inicia la elaboracin del modelo jerrquico de requisitos de prueba partiendo de los procesos funcionales que soporta el producto o activo de software a evaluar. A partir de las funcionalidades se elaborar el plan de pruebas. Hay que obtener toda la informacin posible de las aplicaciones sobre las cuales se realizarn las pruebas. Esta informacin se deber conseguir de toda la documentacin disponible sobre su funcionamiento y hablando con el personal responsable de la misma.

PRUEBA DE AUTOMATIZACIONconsiste en el uso de software especial (casi siempre separado del software que se prueba) para controlar la ejecucin de pruebas y la comparacin entre los resultados obtenidos y los resultados esperados. La automatizacin de pruebas permite incluir pruebas repetitivas y necesarias dentro de un proceso formal de pruebas ya existente o bien adicionar pruebas cuya ejecucin manual resultara difcil.

PRUEBAS DE ACEPTACION Estas pruebas las realiza el cliente. Son bsicamente pruebas funcionales, sobre el sistema completo, y buscan una cobertura de la especificacin de requisitos y delmanualdel usuario. Estas pruebas no se realizan durante eldesarrollo, pues sera impresentable al cliente; sino que se realizan sobre el productoterminado e integrado o pudiera ser una versin del producto o una iteracin funcionad pactada previamente con el cliente.

PRUEBA DE RENDIMIENTO son las pruebas que se realizan, desde una perspectiva, para determinar lo rpido que realiza una tarea un sistema en condiciones particulares de trabajo. Tambin puede servir para validar y verificar otros atributos de la calidad del sistema, tales como laescalabilidad,fiabilidady uso de los recursos. Las pruebas de rendimiento son un subconjunto de laingeniera de pruebas, una prcticainformticaque se esfuerza por mejorar el rendimiento, englobndose en el diseo y la arquitectura de un sistema, antes incluso del esfuerzo inicial de la codificacin.

PRUEBA DE FUNCIONes una prueba basada en la ejecucin, revisin y retroalimentacin de las funcionalidades previamentediseadaspara elsoftware. Las pruebas funcionales se hacen mediante el diseo de modelos de prueba que buscan evaluar cada una de las opciones con las que cuenta el paqueteinformtico. Dicho de otro modo son pruebas especficas, concretas y exhaustivas para probar y validar que el software hace lo que debe y sobre todo, lo que se ha especificado.

PRUEBAS DE SISTEMASson las investigaciones empricas y tcnicas cuyo objetivo es proporcionar informacin objetiva e independiente sobre la calidad del producto a la parte interesada ostakeholder. Es una actividad ms en el proceso decontrol de calidad.Las pruebas son bsicamente un conjunto de actividades dentro del desarrollo desoftware. Dependiendo del tipo de pruebas, estas actividades podrn ser implementadas en cualquier momento de dicho proceso de desarrollo. Existen distintos modelos de desarrollo de software, as como modelos de pruebas. A cada uno corresponde una nivel distinto de involucramiento en las actividades de desarrollo.

HERRAMIENTAS AUTOMATIZADAS DE PRUEBAconsiste en el uso de software especial (casi siempre separado del software que se prueba) para controlar la ejecucin de pruebas y la comparacin entre los resultados obtenidos y los resultados esperados. La automatizacin de pruebas permite incluir pruebas repetitivas y necesarias dentro de un proceso formal de pruebas ya existente o bien adicionar pruebas cuya ejecucin manual resultara difcil.

CONCLUSIONMuchas compaas deben afrontar retiradas costosas, caras repeticiones del trabajo y retrasos inesperados en el lanzamiento de productos. Uno de los factores principales es la falta de un proceso eficaz de verificacin y validacin del diseo de los productos. Garantizar que se cumplen las necesidades de los clientes a travs de medios digitales o fsicos, como los progresos de diseo, es una parte crtica del desarrollo de productos y puede ayudarle a evitar estos gastos y retrasos.

WWW.WIKIPEDIA.COMPgina 1