SlideShare ist ein Scribd-Unternehmen logo
1 von 38
IMPORTANCIA
La detección oportuna
Análisis de



                       Diseño de
                          *UI



                                        Prueba de
                                        Software




                                                    Mantenimient
                                                         o



*UI = User Interface = Interfaz de Usuario
Análisis de
                                      DETECCIÓN DE
                                        ERRORES
                       Diseño de
                          *UI



                                        Prueba de
                                        Software




                                                     Mantenimient
                                                          o



*UI = User Interface = Interfaz de Usuario
ESTABILIDAD ESCALABILIDAD



EFICIENCIA   SEGURIDAD
$
FUENTE DEL PROBLEMA:
FUENTE DEL PROBLEMA:




SOFTWARE
Tipos de Prueba
                        Caja Negra
Pruebas Unitarias
                        Pruebas de
Pruebas Funcionales
                        Aceptación
Pruebas de
                        Pruebas de Regresión
Integración
                        Pruebas de Carga
Pruebas de Validación
                        Pruebas de
Pruebas de Sistema
                        Prestaciones
Tipos de Prueba


Pruebas de Recorrido

Pruebas de Mutación

Pruebas concurrentes
Pruebas Unitarias

Prueban el correcto
funcionamiento de un
módulo de código.
Sirven para asegurar
que cada uno de los
módulos funcione
correctamente por
separado.
Pruebas Funcionales
Basadas en la           evaluar cada una de
ejecución, revisión y   las opciones con las
retroalimentación de    que cuenta el paquete
las funcionalidades     informático.
previamente
diseñadas para el
software. La pruebas
funcionales se hacen
mediante el diseño de
modelos de prueba
Pruebas de Integración
Se realizan una vez
que se han aprobado
las pruebas unitarias.
Únicamente se
refieren a la prueba o
pruebas de todos los
elementos unitarios
que componen un
proceso, hecha en
conjunto, de una sola
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.
Caja Blanca

Se centra en los
detalles
procedimentales del
software, por lo que
su diseño está
fuertemente ligado al
código fuente.
Caja Negra
El proceso es
estudiado desde el
punto de vista de las
entradas que recibe y
las salidas o
respuestas que
produce, sin tener en
cuenta su
funcionamiento
interno.
Pruebas de Sistema


Se prueba un sistema
completamente
integrado para
verificar que cumpla
con sus requisitos
Pruebas de Aceptación
Puede significar 2 cosas:

  Una “prueba de            La prueba es ejecutada
  humo” es utilizada        por el usuario final en su
  después de introducir     propio centro de
  una nueva                 cómputo con su propio
  compilación al            hardware. Puede ser
  proceso principal de      utilizada como enlace
  prueba. Ej: Antes de      entre diferentes etapas
  una integración o una     del proceso de
  regresión                 Ingeniería.
Pruebas de Regresión
Intentan descubrir las
causas de nuevos errores
(bugs), carencias de
funcionalidad, o
divergencias funcionales
con respecto al
comportamiento esperado
del software, inducidos por
cambios recientemente
realizados en partes de la
aplicación que
anteriormente al citado
cambio no eran propensas a
Pruebas de Carga


Son el proceso de
poner una cantidad de
demanda en un
sistema o dispositivo
y medir su respuesta.
Pruebas de Prestaciones (ó
Performance, ó Desempeño)
Se ejecutan para
determinar qué tan
rápido un sistema o
sub-sistema trabaja
bajo una carga
particular de trabajo.
Puede servir para
validar y verificar otros
atributos relacionados
con la calidad del
sistema...
Pruebas de Recorrido
Es una forma de reseña
entre colegas en la que un
diseñador ó programador
guía a los miembros del
equipo de desarrollo y
terceros interesados a
través de un producto de
software, y los participantes
hacen preguntas y
comentarios sobre errores
posibles, violación de
estándares de desarrollo y
otros problemas.
Pruebas de Mutación

Métodos que
involucran la
modificación del
código fuente de un
programa de manera
mínima.
Pruebas de Mutación

Métodos que
involucran la
modificación del
código fuente de un
programa de manera
mínima.
Pruebas Concurrentes

Se desarrollan bajo la
premisa de que,
mientras se desarrolla
el código, éste está
siendo sometido a
pruebas.

Weitere ähnliche Inhalte

Was ist angesagt?

Capitulo 17 estrategias_de_prueba_de_software
Capitulo 17 estrategias_de_prueba_de_softwareCapitulo 17 estrategias_de_prueba_de_software
Capitulo 17 estrategias_de_prueba_de_softwareAndres Valencia
 
Tipos de prueba de software
Tipos de prueba de softwareTipos de prueba de software
Tipos de prueba de softwareTensor
 
Prueba de software
Prueba de softwarePrueba de software
Prueba de softwareozkar21
 
Estrategias de aplicación de prueba de unidad ,integración, sistema, y de ace...
Estrategias de aplicación de prueba de unidad ,integración, sistema, y de ace...Estrategias de aplicación de prueba de unidad ,integración, sistema, y de ace...
Estrategias de aplicación de prueba de unidad ,integración, sistema, y de ace...carlblakc
 
