P. 1
TIPOS DE PRUEBAS DE SOFTWARE

TIPOS DE PRUEBAS DE SOFTWARE

|Views: 5.540|Likes:
Publicado porJuana Bustamante

More info:

Published by: Juana Bustamante on Mar 29, 2011
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

08/21/2013

pdf

text

original

Materia: Ingeniaría de Software

Tema: Tipos de pruebas

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

Alumna: Bustamante Domínguez Juana

la complejidad de la comunicación en red. Prueba funcional es una prueba basada en la ejecución. La naturaleza distribuida de los entornos cliente/servidor. en algunos casos. los aspectos de desempeño relacionadoscon el proceso de transacción. 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.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 posible presencia de varias plataformas de hardware diferentes. Cajas blancas es un tipo de pruebas de software que se realiza sobre las funciones internas de un módulo. 4. 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. 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. 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. se integran dentro de las diferentes fases del ciclo del software dentro de la Ingeniería de software. . Así se ejecuta un programa y mediante técnicas experimentales se trata de descubrir que errores tiene. Caja negra ejercitan los requisitos funcionales desde el exterior del módulo. Consistente en probar las aplicaciones construidas. hecha en conjunto. Únicamente se refieren a la prueba de todos los elementos unitarios que componen un proceso. 2. 3. Prueba unitaria: es una forma de probar el correcto funcionamiento de un módulo de código. 7. o usabilidad de un programa de ordenador. 6. revisión y retroalimentación de las funcionalidades previamente diseñadas para el software. Tipos de pruebas de software 1. la necesidad de servir varios clientes desde una base dedatos centralizada (o. Esto sirve para asegurar que cada uno de los módulos funcione correctamente por separado. y Integración incremental: El programa se construye y se prueba en pequeños segmentos. calidad. Son utilizadas para identificar posibles fallos de implementación. Prueba de Arquitectura y AplicacionesLa arquitectura cliente/servidor representa un importante desafío para quienes prueban el software. 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. 5.

9. Las pruebas se concentran en determinar si es correcto el procesamiento y en aspectos dedesempeño. También se prueba la función de archivado. El propósito de estas pruebas es asegurar que: · Los defectos identificados en la ejecución anterior de la prueba se ha corregido. y Pruebas de base de datos: se prueba la exactitud e integridad de los datos almacenados en el servidor. y Prueba de recuperación: Fuerza un fallo del software y verifica que la recuperación se lleva a cabo apropiadamente. actualizan yrecuperan apropiadamente. 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. También es posible realizar pruebas de seguridad de la red como parte de estaspruebas. La prueba de regresión puede implicar la re-ejecución de cualquier tipo de prueba. y Prueba de resistencia: Enfrenta a los programas a situaciones anormales.las pruebas de regresión se llevan a cabo durante cada iteración. 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. y . y Prueba de seguridad: Verificar los mecanismos de protección. · Los cambios realizados no han introducido nuevos defectos o reintroducido defectosanteriores. 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. ejecutando otra vez las pruebasde la iteración anterior. 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.Pruebas de funcionalidad de la aplicación: la aplicación se prueba de maneraindependiente. También se considera el desempeño del servidor (tiempo derespuesta y procesamiento de los datos). Además. Prueba del sistema: Verifica que cada elemento encaja de forma adecuada y que se alcanza la funcionalidad y el rendimiento del sistema total. Normalmente. y Prueba de rendimiento: Prueba el rendimiento del software en tiempo de ejecución. Se examinan las transacciones que realizaron las aplicaciones de cliente para asegurar que los datos se almacenan. 8. transacciones y el tráfico de la red relacionado se realiza sin errores. valida los requerimientos establecidos comparándolos con el sistema que ha sido construido. y Pruebas de servidor: se prueban funciones de coordinación y manejo de datos del servidor. La prueba del sistema está constituida por una serie de pruebasdiferentes cuyo propósito primordial es ejercitar profundamente el sistema basado en computadora. 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. para asegurar lacalidad después de añadir la nueva funcionalidad. por ejemplo con espacio de disco insuficiente o continuas interrupciones.

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

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

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

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->