Personal tools
You are here: Home Production Proyectos Testing Documentos de trabajo Procedimientos de testeo de gvSIG Procesos del ciclo de vida del testeo Reunión de coordinación de la estabilización
Document Actions

Reunión de coordinación de la estabilización

by Victoria Agazzi last modified 2010-06-04 16:45

Propósito

Dar comienzo a la corrección de errores. Confirmar funcionalidades a incluir en la estabilización. Aclarar dudas y discutir los errores que se han marcado como prioritarios de corregir. Definir los roles de coordinador de testeo y desarrollo.

Precondición

Haber decidido estabilizar ciertas funcionalidades/extensiones/etc. Tener un listado de errores priorizados.

Postcondición

Acordar fecha de comunicación de estimación de tiempo de arreglo de los bugs críticos. Asignación (por parte del coordinador de desarrollo) de errores a los desarrolladores correspondientes, para su corrección.

Ejecutor

Responsable testeo

Coordinador testeo

Desarrolladores

Responsable desarrollo

Arquitecto

Supervisor

Responsable testeo

Responsable desarrollo

Entrada

  1. Listado de errores priorizados.

Pasos

[Paso simple (1)]: Dar a conocer el orden del día (en lo posible en la web colaborativa, documento de reuniones), donde todos los implicados tengan acceso y reciban los correos de aviso. Para el orden del día, tener en cuenta estos puntos:

  • Cabecera: fecha, hora, lugar
  • Repaso de requerimientos del desarrollo a estabilizar
  • Áreas a testear intensivamente, que no se hayan tenido en cuenta con anterioridad
  • Comentar priorización de tickets de error a corregir (un repaso rápido por los tickets que generen dudas)
  • Recordar procedimiento de gestión de sucesivos builds (estructura ftp, ticket de aviso, etc). Ver Procedimiento
  • Recordar que al corregir un error deben rellenarse los campos correspondientes (por ejemplo resolve_build y resolve_version) y cerrar dicho ticket.
  • Manual: se hará también testeo y se darán de alta bugs de documentación. Fecha tentativa de entrega del manual de usuario.
  • Cadenas de texto de la interfaz: de forma oficial, recordar que las cadenas deberán estar definidas en castellano e inglés británico.
  • Fechas tentativas de corrección de todos los errores propuestos (final de la estabilización), y frecuencia de generación de builds.

[Paso simple (2)]: Realizar la reunión

[Éxito Final (7)]: Redactar acta o resumen de lo tratado en la reunión y las decisiones tomadas. Elaborar también un plan de trabajo de cara a sucesivas reuniones. Estos 2 documentos se redactarán en la web colaborativa, junto a la convocatoria de reunión.

Salida

Acta de la reunión y plan de trabajo con las decisiones que se hayan tomado.

Herramienta

Navegador web.

Bugtracking.


Powered by Plone CMS, the Open Source Content Management System

This site conforms to the following standards: