Legacy code

"Je n'ai pas le temps"

Votre application sera testée.

si ce n'est par vous, par vos utilisateurs.

"Tester c'est douter"

Les tests quoi ??

Rappel des principaux types de test

Unit tests

Integration tests

Les tests end-to-end

(ou e2e)

• simule des scénarios utilisateur

• teste des parties non couvertes par les TU et TI

• plus lents, plus coûteux

A priori sur les tests e2e

• pénibles à écrire

• pénibles à débugger

• boucle de feedback plus longue

Quels outils ?

• Selenium et dérivés de WebDriver

• testCafe

• Cypress

• Playwright

Notes

Testez des scénarios utilisateurs

plutôt que des pages

Ecrivez des tests robustes

en écrivant des sélecteurs proches du niveau utilisateur.

Testez le rendu

plutôt que la tambouille interne, par exemple le state redux/vueX.

Tests indépendants

pouvant être joués et rejoués, dans n'importe quel ordre.

Evitez de tester 2 fois la même partie de votre app

pour n'avoir qu'un test qui casse lors d'une régression.

Ne pas utiliser l'interface graphique de votre application pour initialiser les données.

Ne pas attendre une durée

Multi-navigateurs

Maintenez vos tests !

comme du code applicatif.

Ne testez pas tous les cas

temps d'exécution non négligeable ;

focalisez vous sur les scénarios critiques.

Lancez vos tests e2e à chaque push

Mockez le moins possible

sinon, moins de confiance en vos tests.

• cross-platform, cross-browser, cross-language

• no flaky tests

• fast execution

• codegen

• orienté développeur

Playwright

Démo !!