Fase De Pruebas Angel Chucho
Fase De Pruebas Angel ChuchoFase De Pruebas Angel Chucho
Fase De Pruebas Angel Chuchoangel.carvajal
 
Estrategias prueba de software
Estrategias prueba de softwareEstrategias prueba de software
Estrategias prueba de softwareCentro Líbano
 
Estrategias de aplicaciones para las pruebas de integración
Estrategias  de aplicaciones para las pruebas de integraciónEstrategias  de aplicaciones para las pruebas de integración
Estrategias de aplicaciones para las pruebas de integraciónPablo Navarrete
 
Proyecto de sistemas de información luis castellanos (prueba)
Proyecto de sistemas de información   luis castellanos (prueba)Proyecto de sistemas de información   luis castellanos (prueba)
Proyecto de sistemas de información luis castellanos (prueba)Luis R Castellanos
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de softwarepanavarrv
 
Pruebas funcionales de Software
Pruebas funcionales de SoftwarePruebas funcionales de Software
Pruebas funcionales de SoftwareBrian Pando
 
Testing Software
Testing SoftwareTesting Software
Testing Softwareodelorenzi
 
Act 4.3 pruebas de software
Act 4.3 pruebas de softwareAct 4.3 pruebas de software
Act 4.3 pruebas de softwareRodrigo Santiago
 

Was ist angesagt? (20)

Pruebas de Software
Pruebas de SoftwarePruebas de Software
Pruebas de Software
 
Capitulo 17 estrategias_de_prueba_de_software
Capitulo 17 estrategias_de_prueba_de_softwareCapitulo 17 estrategias_de_prueba_de_software
Capitulo 17 estrategias_de_prueba_de_software
 
Tipos de prueba de software
Tipos de prueba de softwareTipos de prueba de software
Tipos de prueba de software
 
Prueba de software
Prueba de softwarePrueba de software
Prueba de software
 
Estrategias de aplicación de prueba de unidad ,integración, sistema, y de ace...
Estrategias de aplicación de prueba de unidad ,integración, sistema, y de ace...Estrategias de aplicación de prueba de unidad ,integración, sistema, y de ace...
Estrategias de aplicación de prueba de unidad ,integración, sistema, y de ace...
 
Prueba de aplicaciones
Prueba de aplicacionesPrueba de aplicaciones
Prueba de aplicaciones
 
Fase De Pruebas Angel Chucho
Fase De Pruebas Angel ChuchoFase De Pruebas Angel Chucho
Fase De Pruebas Angel Chucho
 
Estrategias prueba de software
Estrategias prueba de softwareEstrategias prueba de software
Estrategias prueba de software
 
Estrategias de aplicaciones para las pruebas de integración
Estrategias  de aplicaciones para las pruebas de integraciónEstrategias  de aplicaciones para las pruebas de integración
Estrategias de aplicaciones para las pruebas de integración
 
Calidad del software cap2
Calidad del software   cap2Calidad del software   cap2
Calidad del software cap2
 
Proyecto de sistemas de información luis castellanos (prueba)
Proyecto de sistemas de información   luis castellanos (prueba)Proyecto de sistemas de información   luis castellanos (prueba)
Proyecto de sistemas de información luis castellanos (prueba)
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de software
 
Pruebas funcionales de Software
Pruebas funcionales de SoftwarePruebas funcionales de Software
Pruebas funcionales de Software
 
Testing Software
Testing SoftwareTesting Software
Testing Software
 
Las mejores herramientas para realizar pruebas de software
Las mejores herramientas para realizar pruebas de softwareLas mejores herramientas para realizar pruebas de software
Las mejores herramientas para realizar pruebas de software
 
Act 4.3 pruebas de software
Act 4.3 pruebas de softwareAct 4.3 pruebas de software
Act 4.3 pruebas de software
 
Pruebas funcionales
Pruebas funcionalesPruebas funcionales
Pruebas funcionales
 
Calidad del software cap1
Calidad del software  cap1Calidad del software  cap1
Calidad del software cap1
 
Pruebas del Software
Pruebas del SoftwarePruebas del Software
Pruebas del Software
 
Pruebas De Software
Pruebas De SoftwarePruebas De Software
Pruebas De Software
 

Andere mochten auch

Requisitos
RequisitosRequisitos
RequisitosLia IS
 
PresentacióN Mitradel
PresentacióN MitradelPresentacióN Mitradel
PresentacióN MitradelCarlos Cuervo
 
Formato de entrevista
Formato de entrevistaFormato de entrevista
Formato de entrevistamariacemontes
 
Formato de observación
Formato de observaciónFormato de observación
Formato de observaciónoswier
 
Auditoria Informatica
Auditoria InformaticaAuditoria Informatica
Auditoria Informaticaxsercom
 
Guía de observación de una sesión de clase
Guía  de observación de una sesión de claseGuía  de observación de una sesión de clase
Guía de observación de una sesión de claseJaqueline Palafox
 
Ejemplos cómo se arma una encuesta
Ejemplos cómo se arma una encuestaEjemplos cómo se arma una encuesta
Ejemplos cómo se arma una encuestatutor03770
 
