Materia: Ingeniaría de Software

Tema: Tipos de pruebas

Profesor: M.C. Laura Cecilia Méndez G.

Alumna: Bustamante Domínguez Juana

la necesidad de servir varios clientes desde una base dedatos centralizada (o. Así se ejecuta un programa y mediante técnicas experimentales se trata de descubrir que errores tiene.la complejidad de la comunicación en red. 5. 3. o usabilidad de un programa de ordenador. 4.Pruebas de software Pruebas de software: procesos que permiten verificar y revelar la calidad de un producto software. Para determinar el nivel de calidad se deben efectuar unas medidas o pruebas que permitan comprobar el grado de cumplimiento respecto de las especificaciones iniciales del sistema. La naturaleza distribuida de los entornos cliente/servidor. Pruebas de validación son el proceso de revisión que el sistema de software producido cumple con las especificaciones y que cumple su cometido. 2. Prueba de Arquitectura y AplicacionesLa arquitectura cliente/servidor representa un importante desafío para quienes prueban el software. 6. Prueba funcional es una prueba basada en la ejecución. . Hay dos formas de integración: y Integración no incremental: Se combinan todos los módulos por anticipado y se pruebatodo el programa en conjunto. y Integración incremental: El programa se construye y se prueba en pequeños segmentos. los aspectos de desempeño relacionadoscon el proceso de transacción. Consistente en probar las aplicaciones construidas. distribuida) y los requisitos de coordinación impuestos alservidor se combinan para que la prueba de las arquitecturas de software cliente/servidor resulteconsiderablemente más difícil que la prueba de aplicaciones independientes. hecha en conjunto. Tipos de pruebas de software 1. se integran dentro de las diferentes fases del ciclo del software dentro de la Ingeniería de software. revisión y retroalimentación de las funcionalidades previamente diseñadas para el software. 7. la posible presencia de varias plataformas de hardware diferentes. calidad. Caja negra ejercitan los requisitos funcionales desde el exterior del módulo. Cajas blancas es un tipo de pruebas de software que se realiza sobre las funciones internas de un módulo. Pruebas de integración son aquellas que se realizan en el ámbito del desarrollo de software una vez que se han aprobado las pruebas unitarias. Únicamente se refieren a la prueba de todos los elementos unitarios que componen un proceso. Esto sirve para asegurar que cada uno de los módulos funcione correctamente por separado. Son utilizadas para identificar posibles fallos de implementación. Prueba unitaria: es una forma de probar el correcto funcionamiento de un módulo de código. en algunos casos. Las pruebas funcionales se hacen mediante el diseño de modelos de prueba que buscan evaluar cada una de las opciones con las que cuenta el paquete informático.

y Prueba de recuperación: Fuerza un fallo del software y verifica que la recuperación se lleva a cabo apropiadamente. y Pruebas de transacción: se crea una serie de pruebas para asegurar que cada clase de transacciones se procesa de acuerdo con sus requisitos. y Prueba de instalación: Se centra en asegurar que el sistema software desarrollado se puede instalar en diferentes configuraciones hardware y software y bajo condiciones excepciones. transacciones y el tráfico de la red relacionado se realiza sin errores. ejecutando otra vez las pruebasde la iteración anterior. y Prueba de resistencia: Enfrenta a los programas a situaciones anormales. actualizan yrecuperan apropiadamente. y Pruebas de servidor: se prueban funciones de coordinación y manejo de datos del servidor. por ejemplo con espacio de disco insuficiente o continuas interrupciones. La prueba de regresión puede implicar la re-ejecución de cualquier tipo de prueba. y . y Pruebas de base de datos: se prueba la exactitud e integridad de los datos almacenados en el servidor. Normalmente. para asegurar lacalidad después de añadir la nueva funcionalidad. · Los cambios realizados no han introducido nuevos defectos o reintroducido defectosanteriores. y Pruebas de comunicaciones de red: con estas pruebas se verifica que la comunicación entre los nodos de la red ocurre de manera correcta y que el paso de mensajes. La prueba del sistema está constituida por una serie de pruebasdiferentes cuyo propósito primordial es ejercitar profundamente el sistema basado en computadora.Pruebas de funcionalidad de la aplicación: la aplicación se prueba de maneraindependiente. También es posible realizar pruebas de seguridad de la red como parte de estaspruebas. Las pruebas se concentran en determinar si es correcto el procesamiento y en aspectos dedesempeño. Pruebas de regresión: Las pruebas de regresión son una estrategia de prueba en la cual las pruebas que se hanejecutado anteriormente se vuelven a realizar en la nueva versión modificada. Durante la validación se usan exclusivamente técnicas de prueba de caja negra. También se considera el desempeño del servidor (tiempo derespuesta y procesamiento de los datos).las pruebas de regresión se llevan a cabo durante cada iteración. También se prueba la función de archivado. Algunas de estas pruebas son: y Prueba de validación: Proporciona una seguridad final de que el software satisface todos los requerimientos funcionales y de rendimiento. Prueba del sistema: Verifica que cada elemento encaja de forma adecuada y que se alcanza la funcionalidad y el rendimiento del sistema total. Se examinan las transacciones que realizaron las aplicaciones de cliente para asegurar que los datos se almacenan. Además. valida los requerimientos establecidos comparándolos con el sistema que ha sido construido. 8. El propósito de estas pruebas es asegurar que: · Los defectos identificados en la ejecución anterior de la prueba se ha corregido. y Prueba de rendimiento: Prueba el rendimiento del software en tiempo de ejecución. 9. y Prueba de seguridad: Verificar los mecanismos de protección.

