[sf 1.4.x] Tests fonctionnels et Admin generator [Résolu]

[PeytaWodka]

Bonjour à tous,

Je suis en plein dans les tests là et j'ai besoin de savoir si ce que je veux faire est réalisable et si oui comment ?

Donc, je fais les tests fonctionnels de mon module généré grâce à l'admin générator or j'ai ajouté grâce à des tutoriels le tri sur les colonnes virtuelles et j'aimerai récupéré dans le fichier generator.yml toutes les colonnes que je doit afficher pour l'action list afin de tester si le tri est correct sur toutes les colonnes affichées sans devoir modifier deux fichiers si jamais je dois afficher de nouvelles colonnes.

[PeytaWodka]

Pour ce que ça intéresse, j'ai utilisé la classe sfYaml et sa méthode statique load pour charger le fichier generator.yml sous forme de tableau php et j'ai récupéré les valeurs qui m’intéresse.

[Michel Rotta]

Tu dis que tu génères tes test à partir du contenu du generator.

A partir de là, tu vérifies que les colonnes qui peuvent être triées peuvent l'être.

Hors ce test est partie prenante du cycle de développement du symfony.

Par contre, si une de tes colonne que tu dois rendre testable n'est plus dans ton generator, tu ne peux pas le voir. Et là, tu as une régression.

[PeytaWodka]

En fait, j'ai modifié le generator de symfony pour ajouter le tri sur les colonnes étrangères, et c'est cette partie que je voulais tester. Donc dans le test, je clic sur chaque en-tete de colonne et je regarde si c'est trié. Mais pour pouvoir tester toutes les colonnes, je dois connaître leurs noms.

[Michel Rotta]

Je suis d'accord sur le fonctionnement.

Ma seul restriction est que si une des colones qui doit pouvoir être triée n'est plus dans la liste, ton test ne le vois pas.

Il pourrait être plus intéressant de tester qu'une colonne dans la liste est bien triée, que toutes les colonnes sont initialisée comme triable, et que toutes les colonnes souhaitées sont bien dans la liste.

[PeytaWodka]

En fait je teste juste le tri, si on rajoute une colonne dans le generator.yml et qu'elle n'est pas triable mon test ne passera pas.
Si on enleve une colonne le test sera bon puisque je m'adapte au fichier generator. En fait, c'est pour éviter que à chaque fois qu'on rajoute une colonne, on doit aussi aller modifier le test.

[Michel Rotta]

C'est bien ce que je dis, tu tests la fonction de tri, qui testée en tant que fonction doit fonctionner partout.

Par contre, tu ne testes pas si les colonnes elles même sont triable. Donc si une colonne est retirée par erreur tu n'as aucun moyen de le savoir, et tu te retrouve avec une régression, une possibilité (tris sur A) qui existait à disparu.

Après, c'est à toi de voir.

[PeytaWodka]

Je vois ce que tu veux dire. Mais dans le cas où une colonne disparaît par erreur alors que je devais pouvoir trié dessus, je ne peux pas cliqué dessus donc le test échoue lamentablement avec une erreur (et non pas un failed). C'est vrai que c'est mieux t'as façon de faire.