SlideShare una empresa de Scribd logo
1 de 13
2.2 Cobertura de las
pruebas
Leandro Espino Espino
Es un término que en inglés se utilizó
por primera vez en 1708 para
determinar una persona o negocio
que ha invertido dinero en algo.
Objetivo
Descubrir
errores
Las pruebas no pueden asegurar
la ausencia de defectos…
… sólo pueden demostrar que existen defectos en el
software.
Pruebas de
Software
Verificación y
Validación
Comprobación y análisis de sistemas
Pruebas de
Software
Inspecciones
de Software
Cobertura
Cobertura de Pruebas
¿Qué es la cobertura de pruebas?
• Determinar el vinculo de lo que es esta probando
con el pedido del cliente.
• Expresarlo en el requerimiento original.
• La medición que se pueda hacer de esto, será e
grado de cobertura en el que las pruebas dan
respuesta a todo lo que se necesita cubrir.
EJEMPLO
Referencias
• https://testingbaires.com/sobre-
cobertura-en-testing-parte-1/
• https://slideplayer.es/slide/110913
18/
GRACIAS POR
SU ATENCIÓN

Más contenido relacionado

Similar a 2.2 Cobertura de pruebas

Gestion Calidad Software
Gestion Calidad Software Gestion Calidad Software
Gestion Calidad Software
Johan Prevot R
 
PRUEBAS, SEGUIMIENTO Y SUPERVION DE AUDITORIA
PRUEBAS, SEGUIMIENTO Y SUPERVION DE AUDITORIAPRUEBAS, SEGUIMIENTO Y SUPERVION DE AUDITORIA
PRUEBAS, SEGUIMIENTO Y SUPERVION DE AUDITORIA
fabiancamargoalarcon1225
 
RMyA - workshop testing - v1.1
RMyA - workshop testing - v1.1RMyA - workshop testing - v1.1
RMyA - workshop testing - v1.1
Pilar Barrio
 
Servicio Pruebas de Software v1.0 (CESJE)
Servicio Pruebas de Software v1.0 (CESJE)Servicio Pruebas de Software v1.0 (CESJE)
Servicio Pruebas de Software v1.0 (CESJE)
Marcos Blanco Galán
 
No Conformidades Y Sus Acciones
No Conformidades Y Sus AccionesNo Conformidades Y Sus Acciones
No Conformidades Y Sus Acciones
Mario Charlin
 
No conformidades y sus acciones
No conformidades y sus accionesNo conformidades y sus acciones
No conformidades y sus acciones
Mario Charlin
 
Ingenieria de requerimientos 2
Ingenieria de requerimientos 2Ingenieria de requerimientos 2
Ingenieria de requerimientos 2
jmpov441
 
6.1 preparacion para pmp, sesion 6, gestion de calidad rev5
6.1 preparacion para pmp, sesion 6, gestion de calidad rev56.1 preparacion para pmp, sesion 6, gestion de calidad rev5
6.1 preparacion para pmp, sesion 6, gestion de calidad rev5
ubineo
 

Similar a 2.2 Cobertura de pruebas (20)

Capacitacitación Tester - QA 1
Capacitacitación Tester - QA 1Capacitacitación Tester - QA 1
Capacitacitación Tester - QA 1
 
Ejemplos práctios de calidad en el software tecdencies
Ejemplos práctios de calidad en el software tecdenciesEjemplos práctios de calidad en el software tecdencies
Ejemplos práctios de calidad en el software tecdencies
 
Gestion Calidad Software
Gestion Calidad Software Gestion Calidad Software
Gestion Calidad Software
 
PRUEBAS, SEGUIMIENTO Y SUPERVION DE AUDITORIA
PRUEBAS, SEGUIMIENTO Y SUPERVION DE AUDITORIAPRUEBAS, SEGUIMIENTO Y SUPERVION DE AUDITORIA
PRUEBAS, SEGUIMIENTO Y SUPERVION DE AUDITORIA
 
RMyA - workshop testing - v1.1
RMyA - workshop testing - v1.1RMyA - workshop testing - v1.1
RMyA - workshop testing - v1.1
 
