• [^] # Re: Tests différents (ou partiels)

    Posté par . En réponse à la dépêche Arrêtons de (dé)tester nos applications web. Évalué à 5.

    Ils posent différents problèmes:

    • ils viennent après le développement
    • ils sont impératifs et non descriptif
    • ils sont peut lisible, il est difficile d'en déduire l'intention même pour un développeur
    • ils sont sensibles aux évolutions, si tu change le menu de ton application, tu va réenregistrer potentiellement tous tes tests

    Il est possible d'utiliser selenium de manière programmatique comme une implémentation de gherkin et là ça devient la même approche que playwright ou cypress.

    Je considère personnellement de loin, gherkin comme étant une approche beaucoup plus enviable pour les développeurs :

    • pas de tests clique clique
    • écriture de fonctions très simples fortement réutilisables pour implémenter les "phrases" gherkin
    • simplification extrême de l'écriture des tests d'acceptance / e2e généralement rébarbatif (peut même être décrit par un non dev)
    • développement plus orienté "contrat" et donc mieux formalisé

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll