Título de la Presentación Estado del arte sobre el testeo de software en las Pymes de Aragón 12 de Noviembre de 2015.

Slides:



Advertisements
Presentaciones similares
ingeniería de software
Advertisements

VALORACIÓN Y SELECCIÓN DE INVERSIONES EN RECURSOS INFORMÁTICOS
Diseño de Sistemas de Información
Comprensión del uso del sistema
DESARROLLO PROFESIONAL DE DOCENTES Y DIRECTIVOS DOCENTES
PROCESO Y MODELOS EN LA INGENIERIA DE SOFTWARE
ANÁLISIS DE REQUERIMIENTOS
Acercándonos a las Pruebas en Google
DIAGNÓSTICO DE CALIDAD AMS
Modelo de ciclo de vida clásico o en cascada
Trazabilidad De acuerdo con artículo 3 del Reglamento 178/2002, la trazabilidad es: “la posibilidad de encontrar y seguir el rastro, a través de todas.
ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Guayaquil - Ecuador.
Proyecto de Ingeniería de Software 2008
Sistema de Administración de Subastas Inversas
Presentación del estado del arte
Formulario Único Territorial
Aseguramiento de calidad
Versión 2004 Enrique Bañuelos Gómez
Unidad I: CONCEPTOS FUNDAMENTALES
Diseño de un Sistema de Control en Tiempo Real para el Kernel del Sistema Operativo utilizando MatLab-SimuLink Por: MARCO ANTONIO ESPINEL CANGUI DIRECTOR:
Negociación de tecnología informática
PLANEACION DE UNA ESTRUCTURA ORGANIZACIONAL
Trabajo Práctico Taller de Desarrollo de Proyectos 2 Septiembre 2009.
1. Introducción El objetivo final del proyecto piloto es probar el uso de la tecnología XBRL para el intercambio de información financiera entre el Banco.
Propuesta de una metodología para el desarrollo de proyectos informáticos empleando la herramienta para el diseño automatizado GeneXus Autor: Dipl.-Ing.
Ciclos de vida ágiles.  Es una metodología ágil que plantea: ◦ Iteraciones cortas ◦ Entregables periódicos ◦ Colaboración con el cliente full time ◦
Fase Inicial Grupo 6 – PIS – 2013.
Ingenieria de software
El Proceso de Software es la única manera de desarrollar sistemas de calidad. F. o V. Justifica tu respuesta. Que tiene que ver la globalización.
DISEÑO Y DESARROLLO DE UN SISTEMA INTEGRADO PARA LA GESTIÓN DE LABORATORIOS Universidad de Salamanca Departamento de Informática y Automática Mario Francisco.
Administración Proyectos Jorge Baracaldo Robin Ochoa.
agile-tester-foundation- chapter-2-fundamental-agile-testing- principles-practices-and-processes-1-of-3-
Ingeniería en Sistemas de Información Diseño de Sistemas (3K1)
Ingeniería de Software
Carlos Mario Zapata J., PhD Oscar Ochoa, Ing. Crhistian Cardona, M.Sc.
Ingeniería del Software
Conceptos de Gestión y Planificación de Proyectos Software
Ingeniería de Requerimiento
¿Cómo nos ayuda GeneXus a mejorar la calidad en el proceso de desarrollo de Software? Ing. Rosario Estévez Ing. Rafael Mon
Construcción de Software
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
Especialización en Desarrollo de Software
Unidad 3: Adquisición de Paquetes de Software Msc. Lic. Susana I. Herrera - Lic. Paola Budán UNSE 2012.
Ing. Noretsys Rodríguez. Definición de Conceptos  Falla: Ocurre cuando un programa no se comporta de manera adecuada. Es una propiedad estadística de.
INTRODUCCIÓN INGENIERIA DE SISTEMAS
El rol de SQA en PIS.
Desarrollo de Software II Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto - Diciembre 2008 Ing. Oswaldo Solarte Pabón.
A DMINISTRACIÓN DE R IESGOS Plan de contingencia.
Presentación efron Consulting
Roles de Open UP.
TIPOS DE AUDITORÍAS EN SISTEMAS DE INFORMACIÓN
Elaborado por: Mayoral Cruz Matilde Morales Espinoza Anllhins
DISEÑO CURRICULAR Presentado por: Cesar Augusto Sáenz María Alejandra Hernández 1.contenidos curriculares de competencia.
Introducción al proceso de verificación y validación.
5. Preproyecto LS Calidad de Software 3IM1 Universidad Antonio de Nebrija Justo Hidalgo.
“ Educación para todos con calidad global ” PROYECTO DE GRADO Valledupar Agosto del 2013 CARLOS RAMON VIDAL TOVAR.
CONFIDENTIAL©2013 GlobalLogic Inc. [BPM Practice] Introducción a BPM © 2015 GlobalLogic Inc.
FACULTAD DE CIENCIAS COMPUTACIONALES Y TELECOMUNICACIONES ASIGNATURA:
Un requerimiento es una condición o capacidad a la que el sistema (siendo construido) debe conformar [ Rational ]. Un requerimiento de software puede.
CONCEPTO DE CICLO DE VIDA 1 En los departamentos de Sistemas se debe definir un marco de referencia común que debe ser:  Pueda ser empleado por todos.
Marco de Trabajo para Indexación, Clasificación y Recopilación Automática de Documentos Digitales Javier Caicedo Espinoza Gonzalo Parra Chico.
Autor: Reinozo Cuesta Christian Marcelo
1 Recursos Roles: 1 Líder de Proyecto 2 Desarrolladores 4 Analistas 2 Testers Dinamismo en la asignación de roles: 1era. Etapa : 1 LdP, 4 Analistas 2da.
CICLO DE VIDA DE UN SOFTWARE. Es el conjunto de los programas de cómputo, procedimientos, reglas, documentación y datos asociados, que forman parte de.
Criterio de Aceptación
Fue desarrollado durante el 2002, como consecuencia de los acuerdos de la mesa de la Estrategia 6 del Programa para el Desarrollo de la Industria de.
Verificación y Validación del Software
Taller de Desarrollo de Proyectos II (75.47) 2º cuatrimestre 2008.
TEMA 7 ANÁLISIS DE LOS RESULTADOS TEMA 7 ANÁLISIS DE LOS RESULTADOS.
Transcripción de la presentación:

