Feeds:
Entradas
Comentarios

Archive for the ‘Test inicial’ Category

A día de hoy comienza el ciclo #6 del desarrollo. En este ciclo se ha tratado de atender a las peticiones de los usuarios recogidas en la encuesta y se va a implementar la posibilidad de tener múltiples pestañas. La finalidad es poder tener diferentes terminales abiertos en la misma ventana y que el panel lateral sirva de vista previa para los archivos del terminal que se encuentre activo.

Se tratará de utilizar un modelo parecido al que se encuentra en Gnome-terminal o Firefox, permitiendo la creación de pestañas tanto mediante el teclado como utilizando el ratón. Como parte complementaria a esta funcionalidad, se va a implementar el menú de la aplicación. En un principio, se va a añadir únicamente la posibilidad de cerrar la aplicación y crear y cerrar pestañas.

Anuncios

Read Full Post »

En los últimos días se ha estado trabajando en las primeras tareas del ciclo #5 de desarrollo: la escritura de un test y el comienzo de la implementación. Como ya se dijo anteriormente, este ciclo de desarrollo se va a dedicar a la monitorización del directorio actual. Se detectarán creaciones de archivos, borrados y modificaciones para actualizar el panel y que la interfaz sea coherente con el terminal en todo momento.

El test inicial ya se encuentra disponible, y las funcionalidades de creación y eliminación de archivos implementadas. Se ha optado por utilizar la biblioteca inotify. Esta se encuentra integrada en el kernel y nos notifica de los cambios de directorios leyendo de un descriptor de fichero. Aprovechando la arquitectura actual, y realizando una pequeña modificación en el gestor de vistas previas en discos, se ha logrado un funcionamiento adecuado. En los próximos días se trabajará en la implementación de la actualización del panel para los archivos que hayan sido modificados.

Read Full Post »

En este ciclo, el test inicial no será directamente programable y consistirá en una serie de pruebas a llevar a cabo. Estas serán:

  • Generación de la documentación completa del proyecto en formato html. Comprobar que todas las clases, métodos, tipos, etc… se encuentran documentados y explicados correctamente.
  • Probar la ejecución del programa en entornos con diferentes idiomas (en un principio, español e inglés). Comprobar que todos los mensajes de error generados por consola se encuentran correctamente traducidos.
  • Compilación del proyecto utilizando las herramientas autoconf (configure, make, make install).
  • Instalación de la aplicación mediante paquetes .deb en sistemas debian.

Se dará por finalizado el ciclo #4  cuando todas las acciones listadas  anteriormente sean realizadas sin ningún problema.

Read Full Post »

Siguiendo con lo previsto, se ha terminado la implementación del test inicial que comprobará el funcionamiento de la parte implementada en el ciclo 2 del desarrollo.

Tal y como se contó en este blog hace más o menos una semana, en el ciclo 2 del desarrollo se comenzará con la previsualización de archivos. En este paso, se probará la visualización de un único archivo introducido por línea de comandos. Una ejecución válida sería algo como:

$ tp foto.jpg

El resultado de la ejecución del programa de esta manera será la aparición de una ventana en el escritorio que muestre la vista previa del archivo introducido. Esta vista previa desaparecerá al pulsar cualquier tecla o al pasar un tiempo determinado (5 segundos por defecto, configurable con el argumento  -t, –time).

El conjunto de archivos que se utilizarán para probar el funcionamiento correcto del programa se encuentra en la forja del proyecto. Se incluyen archivos de tipos muy variados que intentan cubrir en gran parte el abanico de tipos que está previsto que sean previsualizables.

Una vez definido este test, se comenzará con la implementación de la parte más importante del proyecto.

Read Full Post »

En este punto comienza el desarrollo del proyecto. Como primer paso, y siguiendo la metodología elegida, se ha diseñado el test que debe de pasar correctamente al final del primer ciclo de implementación.

Para diseñar el test, se ha escrito un script en BASH que ejecuta el programa con diversas opciones y comprueba el valor de retorno. En caso de que las opciones sean erróneas, el valor de retorno debe de ser distinto de 0, siendo 0 si son correctas. De esta manera, comprobamos que todos los valores de retorno son acordes a las opciones introducidas.

Un aspecto que ha dificultado la escritura del test ha sido el desconocimiento de la totalidad de opciones que el programa va a admitir y su formato concreto. Para intentar paliar dicho aspecto, se han introducido las opciones básicas que en un principio serán admitidas, dejando abierta la posibilidad de volver, en futuros ciclos del desarrollo, a “retocar” el script y añadir las opciones que sean deseables.

El siguiente paso es ejecutar el test para comprobar que falla con la parte del programa implementado hasta el momento. Como es evidente, en este punto no tiene ningún sentido hacerlo ya que no disponemos de ningún ejecutable para probar. Por tanto, se pasará a la siguiente fase del ciclo #1 consistente en implementar el reconocedor de opciones para nuestro programa.

Read Full Post »