El proyecto de Asset compute define un patrón para crear y ejecutar fácilmente pruebas de Asset compute Workers.
Las pruebas de los trabajadores de asset compute se desglosan en grupos de pruebas y, en cada grupo de pruebas, uno o más casos de prueba que afirman una condición para probar.
La estructura de las pruebas de un proyecto de Asset compute es la siguiente:
/actions/<worker-name>/index.js
...
/test/
asset-compute/
<worker-name>/ <--- Test suite for the worker, must match the yaml key for this worker in manifest.yml
<test-case-1>/ <--- Specific test case
file.jpg <--- Input file (ie. `source.path` or `source.url`)
params.json <--- Parameters (ie. `rendition.instructions`)
rendition.png <--- Expected output file (ie. `rendition.path`)
<test-case-2>/ <--- Another specific test case for this worker
...
Cada conversión de prueba puede tener los siguientes archivos:
file.<extension>
.link
)rendition.<extension>
params.json
validate
diff
mock-<host-name>.json
Este caso de prueba afirma la entrada parametrizada (params.json
) para el archivo de entrada (file.jpg
) genera la representación PNG esperada (rendition.png
).
Primero elimine el caso de pruebas simple-worker
generadas automáticamente en /test/asset-compute/simple-worker
ya que no es válido, ya que nuestro trabajador ya no copia el origen simplemente en la representación.
Cree una nueva carpeta de casos de prueba en /test/asset-compute/worker/success-parameterized
para probar una ejecución correcta del trabajador que genera una representación PNG.
En la carpeta success-parameterized
, añada el archivo de entrada prueba para este caso de prueba y asígnele el nombre file.jpg
.
En la carpeta success-parameterized
, añada un nuevo archivo llamado params.json
que defina los parámetros de entrada del trabajador:
{
"size": "400",
"contrast": "0.25",
"brightness": "-0.50"
}
Son las mismas claves o valores pasados a la definición de perfil de Asset compute🔗 de la worker
herramienta de desarrollo, menos a la clave .
Agregue el archivo de representación esperado a este caso de prueba y asígnele el nombre rendition.png
. Este archivo representa la salida esperada del trabajador para la entrada determinada file.jpg
.
Desde la línea de comandos, ejecute las pruebas en la raíz del proyecto ejecutando aio app test
Este caso de prueba comprueba que el trabajador genera el error apropiado cuando el parámetro contrast
está establecido en un valor no válido.
Cree una nueva carpeta de casos de prueba en /test/asset-compute/worker/error-contrast
para probar una ejecución errónea del trabajador debido a un valor de parámetro contrast
no válido.
En la carpeta error-contrast
, añada el archivo de entrada prueba para este caso de prueba y asígnele el nombre file.jpg
. El contenido de este archivo no es relevante para esta prueba, solo necesita existir para superar la comprobación "Origen dañado", para alcanzar las rendition.instructions
comprobaciones de validez que este caso de prueba valida.
En la carpeta error-contrast
, añada un nuevo archivo llamado params.json
que defina los parámetros de entrada del trabajo con el contenido:
{
"contrast": "10",
"errorReason": "rendition_instructions_error"
}
contrast
en 10
, un valor no válido, ya que el contraste debe estar entre -1 y 1, para generar un RenditionInstructionsError
.errorReason
en el "motivo" asociado con el error esperado. Este parámetro de contraste no válido lanza el error personalizado, RenditionInstructionsError
, por lo tanto establece el errorReason
en el motivo del error, orendition_instructions_error
para afirmar que se ha generado.Dado que no se debe generar ninguna representación durante una ejecución errónea, no es necesario ningún archivo rendition.<extension>
.
Ejecute el grupo de pruebas desde la raíz del proyecto ejecutando el comando aio app test
Los casos de prueba finales están disponibles en Github en: