SlideShare ist ein Scribd-Unternehmen logo
1 von 42
Downloaden Sie, um offline zu lesen
Gestión de la Calidad del Software
   Conocer los conceptos de la Ingeniera de
    Software y las diferentes técnicas para
    realizar pruebas.
   Modelos del ciclo de vida del Software
     Cascada
     En V
     Prototipo
     Incremental
     Espiral
   Verificación y Validación
     Principios
     Técnicas
     Estrategias
     Criterios de terminación
     Herramientas de pruebas
Sqm
   Una forma conveniente de dividir los
    proyectos es en fases.
   Las actividades del ciclo de vida transforman
    las necesidades del usuario en un producto de
    software que satisfaga las necesidades.
   Requerimientos
   Diseño
   Construcción
   Operación y Mantenimiento
   Se traducen las necesidades del cliente en un
    documento formal, se describen los acuerdos
    a los que se ha llegado con el cliente.
   Es una necesidad del usuario para resolver un
    problema o cumplir con un objetivo.
   Es una condición que debe tener un sistema
    para cumplir con un contrato, especificación
    o estándar.
   La salida de esta fase es el documento de
    especificación de requerimientos del
    software (SRS).
   El SRS debe incluir la siguiente información:
     Lo que el programa va hacer funcionalmente.
     Formatos de entrada y de salida de los datos.
     Excepciones, errores y desviaciones.
     El entorno del sistema.
   Esta actividad empieza cuando esta
    disponible el documento de requerimientos.
   Es el primer paso para llegar a una solución.
   El diseño es el modelo para la solución.
   El documento de requerimientos y de diseño
    en conjunto describen el problema y la
    organización de la solución.
   La información que debe incluirse en el
    documento de diseño es:
     Especificación de la estructura de datos.
     Funciones y Algoritmos.
     Modularizacion.
     Especificación de las Interfaces.
     Información especifica del proyecto.
   El proceso del diseño de sistemas de software
    consta de dos niveles.
     Diseño del sistema
     Diseño detallado
   Si los requisitos y el diseño se hacen
    correctamente, la codificación es sencilla,
    casi mecánica.
   El primer paso en la verificación durante la
    fase de construcción consiste en determinar
    si el código es coherente con el diseño.
   El código y el diseño deben exhibir la misma
    estructura modular y tener las mismas
    interfaces.
   Las inspecciones del código o revisiones son
    una herramienta muy útil y pueden mejorar
    considerablemente la fiabilidad y reducir el
    esfuerzo durante las pruebas.
   La ejecución real del programa utilizando
    datos de prueba debe llevarse a cabo de
    manera ordenada.
   Las funciones comunes en esta etapa son:
     Identificación y corrección de errores
     Modificaciones
     Mejoras para agregar capacidades de rendimiento
Feasibility    Req. Analysis &
System
                                    Report         Project Planning
Feasibility
                Validation                                            Validation

              Requirements Document
                                            And Project Plan

System Design                                         Detailed Design
                               System Design
                Verification                                          Verification
                               Document

                               Detailed

                               Design Document
