Corregir métodos encender y apagar de la clase raw para que dada una posición enciendan y apaguen dicho bit en lugar de aplicar este cambio solo sobre el bit menos significativo, ya que de esta forma es más simple recomponer el carácter usando estos mismos métodos
Actualmente: this._datos[posicion] = this._datos[posicion] | '00000001' ;
Enciende utilizando una máscara constante.
Soluciones:

• Swich case de máscaras para cada posición.
• Calculando la mascará

Ejemplo:
byte mask;
if((pos >= 0) && (pos <8)){
mask = 0x1 << pos;
b = b | mask;
}

Documentar todos los procesos llevados a cabo para superar el Hito2

Actualizar la documentación después de los cambios

Habrá que añadir al fichero iv.yaml las siguientes claves:

lenguaje: tendrá el lenguaje de programación usado.

test: apuntará a uno de los ficheros, o el fichero, que se use para testear.

taskfile: apuntará al fichero que se va a usar, a partir de ahora, para ejecutar diferentes tareas.

En ese fichero, que será específico del lenguaje en algunos casos (en otros será genérico, como un Makefile), se tendrán que ir poniendo todas las tareas que se hagan en el proyecto, empezando por make install o make installdeps y continuando, en este mismo, con make test.

Actualizar los ficheros añadidos y la estructura de clases, ya que ha sido modificada.

Creación de GitHub Pages en un directorio dentro del repositorio, este se llamará docs.

Justificar la elección de la biblioteca de aserciones
Justificar la elección del marco de pruebas.

Crear el fichero iv.yaml para definir la entidad

Automatizar la generación de la documentación con Gulp y jsdocs

Incorporar información del proyecto al fichero README.md.
Problema al que da solución el proyecto, lenguaje y herramientas elegidas.
Mencionar la funcionalidad.

Crear fichero de configuración para circleCI con estructura: .circleci/config.yml

Completar fichero package.json

• Corregir reducción de README (Demasiado reducido)
• Corregir Orografía

Implementación de registros alternativos y públicos de contenedores (como GitHub Container Registry).

Creación del fichero .travis.yml con la configuración necesaria para realizar la integración continua.

Descripción de alto nivel

COMO usuario
QUIERO Ocultar un mensaje dentro de una imagen.
PARA Tener a salvo la información

Dado/Y/Entonces/Cuando

• Si la imagen ya contiene un mensaje, se lanzará una excepción.
• Si el mensaje es demasiado largo, se lanzará una excepción.
• Si la imagen no es adecuada, se lanzará una excepción..

Crear la estructura de directorios y los ficheros necesarios para llevar a cabo los test:

• Directorio: test
• Fichero: test.js

Descripción de alto nivel

COMO Usuario
QUIERO Comprobar si una imagen tiene un mensaje oculto
PARA Manipular o clasificar la imagen de forma adecuada

Dado/Y/Entonces/Cuando

• Se dará una respuesta binaria.

Describir correctamente en el repositorio en GitHub y documentar el proyecto elegido y los pasos que se van a dar en el mismo; también comenzar con las primeras especificaciones o al menos estructura general de las clases o módulos que se van a usar en el proyecto.

Replantear el proyecto sin usar el framework express y replantear estructura

Aplicar optimización a la imagen

Especificar la elección del gestor de tareas, hacerlo en el fichero README.md

• Corregir interfaz procedural (R4) y referenciar su issue.
  Es necesario redefinir la entidad, ya que las funciones de cifrado serán absorbidas por la clase imagen, pasando a ser métodos de esta.

• Corregir iv.yaml

Documentar las comparativas y optimizaciones llevadas a cabo en el contenedor.

Crear el fichero taskfile que se va a usar, a partir de ahora, para ejecutar diferentes tareas.
En ese fichero, que será específico del lenguaje en algunos casos (en otros será genérico, como un Makefile), se tendrán que ir poniendo todas las tareas que se hagan en el proyecto, empezando por make install o make installdeps y continuando, en este mismo, con make test.

Falta un ; es sintácticamente incorrecta.

Actualizar el fichero README.md principal para incluir los enlaces a los nuevos ficheros y documentación

Se creará la entidad y una estructura de directorios sencilla

Descripción de alto nivel

COMO Usuario
QUIERO Conocer el mensaje que oculta una imagen
PARA Acceder a dicha información

Dado/Y/Entonces/Cuando

• Si la imagen no contiene mensaje, se lanzara un excepción.

Corregir:

• Crear el objeto imagen más de una vez
• Uso de constantes

Crear package.json para las dependencias

Crear el repositorio del proyecto y configurarlo correctamente

Integrar las funciones de cifrado como métodos de la clase imagen

Contenedor subido correctamente a Docker Hub.

Revisar funcionalidad de la clase, y el testeo de los métodos.
No testear métodos en blanco.
Añadir funcionalidad a la clase.

Elección correcta y justificada del contenedor base.
Documentar todo en README.md

Descripción de alto nivel

COMO Usuario
QUIERO Conocer que día y a que hora fue cifrado el mensaje en una imagen
PARA Acceder a dicha información

Dado/Y/Entonces/Cuando

• Si la imagen no contiene mensaje, se lanzara un excepción.

Dando solución en:
alexrodriguezlop/HashFinderDT#4

Buscar la forma de eliminar los paquetes que no sirven.

Añadir documentación referente a la configuración del repositorio y del cliente Git.

Corregir el fichero README.md añadiendo enlaces a todos aquellos ficheros que han sido añadidos en la resolución del hito1.

Actualizar método check para hacer chequeo por posición.
De forma que pueda indicarle que bit quiero chequear proporcionándole píxel y bit dentro de este.
Devolvera:

• True: Encendido (1)
• False: Apagado (0)

Documentar y justificar elección de plataformas de integración continua.
Diferenciar entre ellas, justificar su elección y comentar su configuración y peculiaridades.

Creación de los ficheros esenciales para el correcto funcionamiento del repositorio.
README.md
gitignore
Licencia

Se crearán las primeras historias de usuario siguiendo el patrón:

Como: ROL
Quiero EVENTO
Para Funcionalidad

Dockerfile correcto, siguiendo buenas prácticas, y adaptado de forma correcta a las clases o módulos que se están testeando.

Hacer test diferentes en Travis y en CircleCi.
Testear diferentes versiones del lenguaje, o sistemas operativos diferentes.

Corregir y justificar travis.yml.

• Sobra el pull (run ya lo hace).
• sobra la declaración de lenguaje (porque usas docker).
• sobra la declaración de service (docker ya está activado por defecto).

Corregir la clase imagen y añadir setter y getter

Corregir justificación de framework de test y biblioteca de aserciones.

• No es una buena práctica abrir directorios en root. Ni trabajar en root. Tienes que definir un workdir.
• Instalar Gulp en dockerfile.