docs(tests): validation image ext et vérif NEXT_PUBLIC_*
All checks were successful
build-and-push-ext / build_push (push) Successful in 58s

This commit is contained in:
Debian Dev4 2025-09-17 09:04:28 +00:00
parent 298e31e201
commit f1a5ba9c0d
2 changed files with 33 additions and 7 deletions

View File

@ -99,3 +99,17 @@ Notes:
- Signer les images (Cosign) et activer des scans SCA/Container.
- Gérer explicitement les tags et le changelog en CI.
- Déployer via Helm chart versionné, avec valeurs par environnement (`values.{env}.yaml`).
### Validation de l'image Docker « ext » (intégration des variables)
- Objectif: vérifier que les variables `NEXT_PUBLIC_*` sont bien injectées dans l'image construite par la CI.
- Commande:
```
docker pull git.4nkweb.com/4nk/lecoffre-front:ext
docker run --rm git.4nkweb.com/4nk/lecoffre-front:ext sh -lc "env | grep '^NEXT_PUBLIC_' | sort"
```
- Attendus clés:
- `NEXT_PUBLIC_4NK_URL` et `NEXT_PUBLIC_4NK_IFRAME_URL` doivent être définies.
- Les URLs API (`NEXT_PUBLIC_API_URL`, `NEXT_PUBLIC_BACK_API_*`) doivent refléter l'environnement.

View File

@ -4,13 +4,25 @@ Objectif: vérifier que l'image démarre et que les URLs d'API proviennent des v
Plan de test manuel:
1. Construire l'image `--target ext` avec BuildKit et SSH forward.
2. Démarrer un conteneur en exposant le port 3000 et en définissant des `NEXT_PUBLIC_*` non-localhost.
3. Vérifier que le service répond en HTTP 200 sur `/`.
4. Arrêter et supprimer le conteneur.
1. Vérifier l'injection des variables NEXT_PUBLIC_*
```
docker pull git.4nkweb.com/4nk/lecoffre-front:ext
docker run --rm git.4nkweb.com/4nk/lecoffre-front:ext sh -lc "env | grep '^NEXT_PUBLIC_' | sort"
```
Attendus (exemples):
- `NEXT_PUBLIC_4NK_URL`, `NEXT_PUBLIC_4NK_IFRAME_URL` définies
- `NEXT_PUBLIC_API_URL` et `NEXT_PUBLIC_BACK_API_*` cohérentes
2. Vérifier que l'app démarre
```
docker run --rm -p 3001:3000 git.4nkweb.com/4nk/lecoffre-front:ext
# Ouvrir http://localhost:3001/lecoffre
```
Critères de réussite:
- Le build aboutit sans erreur et produit une image étiquetée `ext-<version>`.
- Le conteneur écoute sur 3000 et renvoie un code HTTP 200.
- Aucune référence à `localhost` n'est nécessaire pour les appels API (validation via configuration d'ENV uniquement).
- Le conteneur écoute sur 3000 et répond.
- Les URLs d'API proviennent des variables d'environnement.