Setup end to end tests

[pyDez]

Bon j'ai eu pas mal de galère comme l'historique de commit peut en témoigner.
J'ai écris 3 tests assez minimalistes (affichage de la home, demande d'AR, simulation), mais ca fait une base que l'on pourra completer à partir de maintenant.

Ce qu'il faudrait améliorer :

• Je n'ai pas réussi à afficher l'interface en français dans les tests. Aprés de nombreux essais, j'ai jeter l'éponge et j'ai décidé d'écrire les tests en anglais (pour les quelques labels qui sont multilingues)
• J'ai ajouter des éléments dans le dockerfile de Django, notamment l'installation de nodeJs dont j'ai eu besoin pour builder les assets (notamment les fichiers css)
• Je n'ai pas essayer de travailler sur Haie, ce qui necessiterait de pouvoir accéder au service via deux URL distinctes.

Je te laisse regarder ça @thibault et me dire ce que tu en penses.

GitGuardian : selon ce document les ops devrait lever l'alerte en la flagant comme faux positif.

[gitguardian]

️✅ There are no secrets present in this pull request anymore.

If these secrets were true positive and are still valid, we highly recommend you to revoke them.
Once a secret has been leaked into a git repository, you should consider it compromised, even if it was deleted immediately.
Find here more information about risks.

---

^{_{🦉 GitGuardian detects secrets in your source code to help developers and security teams secure the modern development process. You are seeing this because you or someone else with access to this repository has authorized GitGuardian to scan your pull request.}}

[thibault]

Ok pour moi sur le principe, c'est vrai qu'il y a de plus en plus de js dans les pages, ça devient une nécessité.

[thibault]

Suggested change

	$ docker-compose exec postgres bash -c 'dropdb envergo-test -U "$POSTGRES_USER" -f'
	$ docker-compose exec postgres bash -c 'dropdb --if-exists envergo-test -U "$POSTGRES_USER" -f'

[thibault]

Suggested change

	$ docker compose run -e POSTGRES_DB=envergo-test --rm django python manage.py loaddata e2e/fixtures/db_seed.json
	$ docker-compose run -e POSTGRES_DB=envergo-test --rm django python manage.py loaddata e2e/fixtures/db_seed.json

[pyDez]

La V2 de Docker compose utilise la syntaxe docker compose et non plus docker-compose.
Je crois comprendre que dans le future c'est cette syntaxe qui devrait s'imposer . Je préconise donc que l'on utilise docker compose partout dans les Readme. Qu'en penses tu ?

[thibault]

Ok j'ignorais. Je rencontre des erreurs lorsque j'utilise cette commande telle quelle. Peut-être ajouter une mini note là dessus dans la doc ?

[thibault]

Suggested change

	$ POSTGRES_DB=envergo-test docker compose up -d
	$ POSTGRES_DB=envergo-test docker-compose up -d

[thibault]

Quand j'installe playwright, il me pose les questions d'initialisation du projet (js / ts, initi de la github action, etc.). Pourtant le projet est déjà configuré ici. Ça te parle ?

[thibault]

Du coup chez moi aucun test ne passe. Est-ce normal ?

[pyDez]

J'ai améliorer le Readme. Certaine commande n'était pas complète.
Dis moi si c'est mieux.

Evidemment le comportement "normal", c'est quand les tests passent en local et sur la CI :)

[thibault]

J'ai installé via :

npm install @playwright/test
npm install @playwright/test

[pyDez]

Effectivement, la page d'installation de la documentation présente le processus d'initialisation.

Lorsque le projet est déjà configuré, comme c'est le cas ici, il faut utiliser les commandes suivantes:

$ npm install @playwright/test 
$ npx playwright install

Je mets à jour le Readme