🇫🇷 GHERKIN: ou comment n’écrire ses tests qu'une fois? (E2E microservice testing - RestQA)

👋🏼 Comme certains d'entre vous le savent. Je suis actuellement impliqué dans le projet RestQA (https://restqa.io/). Pour ceux qui le découvre RestQA est une projet open source qui permet aux équipes tech de se retrouver autour d'une source de vérité unique: la specification de leur produit.
Pour cela, l'outils RestQA utilise le language Gherkin et le runner Cucumber afin de créer une expérience de microservice testing unique.

On utilisera Ghekin pour rédiger cette "source de vérité" sous forme de critères d'acceptance (acceptance criteria).

1️⃣ On va partir d'un projet express https://github.com/tony-go/rqapi, faire tourner les tests à partir de notre specification en Gherking

2️⃣ On va convertir notre projet en FastifyJs, puis faire tourner les tests de nouveau 🎉

3️⃣ On ira faire un tour du côté dashboard de RestQA pour les non-techs (oui ce sont nos amis ^^)

🚡 Liens utiles:
- https://restqa.io/

- https://tonygo.dev/blog/why-developer... (🇬🇧)

🚡 RFC / DOC:
- https://github.com/tony-go/rqapi/tree...

- https://github.com/tony-go/rqapi/tree...

🏋️‍♂️ Réseaux:
TWITTER: @tonygo_
INSTAGRAM: @tonygo__
WEB: tonygo.dev
GITHUB: https://github.com/tony-go