Escribir casos de prueba con helm test

Lint y template comprueban archivos, pero helm test comprueba un release que ya está ejecutándose en el clúster. Demuestra que la aplicación funciona realmente. ✅

Una prueba de Helm es un Pod definido en el directorio de plantillas de su chart. Helm lo ejecuta bajo demanda y determina si tiene éxito mediante su código de salida.

Marque un Pod como prueba añadiendo la anotación helm.sh/hook: test. Helm lo omite durante install y solo lo ejecuta cuando se le solicita.

Una prueba habitual ejecuta una imagen pequeña como busybox que utiliza wget para confirmar que su servicio responde en el puerto correspondiente.

Si el Pod de prueba termina con 0, la prueba se supera. Cualquier código distinto de cero indica que ha fallado, exactamente igual que un comando de shell.

Después de instalar, ejecute helm test con el nombre del release. Helm crea los Pods de prueba, espera y muestra el resultado de cada uno.

Añada --logs para transmitir la salida de cada Pod de prueba, de modo que un fallo le indique qué ocurrió en lugar de limitarse a informar de que falló.

Las pruebas no se ejecutan automáticamente durante install. Usted las activa, lo que mantiene rápidas las instalaciones y hace que las pruebas sean explícitas.

Añada una hook-delete-policy para eliminar los Pods de prueba terminados y evitar que llenen el namespace entre ejecuciones.

Por convención, los Pods de prueba se encuentran en templates/tests/, lo que los mantiene organizados y separados de los manifiestos de sus cargas de trabajo reales.

En una canalización, instale el chart y después ejecute helm test. Una prueba fallida hace que falle el trabajo, detectando los despliegues defectuosos antes que los usuarios.

¿Cómo decide Helm si un Pod de prueba superó la prueba?

Ha aprendido que helm test ejecuta Pods de prueba anotados contra un release activo, los evalúa mediante su código de salida y encaja perfectamente en CI. 🎉