gvSIG desktop test

VC00CR00CP000 Fuente

Inicializacion de un repositorio en una base de datos H2

Descripción

Inicializa un repositorio VCSGis sobre una base de datos nueva de H2. En el proceso se creara la conexion a la base de datos que va a usarse para acceder al repositorio.

Antes de pasar el caso de prueba compruebe aquí que no exista abierta una incidencia sobre él.

Datos de entrada

  1. ${check} TMPFOLDER=${TMPFOLDER}. Carpeta en la que se creara los archivos que se precisen durante la ejecucion del test. Deberemos tener permiso de escritura en ella.

  2. ${check} REPONAME=${REPONAME}. Nombre de la conexion a crear asociada al repositorio.

Prerrequisitos

  1. Un gvSIG desktop instalado y funcional cuya version sea la indicada en el plan de pruebas.
  2. El complemento de VCSGis debe estar instalado y activo.

Pasos

  1. ${check} Antes de iniciar gvSIG desktop comprobaremos que no existan los ficheros:
    • ${TMPFOLDER}/${REPONAME}.mv.db (TMPFOLDER/REPONAME.mv.db).

    En caso de que exista lo eliminaremos.

  2. ${check} Iniciaremos gvSIG desktop.

  3. ${check} Una vez iniciado seleccionaremos la opcion de menu “Herramientas/VCSGis/Administracion/Inicializar repositorio” que nos presentara la ventana de titulo “Inicializar repositorio”.

  4. ${check} Seguiremos los pasos de Inicializar un repositorio en H2

Resultado esperado

Si se pueden realizar los pasos tal y como se han descrito sin que aparezca ningún mensaje de error, bien en uno de los diálogos que presenta el test, en una ventana de error o en el área de mensajes de la aplicación (barra de abajo a la izquierda), se considera que el test ha pasado correctamente.

Reportar fallo

En caso de que los resultados obtenidos no sean los correctos puede reportar una incidencia en el redmine de gvSIG deskop.

Pulse aquí para comprobar si hay abierta una incidencia sobre este caso de prueba.

Pulse aquí para abrir una incidencia sobre este caso de prueba. Indique en la descripción del ticket en qué paso del caso de prueba se ha producido el problema, y describa lo mas inequivocamente posible qué ha observado para decidir que no ha pasado éste. En caso de que el problema se produzca en un procedimiento dentro del caso de prueba, indique, además del paso dentro del caso de prueba, en qué paso del procedimiento se ha producido el problema. Recuerde adjuntar los ficheros de log generados durante la ejecución del test que ha fallado al ticket.