Coding
                                 Programs                 Testing and
                Verification                              Integration
                                 Test Plan,
                                 Test Report


                                 And Manuals
    Installation                                          Operations and
                                                          Maintenance
                                 Installation
                                 Report
   Es similar al modelo cascada, exceptuando
    que este considera las actividades de pruebas
    en fases previas del ciclo de vida.
   Se consideran las siguientes pruebas para
    cada fase del desarrollo:
     Requerimientos -> Pruebas de Aceptación
     Diseño de alto nivel -> Pruebas de
      sistema/Integración
     Diseño detallado -> Pruebas unitarias
   Este modelo se utiliza generalmente para
    desarrollar una aplicación rápida del software
    antes o durante la fase de requerimientos.
   El cliente utiliza el prototipo y proporciona
    información al equipo de desarrollo en cuanto
    a su fuerza y sus debilidades.
   Este modelo permite construir el software en
    las etapas elementales, en cada etapa se
    añade funcionalidad.
   Cada etapa consiste en el
    diseño, código, pruebas y entrega.
   Este modelo ofrece una orientación a los
    riesgos durante el ciclo de vida.
   Las actividades se organizan como un espiral
    que tiene muchos ciclos.
   La verificación es la demostración de la
    consistencia, la integridad y la exactitud del
    software en cada etapa del desarrollo del
    ciclo de vida.
   La validación es la determinación de la
    exactitud del programa con respecto a las
    necesidades del usuario.
   Un tutorial es un método informal para la
    evaluación del software.
   Es un pequeño grupo de casos de prueba.
   En la inspección se utiliza una lista de
    verificación para encontrar los errores.
   Si las listas de verificación han sido diseñadas
    adecuadamente los errores se pueden
    encontrar muy fácilmente.
   Se verifica que el software cumpla con los
    requerimientos.
   Se trata de la operación de un sistema bajo
    condiciones controladas y la evaluación de los
    resultados.
   Falta de comunicación
   Complejidad del software
   Errores de programación
   Cambio de los requerimientos
   Presiones de tiempo
   Egos
   Código mal documentado
   Herramientas de desarrollo de software
   El objetivo de una metodología de pruebas es
    reducir el proceso de pruebas exhaustivas a
    un proceso de pruebas finito.
   Se debe tomar un subconjunto de datos del
    dominio.
   La parte mas crucial es encontrar un conjunto
    de datos de prueba suficientes que cubra el
    dominio pero pequeño para su uso.
   Las pruebas deben realizarse de conformidad
    con los planes y procedimientos.
   Generar datos de prueba en todas las etapas.
   Desarrollar un medio para el calculo de los
    valores esperados para los datos de prueba.
   Guardar, organizar y anotar las pruebas.
   Los casos de pruebas no solo deben ser
    escritos para valores de entrada validos.
   Concentrar las pruebas en los módulos que
    presentan mas errores.
   Volver a realizar pruebas cuando se hagan
    modificaciones.
   Pruebas de caja negra
   Pruebas de caja blanca
   Son pruebas en el nivel mas simple para
    probar funciones particulares o módulos de
    código.
   Generalmente las realiza el programador.
   Se prueban las partes combinadas para
    determinar si funcionan correctamente
    juntas.
   Las partes pueden se módulos de
    código, aplicaciones individuales, etc.
   Se trata de probar continuamente la
    aplicación conforme se agregan nuevas
    funcionalidades.
   Se realizan en segmentos pequeños.
   Proporciona la garantía final de que el
    software cumple con todos los requisitos
    funcionales y de comportamiento.
   Se verifica que todos los elementos del
    sistema completo (hardware, personas, bases
    de datos, software) funcionen correctamente
    y que se logre la función global del sistema.
   Es la prueba final, basada en las
    especificaciones del usuario final o cliente
    durante un periodo de tiempo limitado.
   A veces se realiza con datos reales.
   Se realizan cuando se hacen cambios en el
    sistema vigente.
   Todas las partes afectadas por las
    modificaciones deben ser probadas de nuevo.
   Terminar cuando el tiempo programado para
    las pruebas expira.
   Terminan cuando los casos de prueba ya no
    reportan errores.
Gestión de la Calidad del Software

Weitere ähnliche Inhalte

Was ist angesagt?

Validacion Y Verificacion
Validacion Y VerificacionValidacion Y Verificacion
Validacion Y VerificacionFARIDROJAS
 
Modelos de procesos de software(completo)
Modelos de procesos de software(completo)Modelos de procesos de software(completo)
Modelos de procesos de software(completo)David Rosero
 
Control De La Calidad Del Software
Control De La Calidad Del SoftwareControl De La Calidad Del Software
Control De La Calidad Del SoftwareDrivas89
 
Metricas de proceso y proyecto
Metricas de proceso y proyectoMetricas de proceso y proyecto
Metricas de proceso y proyectoEdison Tobar
 
Ingeniería de Requisitos
Ingeniería de RequisitosIngeniería de Requisitos
Ingeniería de RequisitosSorey García
 
Metricas y factores de mc call
Metricas y factores  de mc callMetricas y factores  de mc call
Metricas y factores de mc callmildredmontoya6
 
Unidad 3.1 Prueba De Sistemas
Unidad 3.1 Prueba De SistemasUnidad 3.1 Prueba De Sistemas
Unidad 3.1 Prueba De SistemasSergio Sanchez
 
6. Administración de la Calidad de Software
6. Administración de la Calidad de Software6. Administración de la Calidad de Software
6. Administración de la Calidad de SoftwareMario A Moreno Rocha
 
Metricas de calidad de software
Metricas de calidad de softwareMetricas de calidad de software
Metricas de calidad de softwareisisparada
 
metricas de software si-504
metricas de software si-504metricas de software si-504
metricas de software si-504Karl T Orihuela
 
Métricas de calidad de software
Métricas de calidad de softwareMétricas de calidad de software
Métricas de calidad de softwaredaners08
 
Metricas tecnicas del software
Metricas tecnicas del softwareMetricas tecnicas del software
Metricas tecnicas del softwareaimeemoir
 
Metricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccionMetricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccionJose Diaz Silva
 
Control de Calidad del Software
Control de  Calidad del SoftwareControl de  Calidad del Software
Control de Calidad del SoftwareIntellimedia
 
Trabajo 2 exposicion
Trabajo 2 exposicionTrabajo 2 exposicion
Trabajo 2 exposicionEvelin Oña
 
La auditoría de software
La auditoría de softwareLa auditoría de software
La auditoría de softwareLuis Domingo
 

Was ist angesagt? (20)

Gestion De Calidad Cap 26
Gestion De Calidad Cap 26Gestion De Calidad Cap 26
Gestion De Calidad Cap 26
 
Validacion Y Verificacion
Validacion Y VerificacionValidacion Y Verificacion
Validacion Y Verificacion
 
Modelos de procesos de software(completo)
Modelos de procesos de software(completo)Modelos de procesos de software(completo)
Modelos de procesos de software(completo)
 
Control De La Calidad Del Software
Control De La Calidad Del SoftwareControl De La Calidad Del Software
Control De La Calidad Del Software
 
Metricas de proceso y proyecto
Metricas de proceso y proyectoMetricas de proceso y proyecto
Metricas de proceso y proyecto
 
Ingeniería de Requisitos
Ingeniería de RequisitosIngeniería de Requisitos
Ingeniería de Requisitos
 
Entregables de pruebas
Entregables de pruebasEntregables de pruebas
Entregables de pruebas
 
Metricas y factores de mc call
Metricas y factores  de mc callMetricas y factores  de mc call
Metricas y factores de mc call
 
Unidad 3.1 Prueba De Sistemas
Unidad 3.1 Prueba De SistemasUnidad 3.1 Prueba De Sistemas
Unidad 3.1 Prueba De Sistemas
 
6. Administración de la Calidad de Software
6. Administración de la Calidad de Software6. Administración de la Calidad de Software
6. Administración de la Calidad de Software
 
Mantenimiento y evolucion del software
Mantenimiento y evolucion del softwareMantenimiento y evolucion del software
Mantenimiento y evolucion del software
 
Metricas de calidad de software
Metricas de calidad de softwareMetricas de calidad de software
Metricas de calidad de software
 
metricas de software si-504
metricas de software si-504metricas de software si-504
metricas de software si-504
 
Guia iso 9126
Guia iso 9126Guia iso 9126
Guia iso 9126
 
Métricas de calidad de software
Métricas de calidad de softwareMétricas de calidad de software
Métricas de calidad de software
 
Metricas tecnicas del software
Metricas tecnicas del softwareMetricas tecnicas del software
Metricas tecnicas del software
 
Metricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccionMetricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccion
 
Control de Calidad del Software
Control de  Calidad del SoftwareControl de  Calidad del Software
Control de Calidad del Software
 
Trabajo 2 exposicion
Trabajo 2 exposicionTrabajo 2 exposicion
Trabajo 2 exposicion
 
La auditoría de software
La auditoría de softwareLa auditoría de software
La auditoría de software
 

Andere mochten auch

Champion Corporate Presentation - Feb 24, 2012
Champion Corporate Presentation - Feb 24, 2012Champion Corporate Presentation - Feb 24, 2012
Champion Corporate Presentation - Feb 24, 2012shosein2011
 
Grow Trees Presentation V Corporate
Grow Trees Presentation V  CorporateGrow Trees Presentation V  Corporate
Grow Trees Presentation V CorporateJanak Shah
 
Us silver corporate presentation feb. 2012
Us silver corporate presentation feb. 2012Us silver corporate presentation feb. 2012
Us silver corporate presentation feb. 2012ussilver
 
TLMC Corporate Presentation-v 1.2
TLMC Corporate Presentation-v 1.2TLMC Corporate Presentation-v 1.2
TLMC Corporate Presentation-v 1.2Anil Balan
 
Sqm corporate presentation feb v 9_m12_v1feb
Sqm corporate presentation feb v 9_m12_v1febSqm corporate presentation feb v 9_m12_v1feb
Sqm corporate presentation feb v 9_m12_v1febSociedad_Quimica_Miniera
 
Gosbee_332_FamilyCollage
Gosbee_332_FamilyCollageGosbee_332_FamilyCollage
Gosbee_332_FamilyCollagesgosbee88
 
The wealth of the world v2
The wealth of the world v2The wealth of the world v2
The wealth of the world v2simo0381
 

Andere mochten auch (8)

Champion Corporate Presentation - Feb 24, 2012
Champion Corporate Presentation - Feb 24, 2012Champion Corporate Presentation - Feb 24, 2012
Champion Corporate Presentation - Feb 24, 2012
 
Grow Trees Presentation V Corporate
Grow Trees Presentation V  CorporateGrow Trees Presentation V  Corporate
Grow Trees Presentation V Corporate
 
Us silver corporate presentation feb. 2012
Us silver corporate presentation feb. 2012Us silver corporate presentation feb. 2012
Us silver corporate presentation feb. 2012
 
TLMC Corporate Presentation-v 1.2
TLMC Corporate Presentation-v 1.2TLMC Corporate Presentation-v 1.2
TLMC Corporate Presentation-v 1.2
 
Sqm corporate presentation feb v 9_m12_v1feb
Sqm corporate presentation feb v 9_m12_v1febSqm corporate presentation feb v 9_m12_v1feb
Sqm corporate presentation feb v 9_m12_v1feb
 
Gosbee_332_FamilyCollage
Gosbee_332_FamilyCollageGosbee_332_FamilyCollage
Gosbee_332_FamilyCollage
 
Evaluation Question 6
Evaluation Question 6Evaluation Question 6
Evaluation Question 6
 
The wealth of the world v2
The wealth of the world v2The wealth of the world v2
The wealth of the world v2
 

Ähnlich wie Sqm

Topicos de ingeniería de software
Topicos de ingeniería de softwareTopicos de ingeniería de software
Topicos de ingeniería de softwareAlex Hurtado
 
Modelo de cascadaa
Modelo de cascadaaModelo de cascadaa
Modelo de cascadaamendez45
 
presentacion_edisleynissilva
presentacion_edisleynissilvapresentacion_edisleynissilva
presentacion_edisleynissilvaeddysilva18
 
02 unidad i proceso
02 unidad i   proceso02 unidad i   proceso
02 unidad i procesovictdiazm
 
Fundamento del Diseño de Software
Fundamento del Diseño de SoftwareFundamento del Diseño de Software
Fundamento del Diseño de SoftwareGlamisleidys Chourio
 
Conferencia Gestión de Proyectos de TI
Conferencia Gestión de Proyectos de TIConferencia Gestión de Proyectos de TI
Conferencia Gestión de Proyectos de TIhanzcg
 