Preguntas de Encuesta y Entrevista- Seguridad Industrial
Preguntas de Encuesta y Entrevista- Seguridad IndustrialPreguntas de Encuesta y Entrevista- Seguridad Industrial
Preguntas de Encuesta y Entrevista- Seguridad IndustrialGerardo Corpus
 
Formato Encuesta
Formato EncuestaFormato Encuesta
Formato Encuestawillmestiz
 

Andere mochten auch (11)

Requisitos
RequisitosRequisitos
Requisitos
 
PresentacióN Mitradel
PresentacióN MitradelPresentacióN Mitradel
PresentacióN Mitradel
 
Ley de infogobiernon
Ley de infogobiernonLey de infogobiernon
Ley de infogobiernon
 
Formato de entrevista
Formato de entrevistaFormato de entrevista
Formato de entrevista
 
Formato de observación
Formato de observaciónFormato de observación
Formato de observación
 
Auditoria Informatica
Auditoria InformaticaAuditoria Informatica
Auditoria Informatica
 
Guía de observación de una sesión de clase
Guía  de observación de una sesión de claseGuía  de observación de una sesión de clase
Guía de observación de una sesión de clase
 
Entrevista para admision de estudiantes nuevos jaial 2013
Entrevista para admision de estudiantes nuevos   jaial 2013Entrevista para admision de estudiantes nuevos   jaial 2013
Entrevista para admision de estudiantes nuevos jaial 2013
 
Ejemplos cómo se arma una encuesta
Ejemplos cómo se arma una encuestaEjemplos cómo se arma una encuesta
Ejemplos cómo se arma una encuesta
 
Preguntas de Encuesta y Entrevista- Seguridad Industrial
Preguntas de Encuesta y Entrevista- Seguridad IndustrialPreguntas de Encuesta y Entrevista- Seguridad Industrial
Preguntas de Encuesta y Entrevista- Seguridad Industrial
 
Formato Encuesta
Formato EncuestaFormato Encuesta
Formato Encuesta
 

Ähnlich wie Manejo de Pruebas Técnicas de Software: pt. 2

Ähnlich wie Manejo de Pruebas Técnicas de Software: pt. 2 (20)

La auditoría de software
La auditoría de softwareLa auditoría de software
La auditoría de software
 
La auditoría de software
La auditoría de softwareLa auditoría de software
La auditoría de software
 
La auditoría de software
La auditoría de softwareLa auditoría de software
La auditoría de software
 
La auditoría de software
La auditoría de softwareLa auditoría de software
La auditoría de software
 
Mapa conseptual tipos de pruebas.
Mapa conseptual tipos de pruebas.Mapa conseptual tipos de pruebas.
Mapa conseptual tipos de pruebas.
 
Prubea de software
Prubea de softwarePrubea de software
Prubea de software
 
Pruebas automaticas
Pruebas automaticasPruebas automaticas
Pruebas automaticas
 
Eyder chimay
Eyder chimayEyder chimay
Eyder chimay
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de software
 
Pruebas software (1)
Pruebas  software (1)Pruebas  software (1)
Pruebas software (1)
 
tipos de pruebas.
tipos de pruebas.tipos de pruebas.
tipos de pruebas.
 
Pruebas del software
Pruebas del softwarePruebas del software
Pruebas del software
 
Pruebas unitarias
Pruebas unitariasPruebas unitarias
Pruebas unitarias
 
Otros tipos de pruebas
Otros tipos de pruebasOtros tipos de pruebas
Otros tipos de pruebas
 
Doo 13-testing
Doo 13-testingDoo 13-testing
Doo 13-testing
 
Otros tipos de pruebas
Otros tipos de pruebasOtros tipos de pruebas
Otros tipos de pruebas
 
Tipos de pruebas
Tipos de pruebasTipos de pruebas
Tipos de pruebas
 
Estrategias de aplicación de pruebas
Estrategias de aplicación de pruebasEstrategias de aplicación de pruebas
Estrategias de aplicación de pruebas
 
Estrategias de aplicación de pruebas
Estrategias de aplicación de pruebasEstrategias de aplicación de pruebas
Estrategias de aplicación de pruebas
 
Estrategias de aplicación de pruebas
Estrategias de aplicación de pruebasEstrategias de aplicación de pruebas
Estrategias de aplicación de pruebas
 

Kürzlich hochgeladen

SELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdf
SELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdfSELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdf
SELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdfAngélica Soledad Vega Ramírez
 
Criterios ESG: fundamentos, aplicaciones y beneficios
Criterios ESG: fundamentos, aplicaciones y beneficiosCriterios ESG: fundamentos, aplicaciones y beneficios
Criterios ESG: fundamentos, aplicaciones y beneficiosJonathanCovena1
 
INSTRUCCION PREPARATORIA DE TIRO .pptx
INSTRUCCION PREPARATORIA DE TIRO   .pptxINSTRUCCION PREPARATORIA DE TIRO   .pptx
INSTRUCCION PREPARATORIA DE TIRO .pptxdeimerhdz21
 
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.Alejandrino Halire Ccahuana
 
ACUERDO MINISTERIAL 078-ORGANISMOS ESCOLARES..pptx
ACUERDO MINISTERIAL 078-ORGANISMOS ESCOLARES..pptxACUERDO MINISTERIAL 078-ORGANISMOS ESCOLARES..pptx
ACUERDO MINISTERIAL 078-ORGANISMOS ESCOLARES..pptxzulyvero07
 
PIAR v 015. 2024 Plan Individual de ajustes razonables
PIAR v 015. 2024 Plan Individual de ajustes razonablesPIAR v 015. 2024 Plan Individual de ajustes razonables
PIAR v 015. 2024 Plan Individual de ajustes razonablesYanirisBarcelDelaHoz
 
Ejercicios de PROBLEMAS PAEV 6 GRADO 2024.pdf
Ejercicios de PROBLEMAS PAEV 6 GRADO 2024.pdfEjercicios de PROBLEMAS PAEV 6 GRADO 2024.pdf
Ejercicios de PROBLEMAS PAEV 6 GRADO 2024.pdfMaritzaRetamozoVera
 
Ley 21.545 - Circular Nº 586.pdf circular
Ley 21.545 - Circular Nº 586.pdf circularLey 21.545 - Circular Nº 586.pdf circular
Ley 21.545 - Circular Nº 586.pdf circularMooPandrea
 
Qué es la Inteligencia artificial generativa
Qué es la Inteligencia artificial generativaQué es la Inteligencia artificial generativa
Qué es la Inteligencia artificial generativaDecaunlz
 
Estrategia de prompts, primeras ideas para su construcción
Estrategia de prompts, primeras ideas para su construcciónEstrategia de prompts, primeras ideas para su construcción
Estrategia de prompts, primeras ideas para su construcciónLourdes Feria
 
Valoración Crítica de EEEM Feco2023 FFUCV
Valoración Crítica de EEEM Feco2023 FFUCVValoración Crítica de EEEM Feco2023 FFUCV
Valoración Crítica de EEEM Feco2023 FFUCVGiustinoAdesso1
 
Programacion Anual Matemática5 MPG 2024 Ccesa007.pdf
Programacion Anual Matemática5    MPG 2024  Ccesa007.pdfProgramacion Anual Matemática5    MPG 2024  Ccesa007.pdf
Programacion Anual Matemática5 MPG 2024 Ccesa007.pdfDemetrio Ccesa Rayme
 
Curso = Metodos Tecnicas y Modelos de Enseñanza.pdf
Curso = Metodos Tecnicas y Modelos de Enseñanza.pdfCurso = Metodos Tecnicas y Modelos de Enseñanza.pdf
Curso = Metodos Tecnicas y Modelos de Enseñanza.pdfFrancisco158360
 
La empresa sostenible: Principales Características, Barreras para su Avance y...
La empresa sostenible: Principales Características, Barreras para su Avance y...La empresa sostenible: Principales Características, Barreras para su Avance y...
La empresa sostenible: Principales Características, Barreras para su Avance y...JonathanCovena1
 
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURAFORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURAEl Fortí
 
TIPOLOGÍA TEXTUAL- EXPOSICIÓN Y ARGUMENTACIÓN.pptx
TIPOLOGÍA TEXTUAL- EXPOSICIÓN Y ARGUMENTACIÓN.pptxTIPOLOGÍA TEXTUAL- EXPOSICIÓN Y ARGUMENTACIÓN.pptx
TIPOLOGÍA TEXTUAL- EXPOSICIÓN Y ARGUMENTACIÓN.pptxlclcarmen
 
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...JAVIER SOLIS NOYOLA
 
Registro Auxiliar - Primaria 2024 (1).pptx
Registro Auxiliar - Primaria  2024 (1).pptxRegistro Auxiliar - Primaria  2024 (1).pptx
Registro Auxiliar - Primaria 2024 (1).pptxFelicitasAsuncionDia
 
CALENDARIZACION DE MAYO / RESPONSABILIDAD
CALENDARIZACION DE MAYO / RESPONSABILIDADCALENDARIZACION DE MAYO / RESPONSABILIDAD
CALENDARIZACION DE MAYO / RESPONSABILIDADauxsoporte
 

Kürzlich hochgeladen (20)

SELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdf
SELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdfSELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdf
SELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdf
 
Criterios ESG: fundamentos, aplicaciones y beneficios
Criterios ESG: fundamentos, aplicaciones y beneficiosCriterios ESG: fundamentos, aplicaciones y beneficios
Criterios ESG: fundamentos, aplicaciones y beneficios
 
INSTRUCCION PREPARATORIA DE TIRO .pptx
INSTRUCCION PREPARATORIA DE TIRO   .pptxINSTRUCCION PREPARATORIA DE TIRO   .pptx
INSTRUCCION PREPARATORIA DE TIRO .pptx
 
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.
 
ACUERDO MINISTERIAL 078-ORGANISMOS ESCOLARES..pptx
ACUERDO MINISTERIAL 078-ORGANISMOS ESCOLARES..pptxACUERDO MINISTERIAL 078-ORGANISMOS ESCOLARES..pptx
ACUERDO MINISTERIAL 078-ORGANISMOS ESCOLARES..pptx
 
