Proposition d'organisation pour les tests e2e

[alexisjanvier]

Description

Cette PR est une proposition d'organisation des tests e2e.

L'idée est de bien séparer les tests e2e du reste du code. Les tests unitaires restent proche du code testé, mais les tests e2e sont isolés dans le répertoire /tests-e2e. De plus, ils sont joués sur une application buildée proche de l'environnement de production.

Mais encore une fois, ce n'est qu'une proposition. Cela correspond à la manière dont je gère le plus souvent ce type de tests au quotidien ! C'est donc une facilité pour moi de faire cette proposition, et je serais ravi d'enrichir ma manière de faire par d'autres propositions. Ce qui ne veux pas dire que je pense que cette manière de faire est mauvaise ^^ D'ailleur je compte bien la défendre avec des arguments !

Le pour

• On teste sur ce qui peut se rapprocher le plus de l'environnement final. On a plus par exemple le biais du serveur de dev de rollup pour le front.
• On isole les tests e2e, et tous les fichiers qui peuvent y être liés, comme les fixtures, du code proprement dit (séparation en /tests-e2e et /apps).

Le contre

• On introduit de la complexité, entre autre dans le Makefile.
• On rend presque obligatoire l'utilisation de Docker et Docker Compose.

Rq: les tests e2e du front, c'est à dire avec Cypress ainsi que la doc n'ont pas encore été mis à jours.

Related Issue

9 Mise en place des tests

[alexisjanvier]

PR remplacée par la PR #14