Título de la Presentación Estado del arte sobre el testeo de software en las Pymes de Aragón 12 de Noviembre de 2015

Título de la Presentación Contenido Introducción Resultados –#1 Perfil de la organización –#2 Niveles de testing –#3 Técnicas de testing –#4 Métricas de testing –#5 Procesos de gestión de testing –#6 Herramientas de testing –#7 Formación asociada al testing –#8 Interacción con la innovación y la universidad Conclusiones

Título de la Presentación Introducción Objetivo: comprobar el nivel actual de las organizaciones en la comunidad en materia de testeo de software –Conocer la madurez en técnicas, procesos y herramientas –Identificar las principales barreras y retos para adoptar nuevas técnicas de testo de software /newtest/Y/lang/es

Título de la Presentación #1 Perfil de las Organizaciones - Personas

Título de la Presentación #1 Perfil de las Organizaciones - Personas Experiencia en la industria del softwareExperiencia en el campo específico del testing

Título de la Presentación #1 Perfil de las Organizaciones - Personas

Título de la Presentación #1 Perfil de las Organizaciones - Entidades

Título de la Presentación #1 Perfil de las Organizaciones - Entidades ¿Dispone de una metodología, norma o marco para el software?

Título de la Presentación #1 Perfil de las Organizaciones - Entidades

Título de la Presentación #2 Niveles de testing

Título de la Presentación #2 Niveles de testing cuándo se empieza a pensar en el testeo

Título de la Presentación #3 Técnicas de testing generación de casos de prueba

Título de la Presentación #4 Métricas de testing cómo mide la cobertura de las pruebas

Título de la Presentación #4 Métricas de testing cómo mide la calidad del software

Título de la Presentación #5 Procesos de gestión de testing testers vs desarrolladores, criterios fin testeo ¿Tiene personas dedicadas a las actividades de testing? En media, 1 tester por cada 9,37 desarrolladores

Título de la Presentación #5 Procesos de gestión de testing esfuerzo vs presupuesto en actividades de testeo ¿El testeo de unidad está considerado como testing?

Título de la Presentación #5 Procesos de gestión de testing barreras para adoptar herramientas y métodos

Título de la Presentación #6 Herramientas de testing

Título de la Presentación #6 Herramientas de testing El 67% de las entidades usa alguna herramienta de testing El ahorro de costes medio es del 19.2%

Título de la Presentación #7 Formación asociada al testing estado actual y barreras existentes Formación formal en testing (ISQV) Testing incluido en política de formación

Título de la Presentación #8 Interacción con la innovación y la universidad retos para la comunidad científica Mejorar automatización de la generación y ejecución de pruebas funcionales Mejorar las técnicas y herramientas para comprobar la compatibilidad multinavegador / multidispositivo Mejorar las herramientas de testeo: para C++; para sistemas que gestionan imágenes; para interfaces de usuario; para integración con BBDD; asumibles en coste para entornos host Enseñar a programar para que se pueda testear Técnicas para descubrir comportamientos emergentes cuando tienes sistemas legados Definir un estándar para acordar un ROI de cuándo se pueden dar por finalizadas las pruebas Disponer de metodologías de testing que sean aplicables en la industria desde los requerimientos (y generen los casos de prueba) Aplicar los métodos y herramientas a casos reales, no a prototipos académicos Definir un estándar para testear sistemas con audio y video Buscar sinergias con la comunidad Agile/XP Reducir la barrera de entrada para personal no técnico en testing Buscar la forma en la que el cliente sea partícipe de las pruebas

Título de la Presentación Conclusiones Perfiles: –34 Respuestas de 27 organizaciones –Todos los roles (TIC-industrial-sistemas-adquisidor) –Software es clave en su cuenta de resultados Niveles: –70% son para unidad y funcionales –30% piensan desde el inicio y 30% tras tener el código –Hay una tendencia a incluir el testing en etapas más tempranas (arquitectura, diseño, …) Técnicas: –50% no usa ninguna –¿cómo se generan las pruebas? En base a la experiencia…

Título de la Presentación Conclusiones Métricas: –80% no miden la cobertura de las pruebas –45% no tiene o desconoce cómo se mide la calidad del software de su entidad –30% miden errores encontrados Procesos: –>50% tienen testers de forma específica (ratio 1:9,37) –70% testing finaliza al ejecutar tests o cuando tester dice OK –Esfuerzo y presupuesto en testing es 11-25% del global de un proyecto (80-70% casos) o 26-50% del presupuesto (20-30% casos) –Barreras testeo: quitar recursos de proyectos, coste y resistencia al cambio

Título de la Presentación Conclusiones Herramientas: –67% entidades usa alguna herramienta –28 herramientas diferentes (top 5 JUnit, Selenium, Jenkins, JMeter, Sonarqube) –Ahorro de costes medio del 19.2% (valor estimado, poco análisis cuantitativo) Formación: –70% no plantean el testing como formación corporativa –Barreras para formar: encontrar la formación adecuada, tiempo (recursos que salen de proyectos) Interacción con la Universidad: –0% proyectos de I+i en testing –>10 retos identificados

Título de la Presentación