PIAR v 015. 2024 Plan Individual de ajustes razonables
PIAR v 015. 2024 Plan Individual de ajustes razonablesPIAR v 015. 2024 Plan Individual de ajustes razonables
PIAR v 015. 2024 Plan Individual de ajustes razonables
 
Power Point: Fe contra todo pronóstico.pptx
Power Point: Fe contra todo pronóstico.pptxPower Point: Fe contra todo pronóstico.pptx
Power Point: Fe contra todo pronóstico.pptx
 
Ejercicios de PROBLEMAS PAEV 6 GRADO 2024.pdf
Ejercicios de PROBLEMAS PAEV 6 GRADO 2024.pdfEjercicios de PROBLEMAS PAEV 6 GRADO 2024.pdf
Ejercicios de PROBLEMAS PAEV 6 GRADO 2024.pdf
 
Ley 21.545 - Circular Nº 586.pdf circular
Ley 21.545 - Circular Nº 586.pdf circularLey 21.545 - Circular Nº 586.pdf circular
Ley 21.545 - Circular Nº 586.pdf circular
 
Qué es la Inteligencia artificial generativa
Qué es la Inteligencia artificial generativaQué es la Inteligencia artificial generativa
Qué es la Inteligencia artificial generativa
 
Estrategia de prompts, primeras ideas para su construcción
Estrategia de prompts, primeras ideas para su construcciónEstrategia de prompts, primeras ideas para su construcción
Estrategia de prompts, primeras ideas para su construcción
 
Valoración Crítica de EEEM Feco2023 FFUCV
Valoración Crítica de EEEM Feco2023 FFUCVValoración Crítica de EEEM Feco2023 FFUCV
Valoración Crítica de EEEM Feco2023 FFUCV
 
Programacion Anual Matemática5 MPG 2024 Ccesa007.pdf
Programacion Anual Matemática5    MPG 2024  Ccesa007.pdfProgramacion Anual Matemática5    MPG 2024  Ccesa007.pdf
Programacion Anual Matemática5 MPG 2024 Ccesa007.pdf
 
Curso = Metodos Tecnicas y Modelos de Enseñanza.pdf
Curso = Metodos Tecnicas y Modelos de Enseñanza.pdfCurso = Metodos Tecnicas y Modelos de Enseñanza.pdf
Curso = Metodos Tecnicas y Modelos de Enseñanza.pdf
 
La empresa sostenible: Principales Características, Barreras para su Avance y...
La empresa sostenible: Principales Características, Barreras para su Avance y...La empresa sostenible: Principales Características, Barreras para su Avance y...
La empresa sostenible: Principales Características, Barreras para su Avance y...
 
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURAFORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
 
TIPOLOGÍA TEXTUAL- EXPOSICIÓN Y ARGUMENTACIÓN.pptx
TIPOLOGÍA TEXTUAL- EXPOSICIÓN Y ARGUMENTACIÓN.pptxTIPOLOGÍA TEXTUAL- EXPOSICIÓN Y ARGUMENTACIÓN.pptx
TIPOLOGÍA TEXTUAL- EXPOSICIÓN Y ARGUMENTACIÓN.pptx
 
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
 
Registro Auxiliar - Primaria 2024 (1).pptx
Registro Auxiliar - Primaria  2024 (1).pptxRegistro Auxiliar - Primaria  2024 (1).pptx
Registro Auxiliar - Primaria 2024 (1).pptx
 
CALENDARIZACION DE MAYO / RESPONSABILIDAD
CALENDARIZACION DE MAYO / RESPONSABILIDADCALENDARIZACION DE MAYO / RESPONSABILIDAD
CALENDARIZACION DE MAYO / RESPONSABILIDAD
 

