Pruebas de Software Mayo 2015 Fundamentos.

Slides:



Advertisements
Presentaciones similares
UNIVERSIDAD "ALONSO DE OJEDA"
Advertisements

ANÁLISIS DE REQUERIMIENTOS
Modelos de confiabilidad
Administración de Procesos de Pruebas
Sistemas de Mantenimiento
REQUISITOS DE SOFTWARE
Tema 1 – Adopción de pautas de seguridad informática
Electivo Integración Normas de Calidad, Seguridad, Medio Ambiente y Riesgos en la Gestión de la Empresa. Profesor : Fernando Vargas Gálvez Ingeniero Civil.
MANTENIMIENTO PRODUCTIVO TOTAL (TPM)
Ingeniería de Software
LA GESTIÓN DE LA CALIDAD Y LOS COSTOS RELACIONADOS CON ELLA
Gestión de la Continuidad del negocio BS BCI
La Investigación Científica
Armillas Mendieta Brenda Angélica De León Campos Arturo Delgado Sosa Luis Alberto Rodríguez Ortega Sandra Vergara Carranza Carlos.
Acciones Correctivas Preventivas Mejora
EL APORTE DE LA INGENIERIA DE SOFTWARE A LAS ORGANIZACIONES
Tema 1: Introducción a la Ingeniería de Software
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
NORMA INTERNACIONAL DE CALIDAD. SISTEMA DE CALIDAD Definición de Calidad según los estándares Internacionales La totalidad de propiedades y características.
Factores y Métricas que determinan la Calidad de un producto
Calidad de software Cristian camilo Narváez Useche Francisco González Ortiz Juan Sebastián Martínez Néstor Eduardo Heredia Freddy Esteben Bustos ADSI
Métodos para garantizar la calidad del software.
problemas de la calidad del software
UNIVERSIDAD TECNICA DE MANABI ESTUDIANTE KARINA TOALA CATEDRATICO ING.RENE GARCIA TEMA CASCADA.
Sistema de control de calidad de software
MÓDULO INTRODUCCIÓN AL CICLO DE VIDA DEL SOFTWARE
UNIDAD : FUNDAMENTOS DE OPERACIONES Tema 2 La Producción y Logística
Análisis de Requerimientos
 es el conjunto de conocimientos y técnicas científicas aplicadas al desarrollo, implementación, mantenimiento y perfeccionamiento de estructuras (tanto.
INDICADOR Es la relación entre las variables cuantitativas o cualitativas que permiten observar la situación y las tendencias de cambio generadas en el.
República Bolivariana de Venezuela Universidad Nacional Experimental Politécnica de la Fuerza Armada (UNEFA) Carrera: Ingeniería de Sistemas Cátedra: Análisis.
OFICINA DE CONTROL INTERNO ACCIONES CORRECTIVAS Y PREVENTIVAS ALCALDÍA DE PASTO.
Accesibilidad web. ¿Qué es la accesibilidad web? Hablar de Accesibilidad Web es hablar de un acceso universal a la Web, independientemente del tipo de.
ANÁLISIS DE MODOS DE FALLAS Y EFECTOS FMEA LEIDY MOSQUERA CARDOSO Cód: MAYERLY OSORIO GUTIERREZ Cód: ALFY OSORIO RAMOS Código:
Profesor: Damián Asman Curso: 6 ° “IC” Año: 2013.
INGENIERIA DE SOFTWARE LCC JORGE ANTONIO CASTILLO CABRERA.
Portal ElRuido.com: Funcionalidades. 1.Un poco de Historia 2.Propuesta ElRuido.com 3.ElRuido.com cara al cliente 4.Ejemplo Indice: Roi Arias – Proceso.
Tema 7: Ingeniería del software Definición de software El software es: 1. instrucciones (programas de computadora) que cuando se ejecutan proporcionan.
Auditoría de la Adquisición del Software Cr. Luis Elissondo Facultad de Ciencias Económicas Universidad Nacional del Centro de la Provincia de Bs. As.
UPDS Gestión de riesgos Gestión de riesgos Ingeniería del Software Por Ernesto Soto Roca.
USO DE MARCAS COMO PALABRAS CLAVE (KEYWORDS) Su análisis y perspectiva bajo el Derecho Argentino Javier Alejandro Papaño.
Diagramas de control CONSIDERACIONES BÁSICAS. DIAGRAMAS DE CONTROL  El Control Estadístico de Proceso (Statistical Process Control SPC) es la herramienta.
Federico Falkenstein Gestión de Configuración de Software 1.
Accesibilidad Rafael Pedraza Jiménez Àrea de Coneixement de Biblioteconomia i Documentació Universitat Pompeu Fabra
? ISO/IEC 9126 ISO/IEC Descripción del estándar.
PROGRAMA DE FORTALECIMIENTO INSTITUCIONAL LOCAL ESCUELAS DE LIDERAZGO Y/O GOBIERNO NIVEL 5 - MÓDULO 3 MARCO LÓGICO.
Gestión de versiones. Cronograma Conceptos introductorios Arquitecturas posibles Riesgos en la no utilización Herramientas.
APEGO A LAS ESPECIFICACIONES. Metas operacionales fundamentales. Diseñar cuidadosamente el producto o servicio. Asegurarse de que toda la organización.
Universidad Nacional de Costa Rica Curso:Proyectos y su aplicación en la organización. Código:EIF408 Naturaleza:Práctica Profesional Supervisada Profesor:M.
El Bosque Norte 0125 – Piso 9 – Las Condes – Santiago Teléfono: (056) 02 – El Bosque Norte 0125 – Piso 9 – Las Condes – Santiago Teléfono: (056)
Certificación CMM Capability Maturity Model (Modelo de Madurez de la Capacidad) Agustín J. González ELO329: Diseño y programación orientados a objetos.
1 Trabajo Final de Grado Buenas prácticas CMMI Aplicada en Sistemas de Emergencias Rivas, Gustavo Julián Tutor: Taboada, Gabriel.
PROGRAMA DE FORTALECIMIENTO INSTITUCIONAL LOCAL ESCUELAS DE LIDERAZGO Y/O GOBIERNO NIVEL 4 - MÓDULO 3.
Desarrollo Sistema de Información. Temas a Tratar Recolección de Datos Análisis de Datos Participantes en el desarrollo Objetivos del sistema Limitaciones.
Línea directa y confidencial para recepción de información y sugerencias.
UNIVERSIDAD DE COLIMA FACULTAD DE TELEMATICA REDES DE DATOS Edsel Barbosa Gonzalez GRUPO 1DFECHA: 13/13/12.
Dr. Marcelo Julio Marinelli.  Establecer las Políticas de Seguridad de la Información es una de las acciones proactivas que ayudan a disminuir los riesgos.
Lcdo. Eddy Cortez. Dato: Es un número, una palabra, una imagen. Información: Son datos que, dentro de un contexto dado, tienen un significado para alguien.
Ing. Sanchez Castillo Eddye Arturo Escuela Académica Profesional de Ingeniería de Sistemas.
Factores determinantes de los resultados de la evaluación EGEL- Medicina en los egresados de la UPAEP Resultados EGEL-Medicina UPAEP 2014.
Gestión de la Calidad Las DOS escuelas Gestión del Éxito Gestión del Éxito Eliminación de las Fallas Eliminación de las Fallas.
REPUBLICA DE COLOMBIA MINISTERIO DE MINAS Y ENERGÍA Comité GEL IPSE Febrero 2011.
Actividad 2 El Protocolo de Investigación: planteamiento y justificación del problema.
Fundamentos al Computador Software Software de Sistema Software de aplicación Software de programación Etapas del proceso de desarrollo de Software LOS.
Para la introducción de un nuevo sistema de información implica mucho más que un software y hadware nuevos, si no también cambios de trabajo, administración.
¿HACIA QUÉ CAMBIAR?. UNA IDEA AUN NO ES UNA SOLUCION Nos indica el punto de partida, pero por si sólo está muy lejos de solucionar el problema.
MOISÉS DURÁN MATTOS ADSI CENTRO INDUSTRIAL Y DE AVIACIÓN 2010.
5. CÓDIGO DE CONDUCTA AMDEE Se solicita a la Asamblea la ratificación del Código de Conducta aprobado en su momento por el Consejo Directivo.
Itinerario de Tecnología del Software. Itinerario de Tecnologías del Software Presentación Metodología y Tecnología de la Investigación (6). Tecnologías.
De acuerdo con Kendall y Kendall la ingeniería de sistemas asistida por ordenador es la aplicación de tecnología informática a las actividades, las técnicas.
Transcripción de la presentación:

Applied Procol Interfaces, S.A. De C.V. Derechos Reservados. Pruebas de Software Mayo 2015 Fundamentos

Algo de historia Orientado a la depuración 1956 Orientado a la demostración Orientado a la detección Orientado a la evaluación Período de la prevención Las pruebas eran asociadas a la depuración. No hay una clara diferencia entre las pruebas y la depuración. Se empieza a hablar de las pruebas de corrección. Se establece una diferencia entre la depuración y las pruebas. Asegurar que el software funciona. Asegurar que el software resuelve el problema para el que fue planteado. Se empieza a hablar de la automatización de las pruebas. La meta es encontrar errores. Surge una metodología orientada a la automatización de casos de prueba llamada “Aleatoria”. Se integra la evaluación del producto durante todo el ciclo de vida del software. Se empieza a medir la calidad del software. Nace el estándar IEEE Se inician los trabajos para desarrollar CMM. Nace el estándar IEEE Las pruebas buscan demostrar que el software satisface su especificación. Detectar y prevenir defectos. Se extienden los principios de Demming para su aplicación en la industria del software. En 1991 nace SW- CMM Se establece el proceso de pruebas.

Defecto (bug). – Desperfecto que puede causar que el componente o sistema falle al realizar su función requerida. Error. – Una acción humana que produce un resultado incorrecto. Falla. –Desviación del componente o el sistema de su prevista entrega, servicio o resultado. Calidad. – Grado en el cual un componente, un sistema o un proceso cumple los requisitos especificados y/o las necesidades y las expectativas del usuario/cliente. Requisito. – Una condición o una capacidad necesitada por un usuario para resolver un problema o lograr un objetivo que debe ser cumplido o que debe poseer un sistema o un componente de sistema para satisfacer un contrato, un estándar, una especificación u otro documento formalmente impuesto. Riesgo. – Un factor que podría resultar en futuras consecuencias negativas; usualmente expresado como el impacto y la probabilidad. Glosario del istqb

Software en todo lugar Más de 500 millones de líneas de código Más de 100 millones de líneas de código Más de 90 millones de líneas de código Aprox. 7 millones de líneas de código Aprox. 6 millones de líneas de código Supera los 9 millones de líneas de código Más de 12 millones de líneas de código

Defectos en el software Fallo de seguridad en Open SSL pone en riesgo nuestros datos como contraseñas, nombres o datos bancarios aún a pesar de que que estos datos estén cifrados Lo que se considera el error de programación más caro de la historia, el Ariane 5 explotó a los 40 segundos de su lanzamiento por reutilizar software del modelo anterior, el Ariane 4, sin tener en cuenta las Especificaciones del nuevo modelo. Nuevo fallo encontrado en el software del Boeing 787 Dreamliner, el cual podría provocar una apagón de energía, y como consecuencia la pérdida de control sobre el avión

Therac-25, un caso dramático Therac-25 era una máquina de radioterapia, producida por la empresa estatal canadiense de energía nuclear, que fue la causante directa de la muerte de, al menos, tres pacientes entre 1985 y 1987 a los que se suministró sobredosis masivas de radicación. La comisión investigadora concluyó que la razón de estos accidentes podía atribuirse a malas prácticas en desarrollo, mal análisis en los requerimientos y un mal diseño del software. Se constató que el código fuente no había sido revisado de forma independiente. El día que desapareció Suecia En 2009 se produjo el más genuino y espectacular bug de la historia. En esta ocasión, causado por un solo caracter en una línea de código (faltaba un punto), que hizo desaparecer a Suecia del mapa de Internet. Durante unas horas, que se convirtieron en días en algunos casos, los servidores DNS no fueron capaces de encontrar las direcciones con el dominio local y, por tanto, nadie pudo acceder a ninguna página web alojada en el dominio.se. En la investigación se señaló que una configuración incorrecta de un script de mantenimiento hizo que se introdujera un error que afectó a todos los dominios.se. Reputación dañada de Toyota Por un fallo en el software de frenado la empresa automotriz Toyota anunció este martes el retiro de 1.9 millones de autos híbridos, principalmente del modelo Prius Otros casos

¿De donde vienen los bugs?

Donde se originan