• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Construccion y Pruebas de Software
 

Construccion y Pruebas de Software

on

  • 1,766 views

 

Statistics

Views

Total Views
1,766
Views on SlideShare
1,766
Embed Views
0

Actions

Likes
0
Downloads
50
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Construccion y Pruebas de Software Construccion y Pruebas de Software Presentation Transcript

    • UNIVERSIDAD DE CARABOBO Facultad de Ciencias y Tecnología Curso de Ingeniería del SoftwareConstrucción y Pruebas del Software Presentación elaborada por: Bazán, G., Rosas, F.
    • AgendaIntroducción.Construcción del Software. • ¿Que es la construcción del software. • Relación con otras áreas del conocimiento. • Tópicos en la construcción de software. • Gerencia del proceso de construcción. • Consideraciones practicas.
    • AgendaPruebas del Software. • Validación y Revisión. • Analizar y revisar. • Pruebas de desarrollo. • Test-driven Development. • Pruebas de lanzamiento. • Pruebas de usuario.
    • AgendaConclusiones.Bibliografía.
    • Introducción
    • ¿Que es la construcción del Software?El termino Software Construction(Construcción del software) se refiere a lacreación de software productivo ysignificativo a través de los procesos decodificación, verificación, pruebas unitarias,pruebas de integración y depuración deerrores.
    • Relaciones con:• El área de diseño.• El área de pruebas.• El área de manejo de configuraciones.• El área de herramientas y métodos.• El área de calidad.
    • Relación con el diseño • Sus salidas son procesadas durante el proceso de construcción. • Puede ser una actividad del proceso de construcción.
    • Relación con las pruebas• Las salidas de la construcción son sometida a un conjunto de pruebas no especificas.• El proceso de pruebas puede formar parte en el proceso de construcción en forma de actividad. “Las Pruebas son escepticismo organizado.” – James Bach
    • Relación con la G. Configuraciones Se encarga de manejar el conjunto de ítems producidos en el proceso de construcción.
    • Relación con la CalidadEn el proceso de codificación se aplican criterioscalidad en aras de incrementar la calidad del software.
    • Relación con herramientas y métodos: La construcción del software es el área que hace el uso más intensivo de las herramientas y métodos.
    • Tópicos en la construcción de Software • Minimizar la complejidad. • Anticipar los cambios. • Construir teniendo en cuenta la verificación. • Construir usando estándares. “El propósito de la ingeniería del software es controlar la complejidad, no crearla” Pamela Zave
    • Minimizar la complejidad• ¿Como reducir la complejidad al construir un software?• Escribiendo código sencillo y leíble más que inteligente.• Aplicando el uso de estándares. “Programar puede ser divertido, la criptografía también; sin embargo no deberían ser combinadas.” Kreitzberg and Shneiderman.
    • Anticipación al cambio• ¿Que se puede hacer ante el cambio?• ¿Temer?• ¿Resignarse?• ¿Aplicar gestión del cambio? “No hay nada permanente excepto el cambio” Heráclito de Éfeso
    • Uso de Estándares• ¿En que pueden afectar?• Lenguajes de programación.• Métodos de comunicación.• Plataformas.• Herramientas. “El buen juicio viene de la experiencia, y la experiencia viene del mal juicio” Frederick. P. Brooks
    • Gerencia de la construcción • Modelos de construcción. • Planificación de la construcción. • Medición de la construcción. “Los buenos programadores usan el cerebro pero los buenos lineamientos nos salvan de pensar tanto.” Francis Glassborow
    • Consideraciones practicas• Diseño de la construcción.• Lenguajes de construcción.• Codificación.• Pruebas.• Re-utilización.• Calidad en la construcción. Si hablamos otro idioma, podríamos percibir un mundo diferente. Wittgenstein
    • Pruebas de Software
    • Pruebas de Software• Demostrar al desarrollador y al cliente que el software alcanza sus requisitos.• Descubrir situaciones donde el comportamiento del software es incorrecto, indeseable o no esta ajustado a las especificaciones “Las pruebas pueden ser usadas para mostrar la presencia de errores, pero nunca para mostrar su ausencia.” Edsger Dijkstra.
    • Pruebas de Software• Las pruebas forman parte de un proceso mayor llamado verificación y validación.• Validación: ¿Estamos construyendo el producto correcto?• Verificación: ¿Estamos construyendo bien el producto?
    • Revisiones de SoftwareAnalizar y revisar: • Los requerimientos de sistema • Los modelos de diseño • El código fuente • Las pruebas propuestas
    • Pruebas de Desarrollo “Nunca cometo errores estúpidos, solo cometo los inteligentes”. John Peel.
    • Pruebas de Desarrollo• Pruebas Unitarias.• Pruebas de Componentes.• Pruebas de Sistema.
    • Pruebas Unitarias• Las pruebas unitarias son aquellas pruebas en donde las partes individuales del programa u los objetos de las clases son probadas.• Estas pruebas se deben enfocar en probar las funcionalidades de objetos o métodos.
    • Pruebas UnitariasPrueba para validar un Like sin objeto asociado. Validaciones necesarias en el modelo.
    • Pruebas de Componentes• Las pruebas de componentes son aquellas pruebas en donde varias pruebas unitarias son integradas para crear componentes compuestos.• Estas pruebas deben enfocarse en probar las interfaces de los componentes.
    • Pruebas de Componentes Interacción entre un Like y un Articulo.
    • Pruebas de SistemaLas pruebas de sistema son aquellas pruebasen donde algunos o todos los componentesen un sistema son integrados, probando elsistema como un todo.Estas pruebas se enfocan en probar lasinteracciones de los componentes.
    • Pruebas de Sistema Prueba automatizada del sistema.
    • Test-Driven DevelopmentKen Beck es quien en 2002 replantea ciertos procesos de XP como TDD
    • Test-driven developmentBeneficios: •Cobertura del código. •Pruebas de regresión. •Debugging simplificado. •Documentación del sistema.
    • Pruebas de lanzamiento• Pruebas basadas en requerimientos.• Pruebas de escenario.• Pruebas de rendimiento.
    • Pruebas de usuario• Pruebas Alfa.• Pruebas Beta.• Prueba de aceptación.
    • Conclusiones• Construir Productos de Calidad• Emplear las mejores practicas• Seguir Estándares• Validar• Verificar
    • BibliografíaBeck, K. (2002). Test Driven Development: By Example. Addison-WesleyLongman.Chelimsky, D., Astels, D., Dennis, Z., Hellesøy, A., Helmkamp, B., & North, D.(2010). The RSpec Book. The Pragmatic Programmers LLC.IEE Computer Society. (2004 ). Guide to the Software Engineering Body ofKnowledge (SWEBOK).North, D. (2006). DanNorth.net. Recuperado el 14 de Junio de 2012, deIntroducing BDD: http://dannorth.net/introducing-bdd/Sommerville, I. (2010). Ingeniería del software. Adison Wesley.