No conformidades para slides
No conformidades para slidesNo conformidades para slides
No conformidades para slides
 
Servicio Pruebas de Software v1.0 (CESJE)
Servicio Pruebas de Software v1.0 (CESJE)Servicio Pruebas de Software v1.0 (CESJE)
Servicio Pruebas de Software v1.0 (CESJE)
 
No Conformidades Y Sus Acciones
No Conformidades Y Sus AccionesNo Conformidades Y Sus Acciones
No Conformidades Y Sus Acciones
 
No conformidades y sus acciones
No conformidades y sus accionesNo conformidades y sus acciones
No conformidades y sus acciones
 
Estrategias de Pruebas de Software
Estrategias de Pruebas de SoftwareEstrategias de Pruebas de Software
Estrategias de Pruebas de Software
 
Tipos de Pruebas
Tipos de PruebasTipos de Pruebas
Tipos de Pruebas
 
Ingenieria de requerimientos 2
Ingenieria de requerimientos 2Ingenieria de requerimientos 2
Ingenieria de requerimientos 2
 
6.1 preparacion para pmp, sesion 6, gestion de calidad rev5
6.1 preparacion para pmp, sesion 6, gestion de calidad rev56.1 preparacion para pmp, sesion 6, gestion de calidad rev5
6.1 preparacion para pmp, sesion 6, gestion de calidad rev5
 
1) F C E & Complejidades.pdf
1) F C E & Complejidades.pdf1) F C E & Complejidades.pdf
1) F C E & Complejidades.pdf
 
Calidad del producto software
Calidad del producto softwareCalidad del producto software
Calidad del producto software
 
Hola
HolaHola
Hola
 
Gerencia de Calidad
Gerencia de CalidadGerencia de Calidad
Gerencia de Calidad
 
Verificación y Validación del Diseño
Verificación y Validación del DiseñoVerificación y Validación del Diseño
Verificación y Validación del Diseño
 
SQA versión 2: la calidad en el proceso y el producto
SQA versión 2: la calidad en el proceso y el productoSQA versión 2: la calidad en el proceso y el producto
SQA versión 2: la calidad en el proceso y el producto
 
SQA-Sesión 01-Presentación de Fundamentos SQA-16x9
SQA-Sesión 01-Presentación de Fundamentos SQA-16x9SQA-Sesión 01-Presentación de Fundamentos SQA-16x9
SQA-Sesión 01-Presentación de Fundamentos SQA-16x9
 

2.2 Cobertura de pruebas

Notas del editor

  1. Las pruebas son empíricas!!!! Es decir se basan en la observación. Porque durante ese proceso se observa el comportamiento del software para asegurarse que se cumpla con la calidad que el cliente pidió.
  2. La prueba es un proceso de ejecución de un programa con la intención de descubrir un error. Un buen caso de prueba es aquel que tiene una alta probabilidad de mostrar un error no descubierto hasta entonces. Una prueba tiene éxito si descubre un error no detectado hasta entonces.
  3. Dentro del proceso de verificación de comprobación y análisis de sistemas
  4. PRUEBAS DE SOFTWARE: Llevan a cabo una implementación del software con los datos de prueba y examinan las salidas del software y su comportamiento operacional para comprobar que se desempeñe conforme a lo requerido. INSPECCIONES DE SOFTWARE: analizan y comprueban las representaciones del sistema como el documento de requerimientos, los diagramas de diseño y el código fuente del programa. Las inspecciones del software y los análisis automatizados son técnicas estáticas puesto que no requieren que el sistema se ejecute.
  5. Este concepto se vincula con otro y que es el de la “trazabilidad”, ya que estamos midiendo nuestras pruebas contra los requisitos que han definido respecto al producto.
  6. Determinar el vinculo de lo que es esta probando con el pedido del cliente y expresarlo en el requerimiento original. La medición que se pueda hacer de esto, será e grado de cobertura en el que las pruebas dan respuesta a todo lo que se necesita cubrir.