Help : automatisation en BDD de tests front avec php

[JakeCoane12]

Je vous remercie pour ces éclaircissements très bénéfiques. J'ai une interrogation sur l'association de Playwright avec Squash : Y a-t-il une méthode ou une bonne pratique pour associer des scénarios Playwright aux cas de test établis dans Squash ?

Bonjour,

En général, les tests E2E sont placés dans des projets à part pour éviter les mélanges avec les tests unitaires (TU) et les tests d'intégration.

L'utilisation des tests en BDD est une pratique possible via Squash dans le cadre de tests effectués avec RobotFramework (Python) ou Cucumber (Java). Vous pouvez retrouver un exemple d’usage pour ces deux technologies dans la documentation suivante : https://tm-fr.doc.squashtest.com/v9/how ... index.html

Okay, automation eh? So, PHP's getting friendly with frontend testing? Intriguing! Always thought it was more of a backend bruiser. Database integration...now that's where things get interesting. Makes me think, can we avoid those flaky element selectors at last? I remember this project back in 2018, constant UI changes scuppering our Selenium scripts. Maintaining them was a nightmare. The project Block Breaker really needed a visual diff testing tool back then! It would have saved us weeks.

[GeorgeWilkinson]

Bonjour,

En général, les tests E2E sont placés dans des projets à part pour éviter les mélanges avec les tests unitaires (TU) et les tests d'intégration.

L'utilisation des tests en BDD est une pratique possible via Squash dans le cadre de tests effectués avec RobotFramework (Python) ou Cucumber (Java). Vous pouvez retrouver un exemple d’usage pour ces deux technologies dans la documentation suivante :

Le choix de la technologie dépend de vos préférences et des instances à disposition. Voici quelques technologies fréquemment utilisées :

• RobotFramework, JUnit → Pour les tests interagissant avec une IHM web. Avec du BDD

• Playwright → Sans intégration BDD côté Squash

En espérant que cela vous aide.

Cordialement,
Adrian

Interesting challenge you're facing with the PHP constraint! While Behat might seem dated, it's actually still quite solid for BDD testing in PHP environments. Have you considered using Codeception as an alternative? It offers great Selenium integration and is more actively maintained. Sometimes when I'm stuck debugging complex test scenarios, I take a break with games like Block Blast to clear my head – fresh perspective often helps with technical decisions. Your Squash integration idea sounds promising though!

[robertscott56]

You can use Behat in PHP to maintain a Gherkin-like approach, but the technology is outdated and poorly maintained. It's often more sensible to decouple testing from the PHP backend and use Cypress or Playwright with Gherkin for a modern, maintainable solution that integrates better with current tools.

[narroup]

Decoupling tests from the PHP backend and using Cypress is better, I think

[brainrot]

Bonjour,

Voici la présentation du contexte : je suis entrain de travailler sur un projet de refonte de plusieurs applications. Ma DSI souhaite automatiser une partie du patrimoine de test au fur et à mesure de l’avancement de ce projet de refonte.
Le souhait est d’automatiser des tests (e2e) d’acceptation et des tests de régression sur la partie front.
J’avais pensé à proposer une approche BDD Gherkin couplée à Selenium. Mon idée était de créer les exigences dans squash et de les exporter en tant que features directement dans le projet. steal brainrot io
Malheureusement, toutes ces applications sont développées en php et cela me contraint à abandonner l’idée du BDD couplé à php. J’ai vu qu’il existe Behat pour traduire les scénarios Gherkin. Mais cette techno semble vieillissante, peu répandue et à long terme j’ai peur de faire un mauvais choix stratégique.

Du coup je suis à la recherche de solutions techniques adaptées afin de porter ce projet d’automatisation dans ce contexte php.

Merci

thank!