La infraestructura colaborativa de gvsig. Manuel Madrid Responsable área testeo gvsig.

Transcripción

1 La infraestructura colaborativa de gvsig Manuel Madrid Responsable área testeo gvsig.

2 El modelo de testeo de gvsig 1. Introducción Proyectos libres y colaboración Tipos de colaboración en gvsig. 2. Área de testeo de gvsig Objetivos Líneas de trabajo. 3. Ciclo de vida de una versión Fase de desarrollo Fase de estabilización Fase de mantenimiento. 4. Herramientas Bugtracking Sitio de descarga de builds Formulario de reporte Sistema de consulta de errores Sistema de gestión de planes de prueba Sistema de gestión de procedimientos Registro de colaboradores. 5. Líneas de colaboración Testeo exploratorio Ejecución del plan de pruebas funcionales. Índice.

3 1. Introducción 1.1 Proyectos libres y colaboración Software libre = colaboración. La comunidad como agente cuantitativo. Pero cantidad <> calidad Nadie podrá decir que el software libre carece de calidad: Linux, Mozilla, Apache... Mapserver, GDAL/OGR, GRASS...

4 1. Introducción 1.1 Proyectos libres y colaboración Y cómo es posible que todos estos proyectos se sustenten en base a colaboradores? Modelo colaborativo Con mi aportación gano yo, pero además ganan los demás. Ojo: Colaboración <> altruismo.

5 1. Introducción 1.1 Proyectos libres y colaboración Objetivo: maximizar la participación de la comunidad gvsig. Creación de una infraestructura colaborativa (en construcción). Conjunto de herramientas y procedimientos enfocados a facilitar la colaboración. Espacio para compartir.

6 1. Introducción 1.2 Tipos de colaboración en gvsig Áreas de colaboración: Desarrollo. Documentación. Internacionalización. Testeo.

7 1. Introducción 1.2 Tipos de colaboración en gvsig Área de desarrollo Cómo colaborar? Arreglando fallos. Desarrollando nuevas herramientas.svn público. Ponerse en contacto con... Catálogo de proyectos Incorporación a línea oficial. Definición de procedimientos en proceso.

8 1. Introducción 1.2 Tipos de colaboración en gvsig Área de documentación Cómo colaborar? Generando nueva documentación. Mejorando la existente. Ponerse en contacto con...

9 1. Introducción 1.2 Tipos de colaboración en gvsig Área de internacionalización Cómo colaborar? Traducción de la interfaz. Mediante aplicación web. Mediante extensión gestión traducciones. Traducción de documentación. Revisión de traducciones. Ponerse en contacto con Mario Carrera:

10 Se contrata, inicialemente, una consultoría con Dimensión Informática (hoy Indra). 2. Área de testeo de gvsig 2.1 Objetivos Los proyectos de software libre están basados en la participación de la comunidad en distintas áreas. Una de las áreas donde potencialmente puede darse más participación es la del testeo (usuario = tester). Existe un gran número de usuarios a los que les interesa participar en la depuración de errores y en la mejora y que están dispuestos a colaborar de manera más o menos comprometida. Nuestro objetivo es: hacer de gvsig una aplicación confiable utilizando como principal recurso la comunidad de usuarios. Cómo?: Fomentando y facilitando al máximo la participación de los usuarios en el testeo.

11 2. Área de testeo de gvsig 2.2 Líneas de trabajo Sistematización de las pruebas. Infraestructura colaborativa.

12 2. Área de testeo de gvsig 2.2 Líneas de trabajo Sistematización de las pruebas. Línea común a toda clase de proyectos. Generación de planes de prueba (PDP). Optimizan el testeo. Garantizan máxima cobertura con mínimo esfuerzo. Facilitan repetición de las pruebas. Abren nuevas líneas de colaboración

13 2. Área de testeo de gvsig 2.2 Líneas de trabajo Infraestructura colaborativa. Línea específica de proyectos libres. Se compone de: Herramientas (serie de aplicaciones). Procedimientos (normas de funcionamiento). Requiere una gran labor de coordinación por parte del equipo gvsig.

14 3. Ciclo de vida de una versión 3.1. Fase de desarrollo Durante esta fase se implementan los requerimientos de la versión. La frecuencia con que se generan distribuciones es irregular. Las distribuciones son altamente inestables y presentan herramientas inacabadas.