debe ser lo adecuadamente rígido como para promoveruna planeación razonable y un seguimiento administrativo del avance del proyecto. el diseño de casos de pruebas.tiempo y recursos consumirán. Flujo del proceso de pruebas. Una estrategia de prueba del software debe ser lo suficientemente flexible como para promover unenfoque personalizado. tratar de corregir todos los errores. en cualquier estrategia de prueba debe incorporar laplaneación de pruebas. Diagrama de estrategias de prueba de software . indica cuándo se planean y cuándo se dan estos pasos. además de cuánto esfuerzo. La estrategia proporciona un mapa que describe los pasos que se darán como parte dela prueba. hasta quedar lo más limpio posible. Estrategias de prueba del software Una estrategia de prueba del software integra los métodos de diseño de caso de pruebas delsoftware en una serie bien planeada de pasos que desembocará en la eficaz construcción delsoftware. la ejecución de pruebas y la recolección yevaluación de los datos resultantes. Por tanto. Al mismo tiempo.Objetivo de las pruebas de software: probar el funcionamiento del software en su máxima capacidad.

mientras se describe un defecto encontrado. debe haber al menos un caso de prueba para cada requisito a menos que un requisito tenga requisitos secundarios.Casos de prueba En la ingeniería del software. para la fácil comprensión del propósito del caso de prueba y su campo de aplicación. Inicialización: describe acciones. Propósito Con el propósito de comprobar que todos los requisitos de una aplicación son revisados. cada requisito secundario deberá tener por lo menos un caso de prueba. debemos abrir algún archivo. Identificador derequerimientos: está incluido por el caso de prueba. Dependencias 1. y la funcionalidad que chequea. Estructura de los casos de prueba Formalmente. Propósito contiene una breve descripción del propósito de la prueba. Nombre: el caso de prueba debe ser un título entendible por personas. los casos de PICO o Test Case son un conjunto de condiciones o variables bajo las cuáles el analista determinará si el requisito de una aplicación es parcial o completamente satisfactorio. Actividadesde los casos de prueba Ambiente de prueba/configuración: contiene información acerca de la configuración del hardware o software en el cuál se ejecutará el caso de prueba. los casos de prueba escritos consisten principalmente en tres partes con subdivisiones: 1. Identificador: es un identificador único para futuras referencias. Caso de prueba dueño/creador: es el nombre del analista o diseñador de pruebas. que deben ser ejecutadas antes de que los casos de prueba se hayan inicializado. Por ejemplo. por ejemplo. En ese caso. Algunas metodologías como RUP recomiendan el crear por lo menos dos casos de prueba para cada requisito. quien ha desarrollado pruebas o es responsable de su desarrollo. Versión: la actual definición del caso de prueba. también aquí puede ser identificador de casos de uso o especificación funcional. . Uno de ellos debe realizar la prueba positiva de los requisitos y el otro debe realizar la prueba negativa. Introducción/visión general contiene información general acerca de los Casos de Prueba.

php . el analista debe restaurarla antes de que otro caso de prueba sea ejecutado. Esto se sustituye a menudo con un Correcto/Fallido.com/testing/casos_de_prueba.org/wiki/Pruebas_de_software http://www.cetic.gob.lsi.calidadysoftware.ar/7548/Pruebas-Intro. Resultados Resultados esperados: contiene una descripción de lo que el analista debería ver tras haber completado todos los pasos de la prueba Resultados reales: contienen una breve descripción de lo que el analista encuentra después de que los pasos de prueba se hayan completado. frecuentemente la referencia al defecto implicado se debe enumerar en esta columna.mx/pics/art/articles/113/file. Descripción de los datos de entrada 2.wikipedia.pdf http://es.guerrero. Si un caso de prueba falla. Por ejemplo si el caso de prueba estropea la base de datos.pdf http://in2test.uba.Finalización: describe acciones. Bibliografía: http://materias.fi. Acciones: pasos a realizar para completar la prueba.es/repris/actividades/TestingCadiz20070309.uniovi.pdf http://www. que deben ser ejecutadas después de realizado el caso de prueba.TiposPruebasSoftware.

Sign up to vote on this title
UsefulNot useful