Fundamentos del diseno software
Fundamentos del diseno softwareFundamentos del diseno software
Fundamentos del diseno softwareclaudiocaizales
 
Fundamentos del software
Fundamentos del softwareFundamentos del software
Fundamentos del softwareJophrz
 
Curso de Ingeniería de Software - Capitulo4
Curso de Ingeniería de Software - Capitulo4Curso de Ingeniería de Software - Capitulo4
Curso de Ingeniería de Software - Capitulo4Eddie Malca
 
Fundamentos del diseño y Garantías de Calidad del Software
Fundamentos del diseño y Garantías de Calidad del SoftwareFundamentos del diseño y Garantías de Calidad del Software
Fundamentos del diseño y Garantías de Calidad del SoftwareRichard J. Nuñez
 
Curso Basico-Testing-03r003.pdf
Curso Basico-Testing-03r003.pdfCurso Basico-Testing-03r003.pdf
Curso Basico-Testing-03r003.pdfBarcodeBarcode
 

Ähnlich wie Sqm (20)

Equipo 5 Metodos de Desarrllo de Software
Equipo 5 Metodos de Desarrllo de SoftwareEquipo 5 Metodos de Desarrllo de Software
Equipo 5 Metodos de Desarrllo de Software
 
SQM Lifecycle models
SQM Lifecycle modelsSQM Lifecycle models
SQM Lifecycle models
 
SQM Verification and Validation
SQM Verification and ValidationSQM Verification and Validation
SQM Verification and Validation
 
Topicos de ingeniería de software
Topicos de ingeniería de softwareTopicos de ingeniería de software
Topicos de ingeniería de software
 
Modelo de cascadaa
Modelo de cascadaaModelo de cascadaa
Modelo de cascadaa
 
Jose r ojas ii
Jose r ojas iiJose r ojas ii
Jose r ojas ii
 
Calidad de software y TDD
Calidad de software y TDDCalidad de software y TDD
Calidad de software y TDD
 
presentacion_edisleynissilva
presentacion_edisleynissilvapresentacion_edisleynissilva
presentacion_edisleynissilva
 
02 unidad i proceso
02 unidad i   proceso02 unidad i   proceso
02 unidad i proceso
 
Modelo
ModeloModelo
Modelo
 
Fundamento del Diseño de Software
Fundamento del Diseño de SoftwareFundamento del Diseño de Software
Fundamento del Diseño de Software
 
Conferencia Gestión de Proyectos de TI
Conferencia Gestión de Proyectos de TIConferencia Gestión de Proyectos de TI
Conferencia Gestión de Proyectos de TI
 
Fundamentos del diseno software
Fundamentos del diseno softwareFundamentos del diseno software
Fundamentos del diseno software
 
Inf 162
Inf 162Inf 162
Inf 162
 
Modelo v y cascada
Modelo v y cascadaModelo v y cascada
Modelo v y cascada
 
Fundamentos del software
Fundamentos del softwareFundamentos del software
Fundamentos del software
 
Curso de Ingeniería de Software - Capitulo4
Curso de Ingeniería de Software - Capitulo4Curso de Ingeniería de Software - Capitulo4
Curso de Ingeniería de Software - Capitulo4
 
Fundamentos del diseño y Garantías de Calidad del Software
Fundamentos del diseño y Garantías de Calidad del SoftwareFundamentos del diseño y Garantías de Calidad del Software
Fundamentos del diseño y Garantías de Calidad del Software
 
Documento completo
Documento completoDocumento completo
Documento completo
 
Curso Basico-Testing-03r003.pdf
Curso Basico-Testing-03r003.pdfCurso Basico-Testing-03r003.pdf
Curso Basico-Testing-03r003.pdf
 

Mehr von symple9

Instalación Firewall Checkpoint R70
Instalación Firewall Checkpoint R70Instalación Firewall Checkpoint R70
Instalación Firewall Checkpoint R70symple9
 
Tecnologia y politica
Tecnologia y politicaTecnologia y politica
Tecnologia y politicasymple9
 
Redes socales
Redes socalesRedes socales
Redes socalessymple9
 