Manejo de Pruebas Técnicas de Software: pt. 2

  • 1.
  • 3. Análisis de Diseño de *UI Prueba de Software Mantenimient o *UI = User Interface = Interfaz de Usuario
  • 4. Análisis de DETECCIÓN DE ERRORES Diseño de *UI Prueba de Software Mantenimient o *UI = User Interface = Interfaz de Usuario
  • 5.
  • 7.
  • 8.
  • 9.
  • 10.
  • 11. $
  • 12.
  • 13.
  • 14.
  • 17.
  • 18.
  • 19.
  • 20.
  • 21.
  • 22. Tipos de Prueba Caja Negra Pruebas Unitarias Pruebas de Pruebas Funcionales Aceptación Pruebas de Pruebas de Regresión Integración Pruebas de Carga Pruebas de Validación Pruebas de Pruebas de Sistema Prestaciones
  • 23. Tipos de Prueba Pruebas de Recorrido Pruebas de Mutación Pruebas concurrentes
  • 24. Pruebas Unitarias Prueban el correcto funcionamiento de un módulo de código. Sirven para asegurar que cada uno de los módulos funcione correctamente por separado.
  • 25. Pruebas Funcionales Basadas en la evaluar cada una de ejecución, revisión y las opciones con las retroalimentación de que cuenta el paquete las funcionalidades informático. previamente diseñadas para el software. La pruebas funcionales se hacen mediante el diseño de modelos de prueba
  • 26. Pruebas de Integración Se realizan una vez que se han aprobado las pruebas unitarias. Únicamente se refieren a la prueba o pruebas de todos los elementos unitarios que componen un proceso, hecha en conjunto, de una sola
  • 27. 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.
  • 28. Caja Blanca Se centra en los detalles procedimentales del software, por lo que su diseño está fuertemente ligado al código fuente.
  • 29. Caja Negra El proceso es estudiado desde el punto de vista de las entradas que recibe y las salidas o respuestas que produce, sin tener en cuenta su funcionamiento interno.
  • 30. Pruebas de Sistema Se prueba un sistema completamente integrado para verificar que cumpla con sus requisitos
  • 31. Pruebas de Aceptación Puede significar 2 cosas: Una “prueba de La prueba es ejecutada humo” es utilizada por el usuario final en su después de introducir propio centro de una nueva cómputo con su propio compilación al hardware. Puede ser proceso principal de utilizada como enlace prueba. Ej: Antes de entre diferentes etapas una integración o una del proceso de regresión Ingeniería.
  • 32. Pruebas de Regresión Intentan descubrir las causas de nuevos errores (bugs), carencias de funcionalidad, o divergencias funcionales con respecto al comportamiento esperado del software, inducidos por cambios recientemente realizados en partes de la aplicación que anteriormente al citado cambio no eran propensas a
  • 33. Pruebas de Carga Son el proceso de poner una cantidad de demanda en un sistema o dispositivo y medir su respuesta.
  • 34. Pruebas de Prestaciones (ó Performance, ó Desempeño) Se ejecutan para determinar qué tan rápido un sistema o sub-sistema trabaja bajo una carga particular de trabajo. Puede servir para validar y verificar otros atributos relacionados con la calidad del sistema...
  • 35. Pruebas de Recorrido Es una forma de reseña entre colegas en la que un diseñador ó programador guía a los miembros del equipo de desarrollo y terceros interesados a través de un producto de software, y los participantes hacen preguntas y comentarios sobre errores posibles, violación de estándares de desarrollo y otros problemas.
  • 36. Pruebas de Mutación Métodos que involucran la modificación del código fuente de un programa de manera mínima.
  • 37. Pruebas de Mutación Métodos que involucran la modificación del código fuente de un programa de manera mínima.
  • 38. Pruebas Concurrentes Se desarrollan bajo la premisa de que, mientras se desarrolla el código, éste está siendo sometido a pruebas.

