Panther utilise php-webdriver pour contrôler le navigateur. Il ne peut interagir qu'avec les éléments visibles de la page affichée. Si on souhaite par exemple remplir un champ caché d'un formulaire, la librairie va retourner l'exception suivante : Facebook\WebDriver\Exception\InvalidElementStateException: invalid element state: Element is not currently interactable and may not be manipulated. Nous allons voir dans cette article comment résoudre ce problème.

Cette fonctionnalité est peu connue et peut être utile dans certains contextes quand le lazy loading de Doctrine est utilisé. Plutôt que de récupérer l'ensemble des objets d'une relation d'une entité en appelant l'accesseur de manière classique (getXXX()), il est possible de créer d'autres accesseurs dans lesquels on va passer des « critères » de filtrage. Doctrine va ainsi rajouter automatiquement ces filtres dans la requête SQL générée pour hydrater la collection. Les avantages sont multiples : baisse de la consommation de ressource, la collection est filtrée uniquement avec les données nécessaires, plus besoin de filtrer éventuellement en PHP.

Cet article est un retour d'expérience sur la migration de tests fonctionnels Symfony classiques (utilisant les composants BrowserKit et DomCrawler) vers le nouveau composant Symfony Panther.

Si vous êtes encore sur Symfony 3.4 et que vous voulez migrer vers Symfony 4, vous allez probablement tomber sur ce message de dépréciation du composant de sécurité. En réglant la dépréciation, la connexion dans mon cas ne fonctionnait plus. On va voir dans cet article comment régler le problème car c'est loin d'être évident dans un premier temps de trouver la source.

Contrairement à ce qu'on peut lire sur internet, avec Composer il est possible d'ajouter une dépendance sur un commit d'une branche de n'importe quel paquet.