Redes socales
Redes socalesRedes socales
Redes socalessymple9
 
Desarrollo personal MFLF
Desarrollo personal MFLFDesarrollo personal MFLF
Desarrollo personal MFLFsymple9
 

Mehr von symple9 (11)

Sqm (5)
Sqm (5)Sqm (5)
Sqm (5)
 
Sqm (4)
Sqm (4)Sqm (4)
Sqm (4)
 
Sqm (3)
Sqm (3)Sqm (3)
Sqm (3)
 
Sqm (2)
Sqm (2)Sqm (2)
Sqm (2)
 
Instalación Firewall Checkpoint R70
Instalación Firewall Checkpoint R70Instalación Firewall Checkpoint R70
Instalación Firewall Checkpoint R70
 
Web3 0
Web3 0Web3 0
Web3 0
 
Tecnologia y politica
Tecnologia y politicaTecnologia y politica
Tecnologia y politica
 
Redes socales
Redes socalesRedes socales
Redes socales
 
Redes socales
Redes socalesRedes socales
Redes socales
 
Desarrollo personal MFLF
Desarrollo personal MFLFDesarrollo personal MFLF
Desarrollo personal MFLF
 
Sql
SqlSql
Sql
 

Sqm

  • 1. Gestión de la Calidad del Software
  • 2. Conocer los conceptos de la Ingeniera de Software y las diferentes técnicas para realizar pruebas.
  • 3. Modelos del ciclo de vida del Software  Cascada  En V  Prototipo  Incremental  Espiral
  • 4. Verificación y Validación  Principios  Técnicas  Estrategias  Criterios de terminación  Herramientas de pruebas
  • 6. Una forma conveniente de dividir los proyectos es en fases.  Las actividades del ciclo de vida transforman las necesidades del usuario en un producto de software que satisfaga las necesidades.
  • 7. Requerimientos  Diseño  Construcción  Operación y Mantenimiento
  • 8. Se traducen las necesidades del cliente en un documento formal, se describen los acuerdos a los que se ha llegado con el cliente.
  • 9. Es una necesidad del usuario para resolver un problema o cumplir con un objetivo.  Es una condición que debe tener un sistema para cumplir con un contrato, especificación o estándar.
  • 10. La salida de esta fase es el documento de especificación de requerimientos del software (SRS).
  • 11. El SRS debe incluir la siguiente información:  Lo que el programa va hacer funcionalmente.  Formatos de entrada y de salida de los datos.  Excepciones, errores y desviaciones.  El entorno del sistema.
  • 12. Esta actividad empieza cuando esta disponible el documento de requerimientos.  Es el primer paso para llegar a una solución.  El diseño es el modelo para la solución.  El documento de requerimientos y de diseño en conjunto describen el problema y la organización de la solución.
  • 13. La información que debe incluirse en el documento de diseño es:  Especificación de la estructura de datos.  Funciones y Algoritmos.  Modularizacion.  Especificación de las Interfaces.  Información especifica del proyecto.
  • 14. El proceso del diseño de sistemas de software consta de dos niveles.  Diseño del sistema  Diseño detallado
  • 15. Si los requisitos y el diseño se hacen correctamente, la codificación es sencilla, casi mecánica.
  • 16. El primer paso en la verificación durante la fase de construcción consiste en determinar si el código es coherente con el diseño.  El código y el diseño deben exhibir la misma estructura modular y tener las mismas interfaces.
  • 17. Las inspecciones del código o revisiones son una herramienta muy útil y pueden mejorar considerablemente la fiabilidad y reducir el esfuerzo durante las pruebas.  La ejecución real del programa utilizando datos de prueba debe llevarse a cabo de manera ordenada.
  • 18. Las funciones comunes en esta etapa son:  Identificación y corrección de errores  Modificaciones  Mejoras para agregar capacidades de rendimiento
  • 19. Feasibility Req. Analysis & System Report Project Planning Feasibility Validation Validation Requirements Document And Project Plan System Design Detailed Design System Design Verification Verification Document Detailed Design Document Coding Programs Testing and Verification Integration Test Plan, Test Report And Manuals Installation Operations and Maintenance Installation Report
  • 20. Es similar al modelo cascada, exceptuando que este considera las actividades de pruebas en fases previas del ciclo de vida.
  • 21. Se consideran las siguientes pruebas para cada fase del desarrollo:  Requerimientos -> Pruebas de Aceptación  Diseño de alto nivel -> Pruebas de sistema/Integración  Diseño detallado -> Pruebas unitarias
  • 22. Este modelo se utiliza generalmente para desarrollar una aplicación rápida del software antes o durante la fase de requerimientos.  El cliente utiliza el prototipo y proporciona información al equipo de desarrollo en cuanto a su fuerza y sus debilidades.
  • 23. Este modelo permite construir el software en las etapas elementales, en cada etapa se añade funcionalidad.  Cada etapa consiste en el diseño, código, pruebas y entrega.
  • 24. Este modelo ofrece una orientación a los riesgos durante el ciclo de vida.  Las actividades se organizan como un espiral que tiene muchos ciclos.
  • 25. La verificación es la demostración de la consistencia, la integridad y la exactitud del software en cada etapa del desarrollo del ciclo de vida.  La validación es la determinación de la exactitud del programa con respecto a las necesidades del usuario.
  • 26. Un tutorial es un método informal para la evaluación del software.  Es un pequeño grupo de casos de prueba.
  • 27. En la inspección se utiliza una lista de verificación para encontrar los errores.  Si las listas de verificación han sido diseñadas adecuadamente los errores se pueden encontrar muy fácilmente.
  • 28. Se verifica que el software cumpla con los requerimientos.  Se trata de la operación de un sistema bajo condiciones controladas y la evaluación de los resultados.
  • 29. Falta de comunicación  Complejidad del software  Errores de programación  Cambio de los requerimientos  Presiones de tiempo  Egos  Código mal documentado  Herramientas de desarrollo de software
  • 30. El objetivo de una metodología de pruebas es reducir el proceso de pruebas exhaustivas a un proceso de pruebas finito.  Se debe tomar un subconjunto de datos del dominio.  La parte mas crucial es encontrar un conjunto de datos de prueba suficientes que cubra el dominio pero pequeño para su uso.
  • 31. Las pruebas deben realizarse de conformidad con los planes y procedimientos.  Generar datos de prueba en todas las etapas.  Desarrollar un medio para el calculo de los valores esperados para los datos de prueba.  Guardar, organizar y anotar las pruebas.
  • 32. Los casos de pruebas no solo deben ser escritos para valores de entrada validos.  Concentrar las pruebas en los módulos que presentan mas errores.  Volver a realizar pruebas cuando se hagan modificaciones.
  • 33. Pruebas de caja negra  Pruebas de caja blanca
  • 34. Son pruebas en el nivel mas simple para probar funciones particulares o módulos de código.  Generalmente las realiza el programador.
  • 35. Se prueban las partes combinadas para determinar si funcionan correctamente juntas.  Las partes pueden se módulos de código, aplicaciones individuales, etc.
  • 36. Se trata de probar continuamente la aplicación conforme se agregan nuevas funcionalidades.  Se realizan en segmentos pequeños.
  • 37. Proporciona la garantía final de que el software cumple con todos los requisitos funcionales y de comportamiento.
  • 38. Se verifica que todos los elementos del sistema completo (hardware, personas, bases de datos, software) funcionen correctamente y que se logre la función global del sistema.
  • 39. Es la prueba final, basada en las especificaciones del usuario final o cliente durante un periodo de tiempo limitado.  A veces se realiza con datos reales.
  • 40. Se realizan cuando se hacen cambios en el sistema vigente.  Todas las partes afectadas por las modificaciones deben ser probadas de nuevo.
  • 41. Terminar cuando el tiempo programado para las pruebas expira.  Terminan cuando los casos de prueba ya no reportan errores.
  • 42. Gestión de la Calidad del Software