Hinweis der Redaktion

  1. \n
  2. \n
  3. \n
  4. Tenemos frente a nosotros lo que es el flujo de la información en el ciclo de Ingeniería de Software. Si recuerdan lo expuesto en clases anteriores y han revisado la Bibliografía revelada en el temario, se darán cuenta de que cuando existen modificaciones que realizar en la etapa de mantenimiento, la información generada en esta etapa se devuelve al Análisis de Requisitos. Esto, con el fin de tomar la información generada en la etapa de Mantenimiento y evaluarla de acuerdo a los lineamientos emanados de los principales requisitos.\n\nEl proceso de prueba es clave al momento de detectar errores en nuestro proyecto.\n\n
  5. Tenemos frente a nosotros lo que es el flujo de la información en el ciclo de Ingeniería de Software. Si recuerdan lo expuesto en clases anteriores y han revisado la Bibliografía revelada en el temario, se darán cuenta de que cuando existen modificaciones que realizar en la etapa de mantenimiento, la información generada en esta etapa se devuelve al Análisis de Requisitos. Esto, con el fin de tomar la información generada en la etapa de Mantenimiento y evaluarla de acuerdo a los lineamientos emanados de los principales requisitos.\n\nEl proceso de prueba es clave al momento de detectar errores en nuestro proyecto.\n\n
  6. Conceptos como estabilidad, escalabilidad, eficiencia y seguridad son llevados a un entorno de laboratorio de procesos, regido por el método científico de “prueba y error” hasta alcanzar los objetivos.\n\n¿Alguien conoce estos conceptos o tiene una aproximación a ellos?\n\n
  7. Conceptos como estabilidad, escalabilidad, eficiencia y seguridad son llevados a un entorno de laboratorio de procesos, regido por el método científico de “prueba y error” hasta alcanzar los objetivos.\n\n¿Alguien conoce estos conceptos o tiene una aproximación a ellos?\n\n
  8. Conceptos como estabilidad, escalabilidad, eficiencia y seguridad son llevados a un entorno de laboratorio de procesos, regido por el método científico de “prueba y error” hasta alcanzar los objetivos.\n\n¿Alguien conoce estos conceptos o tiene una aproximación a ellos?\n\n
  9. Conceptos como estabilidad, escalabilidad, eficiencia y seguridad son llevados a un entorno de laboratorio de procesos, regido por el método científico de “prueba y error” hasta alcanzar los objetivos.\n\n¿Alguien conoce estos conceptos o tiene una aproximación a ellos?\n\n
  10. Además, estos conceptos se relacionan a la calidad de un producto bien desarrollado.\n
  11. Las aplicaciones de software han crecido en complejidad y tamaño, por lo tanto, también en costos.\n\nMientras más antes se detecte una falla, más barata es su corrección. \n
  12. Las aplicaciones de software han crecido en complejidad y tamaño, por lo tanto, también en costos.\n\nMientras más antes se detecte una falla, más barata es su corrección. \n
  13. Si quieren ver un ejemplo MUY actual al respecto vean los recientes reportes de la batería del iPhone 4S. ( http://gizmodo.com/5854510/whats-going-on-with-the-iphone-4s-battery )\n
  14. Algunos apuntan como soluciones que descargues la batería hasta que se apague el dispositivo, que denota una falta de calibración entre el software que detecta la carga de la batería y el hardware en sí (muy presente en otras marcas). Otros señalan un bug (fallo) en los servicios de geolocalización que provoca que estos servicios se ejecuten aunque no los esté utilizando ninguna aplicación.Ninguno de estos problemas son graves, ni dejan al aparato inutilizable. Pero son un pequeño raspón en la experiencia de usuario que Apple tanto tiempo ha perfeccionado, y que afortunadamente para sus clientes la misma compañía nunca cambia su disposición de resolver problemas de sus clientes al menor costo posible.\n
  15. Pero, ¿Cuál sigue siendo la fuente del problema?\n\nEstos problemas pudieron haber sido evitados, si en las pruebas se hubieran previsto tales situaciones. Pero el hubiera no existe, y ahora tienen algo de trabajo por delante en la compañía de la manzana.\n
  16. Pero, ¿Cuál sigue siendo la fuente del problema?\n\nEstos problemas pudieron haber sido evitados, si en las pruebas se hubieran previsto tales situaciones. Pero el hubiera no existe, y ahora tienen algo de trabajo por delante en la compañía de la manzana.\n
  17. El proceso de prueba de software es un proceso técnico especializado de investigación que requiere de profesionales altamente capacitados en lenguajes de desarrollo, métodos y técnicas de pruebas y herramientas especializadas. Y, con frecuencia, el conocimiento que debe manejar un ingeniero de prueba es “n” veces superior al del desarrollador de software, esto es relativo al grado de preparación y educación continua que lleva el desarrollador consigo mismo.\n
  18. El proceso de prueba de software es un proceso técnico especializado de investigación que requiere de profesionales altamente capacitados en lenguajes de desarrollo, métodos y técnicas de pruebas y herramientas especializadas. Y, con frecuencia, el conocimiento que debe manejar un ingeniero de prueba es “n” veces superior al del desarrollador de software, esto es relativo al grado de preparación y educación continua que lleva el desarrollador consigo mismo.\n
  19. El proceso de prueba de software es un proceso técnico especializado de investigación que requiere de profesionales altamente capacitados en lenguajes de desarrollo, métodos y técnicas de pruebas y herramientas especializadas. Y, con frecuencia, el conocimiento que debe manejar un ingeniero de prueba es “n” veces superior al del desarrollador de software, esto es relativo al grado de preparación y educación continua que lleva el desarrollador consigo mismo.\n
  20. El proceso de prueba de software es un proceso técnico especializado de investigación que requiere de profesionales altamente capacitados en lenguajes de desarrollo, métodos y técnicas de pruebas y herramientas especializadas. Y, con frecuencia, el conocimiento que debe manejar un ingeniero de prueba es “n” veces superior al del desarrollador de software, esto es relativo al grado de preparación y educación continua que lleva el desarrollador consigo mismo.\n
  21. \n
  22. \n
  23. Para que una prueba unitaria sea buena se deben cumplir los siguientes requisitos:\nAutomatizable: no debería requerirse una intervención manual. Esto es especialmente útil para integración continua.\nCompletas: deben cubrir la mayor cantidad de código.\nRepetibles o Reutilizables: no se deben crear pruebas que sólo puedan ser ejecutadas una sola vez. También es útil para integración continua.\nIndependientes: la ejecución de una prueba no debe afectar a la ejecución de otra.\nProfesionales: las pruebas deben ser consideradas igual que el código, con la misma profesionalidad, documentación, etc.\nAunque estos requisitos no tienen que ser cumplidos al pie de la letra, se recomienda seguirlos o de lo contrario las pruebas pierden parte de su función.\n
  24. \n
  25. Consiste en realizar pruebas para verificar que un gran conjunto de partes de software funcionan juntos.\n
  26. Es normalmente una parte del proceso de pruebas de software de un proyecto, que también utiliza técnicas tales como evaluaciones, inspecciones, y tutoriales. La validación es el proceso de comprobar lo que se ha especificado es lo que el usuario realmente quería.\nSe trata de evaluar el sistema o parte de este durante o al final del desarrollo para determinar si satisface los requisitos iniciales. La pregunta a realizarse es: ¿Es esto lo que el cliente quiere?.\n\nEnfoques a la verificación\nDinámica de verificación, también conocido como ensayos o experimentación.\nEstática de verificación, también conocido como análisis.\n\nTipos\nPruebas de aceptación: desarrolladas por el cliente.\nPruebas alfa realizadas por el usuario con el desarrollador como observador en un entorno controlado (simulación de un entorno de producción).\nPruebas beta: realizadas por el usuario en su entorno de trabajo y sin observadores.\n\nCaracterísticas\nComprobar que se satisfacen los requisitos:\nSe usan la mismas técnicas, pero con otro objetivo.\nNo hay programas de prueba, sino sólo el código final de la aplicación.\nSe prueba el programa completo.\nUno o varios casos de prueba por cada requisito o caso de uso especificado.\nSe prueba también rendimiento, capacidad, etc. (y no sólo resultados correctos).\nPruebas alfa (desarrolladores) y beta (usuarios).\n
  27. El encargado de pruebas escoge distintos valores de entrada para examinar cada uno de los posibles flujos de ejecución del programa y cerciorarse de que se devuelven los valores de salida adecuados.\n\nEs aplicable a varios niveles: unidad, integración y sistema.\n\nLas principales técnicas de diseño de pruebas de caja blanca son:\nPruebas de flujo de control\nPruebas de flujo de datos\nPruebas de bifurcación (branch testing)\nPruebas de caminos básicos\n\n
  28. de una caja negra nos interesará su forma de interactuar con el medio que le rodea (en ocasiones, otros elementos que también podrían ser cajas negras) entendiendo qué es lo que hace, pero sin dar importancia a cómo lo hace. Por tanto, de una caja negra deben estar muy bien definidas sus entradas y salidas, es decir, su interfaz; en cambio, no se precisa definir ni conocer los detalles internos de su funcionamiento.\n\nSu justificación reside en que un sistema formado por módulos que cumplan las características de caja negra será más fácil de entender ya que permitirá dar una visión más clara del conjunto. El sistema también será más robusto y fácil de mantener, en caso de ocurrir un fallo, éste podrá ser aislado y abordado más ágilmente.\n
  29. Tiene similitudes con la prueba de “Caja Negra”, en el sentido que no requiere conocimiento del diseño interno del código o su lógica.\nEsta prueba a su vez encierra una lista de pruebas muy grande que se enlista a continuación:\nPruebas de interfaz gráfica de usuario\nPruebas de usabilidad\nPrueba de Desempeño\nPrueba de Compatibilidad\nPrueba de Manejo de Errores\nPrueba de cargas\nPrueba de volumen\nPrueba de Estrés\nPrueba de Seguridad\nPrueba de Escalabilidad\nPrueba de Sanidad\nPrueba de Humo\nPrueba exploratoria\nPrueba ad hoc\nPrueba de regresión\nPrueba de confifanza\nPrueba de instalación\nPrueba de mantenimiento\nPrueba de Recuperación\nPrueba de accesibilidad, cumpliendo con los lineamientos de:\n Americans with Disabilities Act of 1990\n Section 508 Amendment to the Rehabilitation Act of 1973\n Web Accessibility Initiative (WAI) of the World Wide Web Consortium (W3C)\n
  30. Una prueba de humo se refiere a pruebas físicas hechas a sistemas cerrados de tubería para encontrar “fugas”. El término es utilizado para las primeras pruebas hechas despues de un ensamblaje (en este caso de código), de una manera metafórica.\nEl término es ampliamente utilizado en los campos de la electrónica, desarrollo de software, plomería, control de plagas, entre otros.\n
  31. Normalmente, éstos bugs ó errores son consecuencias inesperadas de la adición de nuevas características a nuestros sistemas cuando los módulos recién implementados colisionan con código pre-existente.\n
  32. Hay poco acuerdo en cuanto a los objetivos de este tipo de prueba. El término a veces se utiliza como sinónimo de prueba de desempeño de software, prueba de confiabilidad, y prueba de volumen. Las pruebas de carga son un tipo de prueba no funcional.\n\nHerramientas para este tipo de pruebas:\nAppLoader , NRG Globar\nblitz.io , de Mu Dynamics\nIBM Rational Performance Tester\nIXIA IxLoad , de Ixia\nJMeter , de Apache\nLoad Test (included with Soatest) , de Parasoft\nLoadRunner , de HP\nOpenSTA , Software Libre GPL\nSilkPerformer , de Micro Focus\nSLAMD , Open Source\nVisual Studio Load Test ,de Microsoft \n\n
  33. ...como la escalabilidad, la confiabilidad y el uso de recursos.\n
  34. Hoy en día muchas aplicaciones móviles y módulos de instalación están basados en este tipo de prueba, que es menos técnica pero muy precisa al momento de medir la usabilidad de un sistema.\n
  35. Estas modificaciones intentan obtener los mismos resultados modulares a través de diferentes procesos lógicos.\n\nEstas pruebas surgen a partir de la proliferación de los lenguajes de programación orientados a objetos y los frameworks de pruebas unitarias, debido a las necesidades de probar porciones individuales de una aplicación y no la estructura completa.\n\nÉstas pruebas como consecuencia nos pueden arrojar más y mejores métodos para la implementación de procesos dentro de nuestro código.\n\nEs decir “Para el mismo fin, existen varios caminos”.\n\n
  36. Mientras el equipo de desarrollo completa los requerimientos del código para una aplicación o sistema, este código requerido se hace “testeable”. Mientras, otros miembros del equipo pueden ejecutar casos de prueba contra el código completado.\nEstas pruebas han generado ciclos de retroalimentación más cortos bajo entornos de trabajo SCRUM, XP, Crystal, entre otros, por lo tanto, el costo de las fallas ha sido reducido gracias a estas pruebas.\n