15 3. Ciclo de vida de una versión 3.2. Fase de estabilización Una vez implementados todos los requerimientos se procede a estabilizar. La frecuencia con que se generan distribuciones es regular y alta. Las distribuciones son todavía inestables.

16 3. Ciclo de vida de una versión 3.3. Fase de mantenimiento Es la fase posterior a la publicación de la versión estable. No se generan nuevas distribuciones salvo que se detecte un error importante.

17 4. Herramientas 4.1. Bugtracking BBDD de errores. Acceso libre (con registro). Gestión en base a boletines o tickets. Capacidad para introducir comentarios, asignaciones, cambios de estado, adjuntos, etc. Capacidad para realizar consultas.

18 4. Herramientas 4.2. Sitio de descargas de distribuciones Publicación automática de todos los builds. Se facilita información sobre cambios introducidos.

19 4. Herramientas 4.3. Formulario de reportes En construcción. Diseño minimalista > facilitar al máximo los reportes. Previsto mejorar archivo.log aumentando la información que recoje. Desde la web y desde gvsig.

20 4. Herramientas 4.4. Sistema de consulta de errores En construcción. Actualmente sólo es posible consultar los errores arreglados en una determinada distribución. Deberá poderse hacer distintas consulta tipo e incluso consultas definidas por el usuario.

21 4. Herramientas 4.5. Sistema de gestión de planes de prueba Herramienta libre adaptada para gvsig: Salomé TMF. Documentación de las pruebas (PDP). Ejecución de las pruebas. Asignación de campañas de ejecución Gestión de usuarios.

22 4. Herramientas 4.6. Sistema de gestión de procedimientos Herramienta libre implementada por MDD. Sigue estándares: Business Motivation Model (BMM), Business Process Definition Metamodel (BPDM) y Business Process Modeling Notation (BPMN) promovidos por el Object Management Group (OGM). Optimiza la búsqueda y la aplicación de los procedimientos.

23 4. Herramientas 4.7. Registro de colaboradores Herramienta interna al área de testeo. Recoge datos de utilidad de posibles testers colaboradores, previa solicitud de los mismos. Permite optimizar las campañas de testeo.

24 5. Líneas de colaboración 5.1. Testeo exploratorio Nivel de compromiso: bajo. Consiste en utilizar la aplicación de forma normal hasta que encontramos un error o simplemente algo que pensamos que es mejorable. El testeo exploratorio es complementario al testeo en base a plan de pruebas. Abre considerablemente el abanico de casos de prueba. Fases en que se realiza: TODAS.

25 5. Líneas de colaboración 5.1. Testeo exploratorio Testeables: Distribuciones en desarrollo (fases desarrollo y estabilización). Versión estable (fase mantenimiento). Herramientas relacionadas: Sitio de descarga de distribuciones. Formulario de reportes. Sistema de consulta de errores.

26 5. Líneas de colaboración 5.2. Ejecución del PDP funcionales Nivel de compromiso: medio. Labor coordinada por el equipo gvsig. Fases en que se realiza: Estabilización.

27 5. Líneas de colaboración 5.2. Ejecución del PDP funcionales Testeable: distribuciones en desarrollo. Herramientas relacionadas: Sitio de descarga de distribuciones. Sistema de gestión de PDP. Sistema de gestión de procedimientos. Sistema de consulta de errores. Formulario de reportes.

28 5. Líneas de colaboración 5.3. Diseño o mejora del PDP funcionales Nivel de compromiso: alto. Labor coordinada por el equipo gvsig. Fases en que se realiza: Desarrollo.

29 5. Líneas de colaboración 5.3. Diseño o mejora del PDP funcionales Testeable: distribuciones en desarrollo. Herramientas relacionadas: Sistema de gestión de PDP. Sistema de gestión de procedimientos.

30 5. Conclusiones Proyecto libre = proyecto interactivo. Usuario = tester. Mayor participación = mayor calidad. Necesario: Planes de prueba Infraestructura Colaborativa

31 El modelo de testeo de gvsig Muchas gracias por vuestra atención! Manuel Madrid

32 Preguntas y comentarios...

33 Enlaces de interés: