1:26 p.m.
Hello,
Vu les dernières discussions sur les gros patchs censés ne rien casser,
j'me dis que c'est peut-être le moment de relancer le sujet tests de
non-régressions fonctionnelles de dc, via behat/mink.
Dans l'idée : on crée un blog from scratch sur un site (localhost), et on
lance une série de scénarios de tests fonctionnels décrits à la sauce
behat, du genre
# features/posts.featureFeature: posts In order to see a list of posts
As a normal user I need to be able to perform actions on posts
Scenario: listing entries Given I am on "admin/index.php" When
I follow "Entries" Then I should be on "admin/index.php"
L'idée étant d'avoir un maximum de scénarios de test fonctionnels...
Si des gens sont tentés par ça, je peux approfondir le sujet et commencer
un embryon de projet dc-mink. Il ne devrait pas falloir grand chose pour
avoir des scénarios implémentables facilement.
--
Bruno
3:39 p.m.
Bonjour Bruno,
tu te doutes bien que cela m'intéresse !!
Je ne sais pas si c'est fait dans les règles de l'art mais une bonne base
de tests, à défaut d'être une bonne base de travail est contenue sur le
dépôt suivant :
https://github.com/nikrou/phyxo
Et plus particulièrement:
https://github.com/nikrou/phyxo/tree/master/tests/functional
Nicolas
Le 17 décembre 2014 13:26, Bruno <dsls(a)morefnu.org> a écrit :
Hello,
Vu les dernières discussions sur les gros patchs censés ne rien casser,
j'me dis que c'est peut-être le moment de relancer le sujet tests de
non-régressions fonctionnelles de dc, via behat/mink.
Dans l'idée : on crée un blog from scratch sur un site (localhost), et on
lance une série de scénarios de tests fonctionnels décrits à la sauce
behat, du genre
# features/posts.featureFeature: posts In order to see a list of posts
As a normal user I need to be able to perform actions on posts
Scenario: listing entries Given I am on "admin/index.php" When
I follow "Entries" Then I should be on "admin/index.php"
L'idée étant d'avoir un maximum de scénarios de test fonctionnels...
Si des gens sont tentés par ça, je peux approfondir le sujet et commencer
un embryon de projet dc-mink. Il ne devrait pas falloir grand chose pour
avoir des scénarios implémentables facilement.
--
Bruno
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
3:48 p.m.
Le 17 décembre 2014 15:39, Nicolas <nikrou77(a)gmail.com> a écrit :
Bonjour Bruno,
tu te doutes bien que cela m'intéresse !!
Je ne sais pas si c'est fait dans les règles de l'art mais une bonne base
de tests, à défaut d'être une bonne base de travail est contenue sur le
dépôt suivant :
https://github.com/nikrou/phyxo
Et plus particulièrement:
https://github.com/nikrou/phyxo/tree/master/tests/functional
Nicolas
Yup,
Ca ne me paraît pas bien complexe à mettre en oeuvre en plus. Je propose de
partir sur un début de projet (github ou bitbucket peu importe), et qu'on
itère dessus.
Je pense qu'il faudrait mettre un plugin dotclear qui rend l'interface
dotclear super stricte (ie. une grosse erreur qui s'affiche au moindre
notice pour faire échouer le test), et qui permet pourquoi pas de
réinitialiser la base au début de la suite de tests.
--
Bruno
3:11 a.m.
Salut,
est-ce que vous connaissez CasperJS [1] ?
Si oui, quelles sont les différences entre CasperJS et Behat/Mink ?
Et quel est le lien entre Behat et Mink ? Behat a l'air d'avoir une
structure plus "human-readable" tandis que Mink c'est plutôt :
$mink->getSession()->getPage()->findLink('Downloads')->click();
[1] http://casperjs.org/
2014-12-17 22:48 GMT+08:00 Bruno <dsls(a)morefnu.org>:
Le 17 décembre 2014 15:39, Nicolas <nikrou77(a)gmail.com> a écrit :
>
> Bonjour Bruno,
>
> tu te doutes bien que cela m'intéresse !!
>
> Je ne sais pas si c'est fait dans les règles de l'art mais une bonne base
> de tests, à défaut d'être une bonne base de travail est contenue sur le
> dépôt suivant :
> https://github.com/nikrou/phyxo
> Et plus particulièrement:
> https://github.com/nikrou/phyxo/tree/master/tests/functional
>
> Nicolas
>
>
Yup,
Ca ne me paraît pas bien complexe à mettre en oeuvre en plus. Je propose de
partir sur un début de projet (github ou bitbucket peu importe), et qu'on
itère dessus.
Je pense qu'il faudrait mettre un plugin dotclear qui rend l'interface
dotclear super stricte (ie. une grosse erreur qui s'affiche au moindre
notice pour faire échouer le test), et qui permet pourquoi pas de
réinitialiser la base au début de la suite de tests.
--
Bruno
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Pierre Equoy
6:45 a.m.
est-ce que vous connaissez CasperJS [1] ?
Si oui, quelles sont les différences entre CasperJS et Behat/Mink ?
Et quel est le lien entre Behat et Mink ? Behat a l'air d'avoir une
structure plus "human-readable" tandis que Mink c'est
plutôt :
$mink->getSession()->getPage()->findLink('Downloads')->click();
nfo/dev <http://ml.dotclear.org/listinfo/dev>
Hello,
Mink est la partie "connectique" de behat avec un navigateur (via selenium
par exemple).
Contrairement à casperjs, mink pilote le navigateur, et permet aussi de
tester le js des pages, alors que casperjs est plutôt orienté "je renseigne
le champ toto, je soumets et je regarde si c'est bon". Sous behat, ça peut
être "je renseigne le champ toto, je soumets, je vérifie que le js m'a
interdit de soumettre car le champ titi n'est pas rempli".
Et l'énorme avantage de behat, c'est que tout le monde peut écrire les
tests sans connaitre ni php, ni js :)
--
Bruno
8:03 a.m.
Continuez à discuter, je n'y connais pas grand chose, mais ça m'intéresse
fortement !
Le 18 décembre 2014 06:45, Bruno <dsls(a)morefnu.org> a écrit :
>
>
> est-ce que vous connaissez CasperJS [1] ?
> Si oui, quelles sont les différences entre CasperJS et Behat/Mink ?
Et quel est le lien entre Behat et Mink ? Behat a l'air d'avoir une
> structure plus "human-readable" tandis que Mink c'est plutôt :
>
$mink->getSession()->getPage()->findLink('Downloads')->click();
> nfo/dev <http://ml.dotclear.org/listinfo/dev>
>
Hello,
Mink est la partie "connectique" de behat avec un navigateur (via selenium
par exemple).
Contrairement à casperjs, mink pilote le navigateur, et permet aussi de
tester le js des pages, alors que casperjs est plutôt orienté "je renseigne
le champ toto, je soumets et je regarde si c'est bon". Sous behat, ça peut
être "je renseigne le champ toto, je soumets, je vérifie que le js m'a
interdit de soumettre car le champ titi n'est pas rempli".
Et l'énorme avantage de behat, c'est que tout le monde peut écrire les
tests sans connaitre ni php, ni js :)
--
Bruno
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
8:08 a.m.
Casperjs c'est la même approche que Behat. Tous ces outils permettent de
tester le contenu d'une page, en partant d'un état initial, en faisant des
actions et en testant l'état final.
Behat/Mink permet d'écrire des tests sans connaissance technique.
Casperjs c'est du javascript donc un peu moins facile d'écrire les tests.
En revanche c'est super pratique de tester du javascript dans la page.
Derrière cela s'appuie sur un vrai navigateur.
Le 18 décembre 2014 06:45, Bruno <dsls(a)morefnu.org> a écrit :
>
>
> est-ce que vous connaissez CasperJS [1] ?
> Si oui, quelles sont les différences entre CasperJS et Behat/Mink ?
Et quel est le lien entre Behat et Mink ? Behat a l'air d'avoir une
> structure plus "human-readable" tandis que Mink c'est plutôt :
>
$mink->getSession()->getPage()->findLink('Downloads')->click();
> nfo/dev <http://ml.dotclear.org/listinfo/dev>
>
Hello,
Mink est la partie "connectique" de behat avec un navigateur (via selenium
par exemple).
Contrairement à casperjs, mink pilote le navigateur, et permet aussi de
tester le js des pages, alors que casperjs est plutôt orienté "je renseigne
le champ toto, je soumets et je regarde si c'est bon". Sous behat, ça peut
être "je renseigne le champ toto, je soumets, je vérifie que le js m'a
interdit de soumettre car le champ titi n'est pas rempli".
Et l'énorme avantage de behat, c'est que tout le monde peut écrire les
tests sans connaitre ni php, ni js :)
--
Bruno
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
8:18 a.m.
Casper s'appuie uniquement sur du Webkit (ou peut-être du Blink), et même
s'il existe des initiatives pour avoir la même chose avec Gecko ou Internet
Explorer, on n'en est pas encore là. Un intérêt est que tout se passe en
mémoire, sans affichage, et est donc très pratique à lancer. Je ne sais pas
comment ça se passe pour le debugging par contre?
Un outil de type Selenium permet d'être multi-navigateurs. En revanche,
puisqu'on lance le navigateur "pour de vrai", il faut prévoir un Xephyr
pour que le navigateur tourne dans un faux X. Également, puisque tout se
passe dans un vrai navigateur, on voit le scénario se dérouler, ce qui peut
être pratique pour les débogages.
2014-12-18 8:08 GMT+01:00 Nicolas <nikrou77(a)gmail.com>:
Casperjs c'est la même approche que Behat. Tous ces outils permettent de
tester le contenu d'une page, en partant d'un état initial, en faisant des
actions et en testant l'état final.
Behat/Mink permet d'écrire des tests sans connaissance technique.
Casperjs c'est du javascript donc un peu moins facile d'écrire les tests.
En revanche c'est super pratique de tester du javascript dans la page.
Derrière cela s'appuie sur un vrai navigateur.
Le 18 décembre 2014 06:45, Bruno <dsls(a)morefnu.org> a écrit :
>
> >
> >
> > est-ce que vous connaissez CasperJS [1] ?
> > Si oui, quelles sont les différences entre CasperJS et Behat/Mink ?
>
> Et quel est le lien entre Behat et Mink ? Behat a l'air d'avoir une
> > structure plus "human-readable" tandis que Mink c'est plutôt :
> >
$mink->getSession()->getPage()->findLink('Downloads')->click();
> > nfo/dev <http://ml.dotclear.org/listinfo/dev>
> >
>
> Hello,
>
> Mink est la partie "connectique" de behat avec un navigateur (via
selenium
> par exemple).
> Contrairement à casperjs, mink pilote le navigateur, et permet aussi de
> tester le js des pages, alors que casperjs est plutôt orienté "je
renseigne
> le champ toto, je soumets et je regarde si c'est bon". Sous behat, ça
peut
> être "je renseigne le champ toto, je soumets, je vérifie que le js m'a
> interdit de soumettre car le champ titi n'est pas rempli".
>
> Et l'énorme avantage de behat, c'est que tout le monde peut écrire les
> tests sans connaitre ni php, ni js :)
>
> --
> Bruno
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
12:05 p.m.
Non casperjs peut fonctionner sur firefox avec slimerjs derrière.
Le 18 décembre 2014 08:18, Julien Wajsberg <felash(a)gmail.com> a écrit :
Casper s'appuie uniquement sur du Webkit (ou peut-être du Blink), et même
s'il existe des initiatives pour avoir la même chose avec Gecko ou Internet
Explorer, on n'en est pas encore là. Un intérêt est que tout se passe en
mémoire, sans affichage, et est donc très pratique à lancer. Je ne sais pas
comment ça se passe pour le debugging par contre?
Un outil de type Selenium permet d'être multi-navigateurs. En revanche,
puisqu'on lance le navigateur "pour de vrai", il faut prévoir un Xephyr
pour que le navigateur tourne dans un faux X. Également, puisque tout se
passe dans un vrai navigateur, on voit le scénario se dérouler, ce qui peut
être pratique pour les débogages.
2014-12-18 8:08 GMT+01:00 Nicolas <nikrou77(a)gmail.com>:
>
> Casperjs c'est la même approche que Behat. Tous ces outils permettent de
> tester le contenu d'une page, en partant d'un état initial, en faisant
des
> actions et en testant l'état final.
>
> Behat/Mink permet d'écrire des tests sans connaissance technique.
> Casperjs c'est du javascript donc un peu moins facile d'écrire les tests.
> En revanche c'est super pratique de tester du javascript dans la page.
> Derrière cela s'appuie sur un vrai navigateur.
>
> Le 18 décembre 2014 06:45, Bruno <dsls(a)morefnu.org> a écrit :
> >
> > >
> > >
> > > est-ce que vous connaissez CasperJS [1] ?
> > > Si oui, quelles sont les différences entre CasperJS et Behat/Mink ?
> >
> > Et quel est le lien entre Behat et Mink ? Behat a l'air d'avoir une
> > > structure plus "human-readable" tandis que Mink c'est plutôt
:
> > >
$mink->getSession()->getPage()->findLink('Downloads')->click();
> > > nfo/dev <http://ml.dotclear.org/listinfo/dev>
> > >
> >
> > Hello,
> >
> > Mink est la partie "connectique" de behat avec un navigateur (via
> selenium
> > par exemple).
> > Contrairement à casperjs, mink pilote le navigateur, et permet aussi de
> > tester le js des pages, alors que casperjs est plutôt orienté "je
> renseigne
> > le champ toto, je soumets et je regarde si c'est bon". Sous behat, ça
> peut
> > être "je renseigne le champ toto, je soumets, je vérifie que le js
m'a
> > interdit de soumettre car le champ titi n'est pas rempli".
> >
> > Et l'énorme avantage de behat, c'est que tout le monde peut écrire les
> > tests sans connaitre ni php, ni js :)
> >
> > --
> > Bruno
> > --
> > Dev mailing list - Dev(a)list.dotclear.org -
> > http://ml.dotclear.org/listinfo/dev
> >
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
12:01 a.m.
c'est ce que je disais que les initiatives :) Je n'ai pas testé slimerjs
récemment, ça marche bien?
2014-12-18 12:05 GMT+01:00 Nicolas <nikrou77(a)gmail.com>:
Non casperjs peut fonctionner sur firefox avec slimerjs derrière.
Le 18 décembre 2014 08:18, Julien Wajsberg <felash(a)gmail.com> a écrit :
>
> Casper s'appuie uniquement sur du Webkit (ou peut-être du Blink), et même
> s'il existe des initiatives pour avoir la même chose avec Gecko ou
Internet
> Explorer, on n'en est pas encore là. Un intérêt est que tout se passe en
> mémoire, sans affichage, et est donc très pratique à lancer. Je ne sais
pas
> comment ça se passe pour le debugging par contre?
>
> Un outil de type Selenium permet d'être multi-navigateurs. En revanche,
> puisqu'on lance le navigateur "pour de vrai", il faut prévoir un
Xephyr
> pour que le navigateur tourne dans un faux X. Également, puisque tout se
> passe dans un vrai navigateur, on voit le scénario se dérouler, ce qui
peut
> être pratique pour les débogages.
>
> 2014-12-18 8:08 GMT+01:00 Nicolas <nikrou77(a)gmail.com>:
> >
> > Casperjs c'est la même approche que Behat. Tous ces outils permettent
de
> > tester le contenu d'une page, en partant d'un état initial, en faisant
> des
> > actions et en testant l'état final.
> >
> > Behat/Mink permet d'écrire des tests sans connaissance technique.
> > Casperjs c'est du javascript donc un peu moins facile d'écrire les
tests.
> > En revanche c'est super pratique de tester du javascript dans la page.
> > Derrière cela s'appuie sur un vrai navigateur.
> >
> > Le 18 décembre 2014 06:45, Bruno <dsls(a)morefnu.org> a écrit :
> > >
> > > >
> > > >
> > > > est-ce que vous connaissez CasperJS [1] ?
> > > > Si oui, quelles sont les différences entre CasperJS et Behat/Mink ?
> > >
> > > Et quel est le lien entre Behat et Mink ? Behat a l'air d'avoir
une
> > > > structure plus "human-readable" tandis que Mink c'est
plutôt :
> > > >
$mink->getSession()->getPage()->findLink('Downloads')->click();
> > > > nfo/dev <http://ml.dotclear.org/listinfo/dev>
> > > >
> > >
> > > Hello,
> > >
> > > Mink est la partie "connectique" de behat avec un navigateur
(via
> > selenium
> > > par exemple).
> > > Contrairement à casperjs, mink pilote le navigateur, et permet aussi
de
> > > tester le js des pages, alors que casperjs est plutôt orienté "je
> > renseigne
> > > le champ toto, je soumets et je regarde si c'est bon". Sous
behat, ça
> > peut
> > > être "je renseigne le champ toto, je soumets, je vérifie que le js
m'a
> > > interdit de soumettre car le champ titi n'est pas rempli".
> > >
> > > Et l'énorme avantage de behat, c'est que tout le monde peut
écrire
les
> > > tests sans connaitre ni php, ni js :)
> > >
> > > --
> > > Bruno
> > > --
> > > Dev mailing list - Dev(a)list.dotclear.org -
> > > http://ml.dotclear.org/listinfo/dev
> > >
> > --
> > Dev mailing list - Dev(a)list.dotclear.org -
> > http://ml.dotclear.org/listinfo/dev
> >
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
7:45 a.m.
J'ai testé un peu. Derrière c'est Laurent Jouanneau.
Le 19 décembre 2014 00:01, Julien Wajsberg <felash(a)gmail.com> a écrit :
c'est ce que je disais que les initiatives :) Je n'ai pas testé slimerjs
récemment, ça marche bien?
2014-12-18 12:05 GMT+01:00 Nicolas <nikrou77(a)gmail.com>:
>
> Non casperjs peut fonctionner sur firefox avec slimerjs derrière.
>
> Le 18 décembre 2014 08:18, Julien Wajsberg <felash(a)gmail.com> a écrit :
> >
> > Casper s'appuie uniquement sur du Webkit (ou peut-être du Blink), et
même
> > s'il existe des initiatives pour avoir la même chose avec Gecko ou
> Internet
> > Explorer, on n'en est pas encore là. Un intérêt est que tout se passe
en
> > mémoire, sans affichage, et est donc très pratique à lancer. Je ne sais
> pas
> > comment ça se passe pour le debugging par contre?
> >
> > Un outil de type Selenium permet d'être multi-navigateurs. En revanche,
> > puisqu'on lance le navigateur "pour de vrai", il faut prévoir un
Xephyr
> > pour que le navigateur tourne dans un faux X. Également, puisque tout
se
> > passe dans un vrai navigateur, on voit le scénario se dérouler, ce qui
> peut
> > être pratique pour les débogages.
> >
> > 2014-12-18 8:08 GMT+01:00 Nicolas <nikrou77(a)gmail.com>:
> > >
> > > Casperjs c'est la même approche que Behat. Tous ces outils permettent
> de
> > > tester le contenu d'une page, en partant d'un état initial, en
faisant
> > des
> > > actions et en testant l'état final.
> > >
> > > Behat/Mink permet d'écrire des tests sans connaissance technique.
> > > Casperjs c'est du javascript donc un peu moins facile d'écrire
les
> tests.
> > > En revanche c'est super pratique de tester du javascript dans la
page.
> > > Derrière cela s'appuie sur un vrai navigateur.
> > >
> > > Le 18 décembre 2014 06:45, Bruno <dsls(a)morefnu.org> a écrit :
> > > >
> > > > >
> > > > >
> > > > > est-ce que vous connaissez CasperJS [1] ?
> > > > > Si oui, quelles sont les différences entre CasperJS et
Behat/Mink ?
> > > >
> > > > Et quel est le lien entre Behat et Mink ? Behat a l'air
d'avoir une
> > > > > structure plus "human-readable" tandis que Mink
c'est plutôt :
> > > > >
$mink->getSession()->getPage()->findLink('Downloads')->click();
> > > > > nfo/dev <http://ml.dotclear.org/listinfo/dev>
> > > > >
> > > >
> > > > Hello,
> > > >
> > > > Mink est la partie "connectique" de behat avec un
navigateur (via
> > > selenium
> > > > par exemple).
> > > > Contrairement à casperjs, mink pilote le navigateur, et permet
aussi
> de
> > > > tester le js des pages, alors que casperjs est plutôt orienté
"je
> > > renseigne
> > > > le champ toto, je soumets et je regarde si c'est bon". Sous
behat,
ça
> > > peut
> > > > être "je renseigne le champ toto, je soumets, je vérifie que le
js
> m'a
> > > > interdit de soumettre car le champ titi n'est pas rempli".
> > > >
> > > > Et l'énorme avantage de behat, c'est que tout le monde peut
écrire
> les
> > > > tests sans connaitre ni php, ni js :)
> > > >
> > > > --
> > > > Bruno
> > > > --
> > > > Dev mailing list - Dev(a)list.dotclear.org -
> > > > http://ml.dotclear.org/listinfo/dev
> > > >
> > > --
> > > Dev mailing list - Dev(a)list.dotclear.org -
> > > http://ml.dotclear.org/listinfo/dev
> > >
> > --
> > Dev mailing list - Dev(a)list.dotclear.org -
> > http://ml.dotclear.org/listinfo/dev
> >
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
7:52 a.m.
Le 19 décembre 2014 07:45, Nicolas <nikrou77(a)gmail.com> a écrit :
J'ai testé un peu. Derrière c'est Laurent Jouanneau.
Je pense que de loin, l'énorme avantage de behat est que n'importe qui
pourra écrire des tests. Si on veut une non-régression fonctionnelle
potable, il faut compter quelques centaines de cas de test. Si seuls les
devs peuvent les écrire, on n'y arrivera jamais...
--
Bruno
7:57 a.m.
Ouais, mais je sais pas si le pékin lambda saura installer tous les outils
nécessaires et déployer une instance de test de Dotclear...
Ce qu'il faudrait c'est un outil qui automatise l'installation, ou bien une
image Virtualbox toute prête... ou un outil qui automatise la création
d'une image Virtualbox ! ;)
2014-12-19 14:52 GMT+08:00 Bruno <dsls(a)morefnu.org>:
Le 19 décembre 2014 07:45, Nicolas <nikrou77(a)gmail.com> a écrit :
>
> J'ai testé un peu. Derrière c'est Laurent Jouanneau.
Je pense que de loin, l'énorme avantage de behat est que n'importe qui
pourra écrire des tests. Si on veut une non-régression fonctionnelle
potable, il faut compter quelques centaines de cas de test. Si seuls les
devs peuvent les écrire, on n'y arrivera jamais...
--
Bruno
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Pierre Equoy
8:08 a.m.
Le 19 décembre 2014 07:57, Pierre Equoy <pierre.equoy(a)gmail.com> a écrit :
Ouais, mais je sais pas si le pékin lambda saura installer tous les outils
nécessaires et déployer une instance de test de Dotclear...
Ce qu'il faudrait c'est un outil qui automatise l'installation, ou bien une
image Virtualbox toute prête... ou un outil qui automatise la création
d'une image Virtualbox ! ;)
C'est pas très compliqué pourtant, 3 lignes à taper :
https://bitbucket.org/dsls/dc-mink/src/0af5088ed59396c6325aafce3fc22735d9...
8:10 a.m.
C'est pas très compliqué pourtant, 3 lignes à taper :
https://bitbucket.org/dsls/dc-mink/src/0af5088ed59396c6325aafce3fc22735d9...
Heu...
Il faut un dotclear de tests, créer un utilisateur,...
8:48 a.m.
Il y a plein d'implicite dans ces 3 lignes ;-)
Faut un WAMP/MAMP/LAMP, savoir utiliser un terminal, vérifier que les
commandes en question sont valides quel que soit l'OS, …
Donc spa à la portée du premier venu.
Le 19 décembre 2014 08:08, Bruno <dsls(a)morefnu.org> a écrit :
Le 19 décembre 2014 07:57, Pierre Equoy <pierre.equoy(a)gmail.com> a écrit :
>
> Ouais, mais je sais pas si le pékin lambda saura installer tous les
outils
> nécessaires et déployer une instance de test de Dotclear...
>
> Ce qu'il faudrait c'est un outil qui automatise l'installation, ou bien
une
> image Virtualbox toute prête... ou un outil qui automatise la création
> d'une image Virtualbox ! ;)
C'est pas très compliqué pourtant, 3 lignes à taper :
https://bitbucket.org/dsls/dc-mink/src/0af5088ed59396c6325aafce3fc22735d9...
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
8:51 a.m.
Le 19 décembre 2014 08:48, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Il y a plein d'implicite dans ces 3 lignes ;-)
Faut un WAMP/MAMP/LAMP, savoir utiliser un terminal, vérifier que les
commandes en question sont valides quel que soit l'OS, …
Donc spa à la portée du premier venu.
C'est sûr que si vous commencez par démotiver les troupes, on n'est pas
prêt d'avoir des contributeur. si l'effort à fournir est juste d'aider les
volontaires à avoir un environnement de construction de tests fonctionnels,
et qu'ils sont autonomes par la suite, cela ne me semble pas
insurmontable...
9:16 a.m.
Est-ce qu'avoir un fichier Virtualbox (par exemple) à télécharger et à
lancer, qui booterait automatiquement un petit desktop Linux avec une
version récente de Dotclear prête à être testée serait suffisamment simple ?
On peut voir pour automatiser la création d'un environnement virtuel comme
celui-ci. (Avec Vagrant peut-être ?)
Ensuite, on aura une image prête à être testée toutes les semaines (ou
quand le besoin s'en fait sentir) à destination de qui voudra.
L'install se résumerait à :
- Télécharger Virtualbox
- Télécharger la VM de test
- Lancer la VM de test dans Virtuabox
- Passer les tests existants et/ou en écrire de nouveaux, et les sauver
quelque part.
Qu'est-ce que vous en pensez ?
2014-12-19 15:51 GMT+08:00 Bruno <dsls(a)morefnu.org>:
Le 19 décembre 2014 08:48, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
>
> Il y a plein d'implicite dans ces 3 lignes ;-)
>
> Faut un WAMP/MAMP/LAMP, savoir utiliser un terminal, vérifier que les
> commandes en question sont valides quel que soit l'OS, …
>
> Donc spa à la portée du premier venu.
C'est sûr que si vous commencez par démotiver les troupes, on n'est pas
prêt d'avoir des contributeur. si l'effort à fournir est juste d'aider les
volontaires à avoir un environnement de construction de tests fonctionnels,
et qu'ils sont autonomes par la suite, cela ne me semble pas
insurmontable...
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Pierre Equoy
9:52 a.m.
Ne me fais pas dire ce que je n'ai pas dit, Bruno.
Tes 3 lignes de commandes comportent des notions implicites qui ne seront
pas forcément explicites pour tout le monde, il faudra donc les accompagner
un peu plus.
Le 19 décembre 2014 08:51, Bruno <dsls(a)morefnu.org> a écrit :
Le 19 décembre 2014 08:48, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
>
> Il y a plein d'implicite dans ces 3 lignes ;-)
>
> Faut un WAMP/MAMP/LAMP, savoir utiliser un terminal, vérifier que les
> commandes en question sont valides quel que soit l'OS, …
>
> Donc spa à la portée du premier venu.
C'est sûr que si vous commencez par démotiver les troupes, on n'est pas
prêt d'avoir des contributeur. si l'effort à fournir est juste d'aider les
volontaires à avoir un environnement de construction de tests fonctionnels,
et qu'ils sont autonomes par la suite, cela ne me semble pas
insurmontable...
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
10:06 a.m.
Le 19 déc. 2014 09:53, "Franck Paul" <carnet.franck.paul(a)gmail.com> a
écrit
:
Ne me fais pas dire ce que je n'ai pas dit, Bruno.
Tes 3 lignes de commandes comportent des notions implicites qui ne seront
pas forcément explicites pour tout le monde, il faudra donc les
accompagner
un peu plus.
Justement, on ne vise pas tout le monde, juste les gens qui voudront aider
à tester. C'est pour ça que je considère l'effort à fournir pour
accompagner les volontaires assez faible, je veux bien même aider au cas
par cas :)
Ce que j'attends des volontaires c'est surtout d'écrire des tas de cas de
test en langage presque humain (a la behat), les contraintes techniques, je
pense que les devs peuvent gérer.
--
Bruno
10:11 a.m.
Savoir utiliser un terminal ? Reste une poignée de testeurs alors, et
ils sont occupés à coder des trucs à tester, etc.
Euh... on ne peut pas monter un environnement de test en ligne, avec
tous les serveurs dont on dispose ? Un truc qui se réinitialise et que
tout le monde peut casser ? Et sur lequel les klingons font passer des
tests automatiques qui remplissent des tickets ?
Père Noël si tu nous entends ;)
--
Philippe
Le 19 décembre 2014 08:51, Bruno <dsls(a)morefnu.org> a écrit :
Le 19 décembre 2014 08:48, Franck Paul
<carnet.franck.paul(a)gmail.com> a
écrit :
>
> Il y a plein d'implicite dans ces 3 lignes ;-)
>
> Faut un WAMP/MAMP/LAMP, savoir utiliser un terminal, vérifier que les
> commandes en question sont valides quel que soit l'OS, …
>
> Donc spa à la portée du premier venu.
C'est sûr que si vous commencez par démotiver les troupes, on n'est pas
prêt d'avoir des contributeur. si l'effort à fournir est juste d'aider les
volontaires à avoir un environnement de construction de tests fonctionnels,
et qu'ils sont autonomes par la suite, cela ne me semble pas
insurmontable...
--
Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev
10:15 a.m.
Euh... on ne peut pas monter un environnement de test en ligne, avec
tous les serveurs dont on dispose ? Un truc qui se réinitialise et que
tout le monde peut casser ?
Et qui a un compte admin avec un mot de passe connu de tous car testé par
behat ? J'ai quelques inquiétudes sur la sécurité de la chose. Je préfère
un serveur local pour le coup...
10:19 a.m.
Yep, mettre en place une install de test, potentiellement cassogène
(j'invente des mots si je veux, j'suis le chef), j'suis pas chaud-bouillant
pour, hein ?
Expliquer comment installer (ou activer) un petit LAMP/MAMP/WAMP me parait
plus simple (et formateur d'ailleurs).
Tiens au fait :
http://open-time.net/post/2006/03/26/460-dotclear-en-local-sur-un-mac
(c'était pour Dotclear 1, mais ça reste encore valable pour Dotclear 2).
Le 19 décembre 2014 10:15, Bruno <dsls(a)morefnu.org> a écrit :
> Euh... on ne peut pas monter un environnement de test en ligne, avec
> tous les serveurs dont on dispose ? Un truc qui se réinitialise et que
> tout le monde peut casser ?
Et qui a un compte admin avec un mot de passe connu de tous car testé par
behat ? J'ai quelques inquiétudes sur la sécurité de la chose. Je préfère
un serveur local pour le coup...
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
8:24 a.m.
RTFM les gars http://fr.dotclear.org/documentation/2.0/admin/local-install
:)
On peut aussi, car je sais que ça aide quand quelqu'un vous tient la main,
organiser un genre d'install party dédiée avec IRC en parallèle pour ceux
qui habitent loin de là où ça se passerait.
Le 19 décembre 2014 10:19, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Expliquer comment installer (ou activer) un petit LAMP/MAMP/WAMP me parait
plus simple (et formateur d'ailleurs).
Tiens au fait :
http://open-time.net/post/2006/03/26/460-dotclear-en-local-sur-un-mac
--
Anne / Kozlika
11:14 a.m.
Le 21 décembre 2014 08:24, Kozlika <kozlika(a)gmail.com> a écrit :
RTFM les gars
http://fr.dotclear.org/documentation/2.0/admin/local-install
:)
On peut aussi, car je sais que ça aide quand quelqu'un vous tient la main,
organiser un genre d'install party dédiée avec IRC en parallèle pour ceux
qui habitent loin de là où ça se passerait.
En voilà une idée qu'elle est bonne !
Et comme premiers tests réels, je verrais bien l'histoire du nombre de
billets entre home et je ne sais quoi (j'ai lu en diagonale) : cf la
discussion entre mirovinben et Franck.
11:35 a.m.
Ah oui bonne idée, effectivement !
Et la gestion du nb de page (home et reste des contextes, versus le lastn)
est un bon point pour commencer je trouve, spa con du tout :-)
(cela dit, je suis assez satisfait de mes corrections d'hier, en toute
humbleté bien sûr :-D )
Le 21 décembre 2014 11:14, Nicolas <nikrou77(a)gmail.com> a écrit :
Le 21 décembre 2014 08:24, Kozlika <kozlika(a)gmail.com> a écrit
:
> RTFM les gars
http://fr.dotclear.org/documentation/2.0/admin/local-install
> :)
> On peut aussi, car je sais que ça aide quand quelqu'un vous tient la
main,
> organiser un genre d'install party dédiée avec IRC en parallèle pour ceux
> qui habitent loin de là où ça se passerait.
>
En voilà une idée qu'elle est bonne !
Et comme premiers tests réels, je verrais bien l'histoire du nombre de
billets entre home et je ne sais quoi (j'ai lu en diagonale) : cf la
discussion entre mirovinben et Franck.
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
12:04 p.m.
Le 21 décembre 2014 11:35, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Ah oui bonne idée, effectivement !
Et la gestion du nb de page (home et reste des contextes, versus le lastn)
est un bon point pour commencer je trouve, spa con du tout :-)
(cela dit, je suis assez satisfait de mes corrections d'hier, en toute
humbleté bien sûr :-D )
Oui et puis comme le dit si justement Maître Christophe "Tester c'est
douter" et toi tu ne doutes pas ! :-)
Le 21 décembre 2014 11:14, Nicolas <nikrou77(a)gmail.com> a écrit :
> Le 21 décembre 2014 08:24, Kozlika <kozlika(a)gmail.com> a écrit :
>
> > RTFM les gars
> http://fr.dotclear.org/documentation/2.0/admin/local-install
> > :)
> > On peut aussi, car je sais que ça aide quand quelqu'un vous tient la
> main,
> > organiser un genre d'install party dédiée avec IRC en parallèle pour
ceux
> > qui habitent loin de là où ça se passerait.
> >
>
> En voilà une idée qu'elle est bonne !
>
> Et comme premiers tests réels, je verrais bien l'histoire du nombre de
> billets entre home et je ne sais quoi (j'ai lu en diagonale) : cf la
> discussion entre mirovinben et Franck.
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
12:07 p.m.
Oh que si je doute, en permanence, alors du coup je teste, beaucoup !
Tu connais le "complexe de l'imposteur" ? Eh bien c'est moi, le gars en
question :-D
Le 21 décembre 2014 12:04, Nicolas <nikrou77(a)gmail.com> a écrit :
Le 21 décembre 2014 11:35, Franck Paul
<carnet.franck.paul(a)gmail.com> a
écrit :
> Ah oui bonne idée, effectivement !
>
> Et la gestion du nb de page (home et reste des contextes, versus le
lastn)
> est un bon point pour commencer je trouve, spa con du tout :-)
>
> (cela dit, je suis assez satisfait de mes corrections d'hier, en toute
> humbleté bien sûr :-D )
>
Oui et puis comme le dit si justement Maître Christophe "Tester c'est
douter" et toi tu ne doutes pas ! :-)
>
> Le 21 décembre 2014 11:14, Nicolas <nikrou77(a)gmail.com> a écrit :
>
> > Le 21 décembre 2014 08:24, Kozlika <kozlika(a)gmail.com> a écrit :
> >
> > > RTFM les gars
> > http://fr.dotclear.org/documentation/2.0/admin/local-install
> > > :)
> > > On peut aussi, car je sais que ça aide quand quelqu'un vous tient la
> > main,
> > > organiser un genre d'install party dédiée avec IRC en parallèle pour
> ceux
> > > qui habitent loin de là où ça se passerait.
> > >
> >
> > En voilà une idée qu'elle est bonne !
> >
> > Et comme premiers tests réels, je verrais bien l'histoire du nombre de
> > billets entre home et je ne sais quoi (j'ai lu en diagonale) : cf la
> > discussion entre mirovinben et Franck.
> > --
> > Dev mailing list - Dev(a)list.dotclear.org -
> > http://ml.dotclear.org/listinfo/dev
> >
>
>
>
> --
> Franck
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
1 p.m.
Owi owi, en direct-live du Guil \o/
Le 21 décembre 2014 12:59, Kozlika <kozlika(a)gmail.com> a écrit :
Le 21 décembre 2014 11:14, Nicolas <nikrou77(a)gmail.com> a écrit
:
>
> En voilà une idée qu'elle est bonne !
Pâques ça vous semble trop loin ? (non je ne parle pas de "ou à la
Trinité") c'est une vraie question :-)
--
Anne / Kozlika
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
3:24 p.m.
Le 21 décembre 2014 13:00, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Owi owi, en direct-live du Guil \o/
ça peut être sympa oui.
Le 21 décembre 2014 12:59, Kozlika <kozlika(a)gmail.com> a écrit :
> Le 21 décembre 2014 11:14, Nicolas <nikrou77(a)gmail.com> a écrit :
> >
> > En voilà une idée qu'elle est bonne !
>
>
> Pâques ça vous semble trop loin ? (non je ne parle pas de "ou à la
> Trinité") c'est une vraie question :-)
>
>
> --
> Anne / Kozlika
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
5:13 p.m.
Deprecated: The ability to pass file names to Yaml::parse() was deprecated
in 2.2 and will be removed in 3.0. Please, pass the contents of the file
instead. in
/Users/franckpaul/Documents/EGO/Geekeries/Internet/htdocs/dc-mink/vendor/symfony/yaml/Symfony/Component/Yaml/Yaml.php
on line 58
Deprecated: The setFallbackLocale() method is deprecated since version 2.3
and will be removed in 3.0. Use setFallbackLocales() instead. in
/Users/franckpaul/Documents/EGO/Geekeries/Internet/htdocs/dc-mink/vendor/symfony/translation/Symfony/Component/Translation/Translator.php
on line 163
Feature: Basic test
I test login features
Scenario: Login successful # features/test.feature:5
Given I am on "/admin/auth.php" # FeatureContext::visit()
When I fill in "user_id" with "admin" #
FeatureContext::fillField()
And I fill in "user_pwd" with "password" #
FeatureContext::fillField()
And I press "log in" # FeatureContext::pressButton()
Then I should be on "/admin/index.php" #
FeatureContext::assertPageAddress()
1 scénario (1 succès)
5 étapes (5 succès)
0m0.301s
C'est normal les deprecated ?
Le 21 décembre 2014 15:24, Nicolas <nikrou77(a)gmail.com> a écrit :
Le 21 décembre 2014 13:00, Franck Paul
<carnet.franck.paul(a)gmail.com> a
écrit :
> Owi owi, en direct-live du Guil \o/
>
ça peut être sympa oui.
>
> Le 21 décembre 2014 12:59, Kozlika <kozlika(a)gmail.com> a écrit :
>
> > Le 21 décembre 2014 11:14, Nicolas <nikrou77(a)gmail.com> a écrit :
> > >
> > > En voilà une idée qu'elle est bonne !
> >
> >
> > Pâques ça vous semble trop loin ? (non je ne parle pas de "ou à la
> > Trinité") c'est une vraie question :-)
> >
> >
> > --
> > Anne / Kozlika
> > --
> > Dev mailing list - Dev(a)list.dotclear.org -
> > http://ml.dotclear.org/listinfo/dev
> >
>
>
>
> --
> Franck
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
5:06 p.m.
Plop !
Je continue mes tests :
J'ai maintenant deux features, le premier admin.auth.feature qui contient :
# features/admin.auth.feature
Feature: Login/Logout (admin)
Testing user "admin" login/logout in/from Dotclear admin
Scenario: Login successful
Given I am on "/admin/auth.php"
When I fill in "user_id" with "admin"
And I fill in "user_pwd" with "password"
And I press "log in"
Then I should be on "/admin/index.php"
Scenario: Disconnect successful
Given I am on "/admin/index.php"
When I press "Logout admin"
Then I should be on "/admin/auth.php"
Et qui se déroule correctement. Puis un second admin.user-pref.feature qui
contient :
# features/admin.user-pref.feature
Feature: User-prefs (admin)
Testing user-pref settings for "admin" user
Scenario: login
Given I am on "/admin/auth.php"
When I fill in "user_id" with "admin"
And I fill in "user_pwd" with "password"
And I press "log in"
Then I should be on "/admin/index.php"
Scenario: Change language
Given I am on "/admin/index.php"
When I go to "/admin/preferences.php"
And I select "fr" from "user_lang"
And I press "Update my profil"
Then I should be on "/admin/preferences.php"
And I should see "Personal information has been successfully updated."
in "content"
Qui plante lamentablement parce qu'il ne trouve pas le champ "user_lang"
sur la page (alors qu'il y est).
1. Suis-je censé refaire la manip de login avant de tester autre chose ?
2. Un scénario tourne-t-il dans le contexte dans lequel s'est terminé le
précédent ?
3. Pourquoi ça merde ?
Sinon je confirme qu'il va falloir bien plus que les quelques lignes du
README.md si on veut mettre à contribution des non-geeks pour "coder"
(parce que ça reste quand même du code, il faut être capable d'aller
chercher des id, …) des tests fonctionnels.
Franck
2014-12-24 17:13 GMT+01:00 Franck Paul <carnet.franck.paul(a)gmail.com>:
Deprecated: The ability to pass file names to Yaml::parse() was
deprecated
in 2.2 and will be removed in 3.0. Please, pass the contents of the file
instead. in
/Users/franckpaul/Documents/EGO/Geekeries/Internet/htdocs/dc-mink/vendor/symfony/yaml/Symfony/Component/Yaml/Yaml.php
on line 58
Deprecated: The setFallbackLocale() method is deprecated since version 2.3
and will be removed in 3.0. Use setFallbackLocales() instead. in
/Users/franckpaul/Documents/EGO/Geekeries/Internet/htdocs/dc-mink/vendor/symfony/translation/Symfony/Component/Translation/Translator.php
on line 163
Feature: Basic test
I test login features
Scenario: Login successful # features/test.feature:5
Given I am on "/admin/auth.php" # FeatureContext::visit()
When I fill in "user_id" with "admin" #
FeatureContext::fillField()
And I fill in "user_pwd" with "password" #
FeatureContext::fillField()
And I press "log in" #
FeatureContext::pressButton()
Then I should be on "/admin/index.php" #
FeatureContext::assertPageAddress()
1 scénario (1 succès)
5 étapes (5 succès)
0m0.301s
C'est normal les deprecated ?
Le 21 décembre 2014 15:24, Nicolas <nikrou77(a)gmail.com> a écrit :
Le 21 décembre 2014 13:00, Franck Paul <carnet.franck.paul(a)gmail.com> a
> écrit :
>
> > Owi owi, en direct-live du Guil \o/
> >
>
> ça peut être sympa oui.
>
>
> >
> > Le 21 décembre 2014 12:59, Kozlika <kozlika(a)gmail.com> a écrit :
> >
> > > Le 21 décembre 2014 11:14, Nicolas <nikrou77(a)gmail.com> a écrit :
> > > >
> > > > En voilà une idée qu'elle est bonne !
> > >
> > >
> > > Pâques ça vous semble trop loin ? (non je ne parle pas de "ou à la
> > > Trinité") c'est une vraie question :-)
> > >
> > >
> > > --
> > > Anne / Kozlika
> > > --
> > > Dev mailing list - Dev(a)list.dotclear.org -
> > > http://ml.dotclear.org/listinfo/dev
> > >
> >
> >
> >
> > --
> > Franck
> > --
> > Dev mailing list - Dev(a)list.dotclear.org -
> > http://ml.dotclear.org/listinfo/dev
> >
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
--
Franck
5:46 p.m.
# features/admin.user-pref.feature
Feature: User-prefs (admin)
Testing user-pref settings for "admin" user
Scenario: login
Given I am on "/admin/auth.php"
When I fill in "user_id" with "admin"
And I fill in "user_pwd" with "password"
And I press "log in"
Then I should be on "/admin/index.php"
Scenario: Change language
Given I am on "/admin/index.php"
When I go to "/admin/preferences.php"
And I select "fr" from "user_lang"
And I press "Update my profil"
Then I should be on "/admin/preferences.php"
And I should see "Personal information has been successfully updated."
in "content"
Qui plante lamentablement parce qu'il ne trouve pas le champ "user_lang"
sur la page (alors qu'il y est).
1. Suis-je censé refaire la manip de login avant de tester autre chose ?
2. Un scénario tourne-t-il dans le contexte dans lequel s'est terminé le
précédent ?
3. Pourquoi ça merde ?
J'avais inséré l'authentification comme test basique. Chaque scénario
est lancé avec sa session spécifique.
Pour tester un cas d'usage, il faut d'abord ajouter un élément de
contexte du type :
Given I am logged in as "admin" with "password"
...
Sachant que ce Given I am logged in est à coder, il fait partie de ma
todo list :)
--
Bruno
6:02 p.m.
Quel intérêt de cumuler plusieurs scénarios dans un seul fichier s'ils sont
tous indépendants, dans ce cas ? (question de béotien)
Le 27 décembre 2014 17:46, Bruno <dsls(a)morefnu.org> a écrit :
> # features/admin.user-pref.feature
> Feature: User-prefs (admin)
> Testing user-pref settings for "admin" user
>
> Scenario: login
> Given I am on "/admin/auth.php"
> When I fill in "user_id" with "admin"
> And I fill in "user_pwd" with "password"
> And I press "log in"
> Then I should be on "/admin/index.php"
>
> Scenario: Change language
> Given I am on "/admin/index.php"
> When I go to "/admin/preferences.php"
> And I select "fr" from "user_lang"
> And I press "Update my profil"
> Then I should be on "/admin/preferences.php"
> And I should see "Personal information has been successfully
updated."
> in "content"
>
> Qui plante lamentablement parce qu'il ne trouve pas le champ
"user_lang"
> sur la page (alors qu'il y est).
>
> 1. Suis-je censé refaire la manip de login avant de tester autre chose ?
> 2. Un scénario tourne-t-il dans le contexte dans lequel s'est terminé le
> précédent ?
> 3. Pourquoi ça merde ?
J'avais inséré l'authentification comme test basique. Chaque scénario
est lancé avec sa session spécifique.
Pour tester un cas d'usage, il faut d'abord ajouter un élément de
contexte du type :
Given I am logged in as "admin" with "password"
...
Sachant que ce Given I am logged in est à coder, il fait partie de ma
todo list :)
--
Bruno
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
6:28 p.m.
Autre question : pas moyen d'enchaîner des scénarios simples (ou inclure
des sous-scénarios) sans être tenu de coder ce qu'il faut pour le contexte
de test ?
Le 27 décembre 2014 18:02, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Quel intérêt de cumuler plusieurs scénarios dans un seul fichier
s'ils
sont tous indépendants, dans ce cas ? (question de béotien)
Le 27 décembre 2014 17:46, Bruno <dsls(a)morefnu.org> a écrit :
> # features/admin.user-pref.feature
> > Feature: User-prefs (admin)
> > Testing user-pref settings for "admin" user
> >
> > Scenario: login
> > Given I am on "/admin/auth.php"
> > When I fill in "user_id" with "admin"
> > And I fill in "user_pwd" with "password"
> > And I press "log in"
> > Then I should be on "/admin/index.php"
> >
> > Scenario: Change language
> > Given I am on "/admin/index.php"
> > When I go to "/admin/preferences.php"
> > And I select "fr" from "user_lang"
> > And I press "Update my profil"
> > Then I should be on "/admin/preferences.php"
> > And I should see "Personal information has been successfully
> updated."
> > in "content"
> >
> > Qui plante lamentablement parce qu'il ne trouve pas le champ
"user_lang"
> > sur la page (alors qu'il y est).
> >
> > 1. Suis-je censé refaire la manip de login avant de tester autre chose ?
> > 2. Un scénario tourne-t-il dans le contexte dans lequel s'est terminé le
> > précédent ?
> > 3. Pourquoi ça merde ?
>
>
> J'avais inséré l'authentification comme test basique. Chaque scénario
> est lancé avec sa session spécifique.
>
> Pour tester un cas d'usage, il faut d'abord ajouter un élément de
> contexte du type :
>
> Given I am logged in as "admin" with "password"
> ...
>
> Sachant que ce Given I am logged in est à coder, il fait partie de ma
> todo list :)
>
> --
> Bruno
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
--
Franck
6:47 p.m.
Le 27 décembre 2014 18:02, Franck Paul <carnet.franck.paul(a)gmail.com> a écrit :
Quel intérêt de cumuler plusieurs scénarios dans un seul fichier
s'ils sont
tous indépendants, dans ce cas ? (question de béotien)
L'idée est de regrouper les scénarios d'abord par périmètre
fonctionnel, indépendamment du coté technique.
Il est toutefois possible de définir un début commun à chaque
scénario, via le "Background" :
http://docs.behat.org/en/latest/guides/1.gherkin.html#backgrounds
Autre question : pas moyen d'enchaîner des scénarios simples (ou
inclure
des sous-scénarios) sans être tenu de coder ce qu'il faut pour le contexte
de test ?
Je ne sais pas ce que tu entends pas enchainer des scénarios simples,
mais avec les "outlines" on peut faire quelques trucs :
http://docs.behat.org/en/latest/guides/1.gherkin.html#scenario-outlines
6:49 p.m.
Je ne sais pas ce que tu entends pas enchainer des scénarios
simples,
mais avec les "outlines" on peut faire quelques trucs :
http://docs.behat.org/en/latest/guides/1.gherkin.html#scenario-outlines
sinon on peut faire des bouts de scénarios réutilisables, mais il faut
les coder dans le contexte.
8:25 p.m.
Qui plante lamentablement parce qu'il ne trouve pas le champ
"user_lang"
sur la page (alors qu'il y est).
1. Suis-je censé refaire la manip de login avant de tester autre chose ?
2. Un scénario tourne-t-il dans le contexte dans lequel s'est terminé le
précédent ?
3. Pourquoi ça merde ?
Je viens de pusher le cas de test "change language" sur mon repo, avec
le nouveau contexte "Given I am logged in as..."
--
Bruno
9:18 a.m.
Merci Bruno, je vais aller jeter un œil à tout ça…
Le 27 décembre 2014 20:25, Bruno <dsls(a)morefnu.org> a écrit :
> Qui plante lamentablement parce qu'il ne trouve pas le champ
"user_lang"
> sur la page (alors qu'il y est).
>
> 1. Suis-je censé refaire la manip de login avant de tester autre chose ?
> 2. Un scénario tourne-t-il dans le contexte dans lequel s'est terminé le
> précédent ?
> 3. Pourquoi ça merde ?
Je viens de pusher le cas de test "change language" sur mon repo, avec
le nouveau contexte "Given I am logged in as..."
--
Bruno
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
9:51 a.m.
Encore une question (j'ai pas fini :-p ) :
Pourquoi le test fonctionne-t-il deux fois de suite ?
Normalement, ces lignes :
And I press "Update my profil"
Then I should be on "/admin/preferences.php"
And I should see "Personal information has been successfully updated."
in the "p.success" element
Sont dépendantes de la langue sélectionnée, or au premier test on bascule
sur le français, du coup les éléments "Update my profil" et "Personel…
updated." ne sont plus d'actualité puisque remplacés par leurs équivalents
en français.
Le 28 décembre 2014 09:18, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Merci Bruno, je vais aller jeter un œil à tout ça…
Le 27 décembre 2014 20:25, Bruno <dsls(a)morefnu.org> a écrit :
> Qui plante lamentablement parce qu'il ne trouve pas le champ
"user_lang"
> > sur la page (alors qu'il y est).
> >
> > 1. Suis-je censé refaire la manip de login avant de tester autre chose ?
> > 2. Un scénario tourne-t-il dans le contexte dans lequel s'est terminé le
> > précédent ?
> > 3. Pourquoi ça merde ?
>
> Je viens de pusher le cas de test "change language" sur mon repo, avec
> le nouveau contexte "Given I am logged in as..."
>
> --
> Bruno
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
--
Franck
1:52 p.m.
Et je viens de comprendre que toutes les actions ayant une répercussion sur
la base de données ne sont en fait pas du tout enregistrées.
Du coup, aucun moyen de tester un changement de langue pour un utilisateur,
sauf à aller pondre du code derrière (et là on sort du non-geek pour
rentrer dans du développement).
En clair, il faut concevoir chaque scénario à partir d'une installation
toute neuve, ça va vite devenir très lourd si on veut tester un peu en
profondeur la gestion des billets, commentaires, formats, etc…
Le 28 décembre 2014 09:51, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Encore une question (j'ai pas fini :-p ) :
Pourquoi le test fonctionne-t-il deux fois de suite ?
Normalement, ces lignes :
And I press "Update my profil"
Then I should be on "/admin/preferences.php"
And I should see "Personal information has been successfully updated."
in the "p.success" element
Sont dépendantes de la langue sélectionnée, or au premier test on bascule
sur le français, du coup les éléments "Update my profil" et "Personel…
updated." ne sont plus d'actualité puisque remplacés par leurs équivalents
en français.
Le 28 décembre 2014 09:18, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Merci Bruno, je vais aller jeter un œil à tout ça…
>
> Le 27 décembre 2014 20:25, Bruno <dsls(a)morefnu.org> a écrit :
>
> > Qui plante lamentablement parce qu'il ne trouve pas le champ
"user_lang"
>> > sur la page (alors qu'il y est).
>> >
>> > 1. Suis-je censé refaire la manip de login avant de tester autre chose
>> ?
>> > 2. Un scénario tourne-t-il dans le contexte dans lequel s'est terminé
>> le
>> > précédent ?
>> > 3. Pourquoi ça merde ?
>>
>> Je viens de pusher le cas de test "change language" sur mon repo, avec
>> le nouveau contexte "Given I am logged in as..."
>>
>> --
>> Bruno
>> --
>> Dev mailing list - Dev(a)list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
>>
>
>
>
> --
> Franck
>
--
Franck
--
Franck
2:05 p.m.
Le 28 décembre 2014 13:52, Franck Paul <carnet.franck.paul(a)gmail.com> a écrit :
Et je viens de comprendre que toutes les actions ayant une
répercussion sur
la base de données ne sont en fait pas du tout enregistrées.
En fait il y a une erreur dans la feature sur la sélection de la
langue : il faut en effet sélectionner la valeur textuelle, et non la
valeur envoyée.
Si je mets :
And I select "fr - Français" from "user_lang"
dans la feature, ça commute bien en français.
--
Bruno
2:10 p.m.
Ok, parce que je commençais à m'arracher les cheveux pour comprendre
comment s'était possible.
En cherchant de la doc je suis tombé sur l'option dry-run de behat, elle a
quel effet exactement ?
Le 28 décembre 2014 14:05, Bruno <dsls(a)morefnu.org> a écrit :
Le 28 décembre 2014 13:52, Franck Paul
<carnet.franck.paul(a)gmail.com> a
écrit :
> Et je viens de comprendre que toutes les actions ayant une répercussion
sur
> la base de données ne sont en fait pas du tout enregistrées.
En fait il y a une erreur dans la feature sur la sélection de la
langue : il faut en effet sélectionner la valeur textuelle, et non la
valeur envoyée.
Si je mets :
And I select "fr - Français" from "user_lang"
dans la feature, ça commute bien en français.
--
Bruno
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
2:19 p.m.
Donc le test de changement de langue devient :
Scenario: Change language to french
Given I am logged in as "admin" with password "password"
When I go to "/admin/preferences.php"
And I select "fr - Français" from "user_lang"
And I press "Update my profil"
Then I should be on "/admin/preferences.php"
And the "user_lang" field should contain "fr"
And I should see "Personal information has been successfully updated."
in the "p.success" element
Scenario: Change language back to english
Given I am logged in as "admin" with password "password"
When I go to "/admin/preferences.php"
And I select "en - English" from "user_lang"
And I press "Mettre à jour mon profil"
Then I should be on "/admin/preferences.php"
And the "user_lang" field should contain "en"
And I should see "Vos informations personnelles ont été enregistrées."
in the "p.success" element
J'ai rajouté un contrôle sur la valeur contenue dans "user_lang" car tester
simplement le message ne suffit pas (on peut n'avoir rien changé et cliqué
sur le bouton "Update my profil".
Le 28 décembre 2014 14:10, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Ok, parce que je commençais à m'arracher les cheveux pour
comprendre
comment s'était possible.
En cherchant de la doc je suis tombé sur l'option dry-run de behat, elle a
quel effet exactement ?
Le 28 décembre 2014 14:05, Bruno <dsls(a)morefnu.org> a écrit :
Le 28 décembre 2014 13:52, Franck Paul <carnet.franck.paul(a)gmail.com> a
> écrit :
> > Et je viens de comprendre que toutes les actions ayant une répercussion
> sur
> > la base de données ne sont en fait pas du tout enregistrées.
>
>
> En fait il y a une erreur dans la feature sur la sélection de la
> langue : il faut en effet sélectionner la valeur textuelle, et non la
> valeur envoyée.
>
> Si je mets :
> And I select "fr - Français" from "user_lang"
>
> dans la feature, ça commute bien en français.
>
> --
> Bruno
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
--
Franck
3:33 p.m.
Il faut réinitialiser la base après chaque test ! On doit partir pour
chaque test des mêmes conditions initiales. Sinon ce n'est pas reproductible
Le 28 décembre 2014 14:19, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Donc le test de changement de langue devient :
Scenario: Change language to french
Given I am logged in as "admin" with password "password"
When I go to "/admin/preferences.php"
And I select "fr - Français" from "user_lang"
And I press "Update my profil"
Then I should be on "/admin/preferences.php"
And the "user_lang" field should contain "fr"
And I should see "Personal information has been successfully updated."
in the "p.success" element
Scenario: Change language back to english
Given I am logged in as "admin" with password "password"
When I go to "/admin/preferences.php"
And I select "en - English" from "user_lang"
And I press "Mettre à jour mon profil"
Then I should be on "/admin/preferences.php"
And the "user_lang" field should contain "en"
And I should see "Vos informations personnelles ont été enregistrées."
in the "p.success" element
J'ai rajouté un contrôle sur la valeur contenue dans "user_lang" car
tester
simplement le message ne suffit pas (on peut n'avoir rien changé et cliqué
sur le bouton "Update my profil".
Le 28 décembre 2014 14:10, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
> Ok, parce que je commençais à m'arracher les cheveux pour comprendre
> comment s'était possible.
>
> En cherchant de la doc je suis tombé sur l'option dry-run de behat, elle
a
> quel effet exactement ?
>
> Le 28 décembre 2014 14:05, Bruno <dsls(a)morefnu.org> a écrit :
>
> Le 28 décembre 2014 13:52, Franck Paul <carnet.franck.paul(a)gmail.com> a
>> écrit :
>> > Et je viens de comprendre que toutes les actions ayant une
répercussion
>> sur
>> > la base de données ne sont en fait pas du tout enregistrées.
>>
>>
>> En fait il y a une erreur dans la feature sur la sélection de la
>> langue : il faut en effet sélectionner la valeur textuelle, et non la
>> valeur envoyée.
>>
>> Si je mets :
>> And I select "fr - Français" from "user_lang"
>>
>> dans la feature, ça commute bien en français.
>>
>> --
>> Bruno
>> --
>> Dev mailing list - Dev(a)list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
>>
>
>
>
> --
> Franck
>
--
Franck
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
4:23 p.m.
Le 28 décembre 2014 15:33, Nicolas <nikrou77(a)gmail.com> a écrit :
Il faut réinitialiser la base après chaque test ! On doit partir
pour
chaque test des mêmes conditions initiales. Sinon ce n'est pas reproductible
Je dirais plutôt : après chaque scénario. Ou alors imposer que chaque
scénario rétablisse la base à la fin.
--
Bruno
8:30 p.m.
Le 28 décembre 2014 16:23, Bruno <dsls(a)morefnu.org> a écrit :
Le 28 décembre 2014 15:33, Nicolas <nikrou77(a)gmail.com> a écrit
:
> Il faut réinitialiser la base après chaque test ! On doit partir pour
> chaque test des mêmes conditions initiales. Sinon ce n'est pas
reproductible
Je dirais plutôt : après chaque scénario. Ou alors imposer que chaque
scénario rétablisse la base à la fin.
Oui pardon c'est bien scénario. Il faut utiliser l'annotation AfterScenario
pour rétablir la base dans son état initial.
4:51 p.m.
Pour faire echo à cette discussion j'ai ouvert une discussion sur le forum :
http://forum.dotclear.org/viewtopic.php?pid=330871
Le 28 décembre 2014 20:30, Nicolas <nikrou77(a)gmail.com> a écrit :
Le 28 décembre 2014 16:23, Bruno <dsls(a)morefnu.org> a écrit :
> Le 28 décembre 2014 15:33, Nicolas <nikrou77(a)gmail.com> a écrit :
> > Il faut réinitialiser la base après chaque test ! On doit partir pour
> > chaque test des mêmes conditions initiales. Sinon ce n'est pas
> reproductible
>
> Je dirais plutôt : après chaque scénario. Ou alors imposer que chaque
> scénario rétablisse la base à la fin.
>
Oui pardon c'est bien scénario. Il faut utiliser l'annotation
AfterScenario pour rétablir la base dans son état initial.
5:33 p.m.
Très bien !
Le 29 décembre 2014 16:51, Nicolas <nikrou77(a)gmail.com> a écrit :
Pour faire echo à cette discussion j'ai ouvert une discussion sur
le forum
:
http://forum.dotclear.org/viewtopic.php?pid=330871
Le 28 décembre 2014 20:30, Nicolas <nikrou77(a)gmail.com> a écrit :
>
>
> Le 28 décembre 2014 16:23, Bruno <dsls(a)morefnu.org> a écrit :
>
>> Le 28 décembre 2014 15:33, Nicolas <nikrou77(a)gmail.com> a écrit :
>> > Il faut réinitialiser la base après chaque test ! On doit partir pour
>> > chaque test des mêmes conditions initiales. Sinon ce n'est pas
>> reproductible
>>
>> Je dirais plutôt : après chaque scénario. Ou alors imposer que chaque
>> scénario rétablisse la base à la fin.
>>
>
> Oui pardon c'est bien scénario. Il faut utiliser l'annotation
> AfterScenario pour rétablir la base dans son état initial.
>
>
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
3:36 p.m.
Le 19 décembre 2014 08:48, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Il y a plein d'implicite dans ces 3 lignes ;-)
Faut un WAMP/MAMP/LAMP, savoir utiliser un terminal, vérifier que les
commandes en question sont valides quel que soit l'OS, …
J'ai peut-être une solution: il "suffirait" de partager une image docker
pour ces tests. L'image en question serait une VM dotclear de tests
fonctionnels prête à l'emploi. On fait évoluer cette image, et tout le
monde en profite.
cf. https://www.docker.com
3:44 p.m.
Ah ué, sur OS X ça utilise VirtualBox pour gérer la VM, spa con…
j'suis en train d'installer l'appli helper de VBox pour voir…
Le 20 janvier 2015 15:36, Bruno <dsls(a)morefnu.org> a écrit :
Le 19 décembre 2014 08:48, Franck Paul
<carnet.franck.paul(a)gmail.com> a
écrit :
> Il y a plein d'implicite dans ces 3 lignes ;-)
>
> Faut un WAMP/MAMP/LAMP, savoir utiliser un terminal, vérifier que les
> commandes en question sont valides quel que soit l'OS, …
>
J'ai peut-être une solution: il "suffirait" de partager une image docker
pour ces tests. L'image en question serait une VM dotclear de tests
fonctionnels prête à l'emploi. On fait évoluer cette image, et tout le
monde en profite.
cf. https://www.docker.com
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
4:11 p.m.
Par contre si j'en juge par le dépôt Wordpress, faut tout de même une base
SQL quelque part, il faudra du coup prévoir de faire ça en SQLite, histoire
d'être tranquille, non ?
Le 20 janvier 2015 15:44, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Ah ué, sur OS X ça utilise VirtualBox pour gérer la VM, spa con…
j'suis en train d'installer l'appli helper de VBox pour voir…
Le 20 janvier 2015 15:36, Bruno <dsls(a)morefnu.org> a écrit :
Le 19 décembre 2014 08:48, Franck Paul <carnet.franck.paul(a)gmail.com> a
> écrit :
>
> > Il y a plein d'implicite dans ces 3 lignes ;-)
> >
> > Faut un WAMP/MAMP/LAMP, savoir utiliser un terminal, vérifier que les
> > commandes en question sont valides quel que soit l'OS, …
> >
>
> J'ai peut-être une solution: il "suffirait" de partager une image
docker
> pour ces tests. L'image en question serait une VM dotclear de tests
> fonctionnels prête à l'emploi. On fait évoluer cette image, et tout le
> monde en profite.
>
> cf. https://www.docker.com
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
--
Franck
4:18 p.m.
Le 20 janvier 2015 16:11, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Par contre si j'en juge par le dépôt Wordpress, faut tout de même
une base
SQL quelque part, il faudra du coup prévoir de faire ça en SQLite, histoire
d'être tranquille, non ?
Ca reste une VM, on doit donc pouvoir y mettre ce qu'on veut. Je découvre
aussi, mais il faudrait faire un peu joujou avec je pense :)
--
Bruno
4:30 p.m.
Cela dit, l'idée d'utiliser une base SQLite n'est pas innocente, ça
permettrait d'avoir des tests sur cette config (on en a peu aujourd'hui)
Le 20 janvier 2015 16:18, Bruno <dsls(a)morefnu.org> a écrit :
Le 20 janvier 2015 16:11, Franck Paul
<carnet.franck.paul(a)gmail.com> a
écrit :
> Par contre si j'en juge par le dépôt Wordpress, faut tout de même une
base
> SQL quelque part, il faudra du coup prévoir de faire ça en SQLite,
histoire
> d'être tranquille, non ?
>
Ca reste une VM, on doit donc pouvoir y mettre ce qu'on veut. Je découvre
aussi, mais il faudrait faire un peu joujou avec je pense :)
--
Bruno
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
4:33 p.m.
Le 20 janvier 2015 16:30, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Cela dit, l'idée d'utiliser une base SQLite n'est pas
innocente, ça
permettrait d'avoir des tests sur cette config (on en a peu aujourd'hui)
Idéalement, il faudrait pouvoir tester avec les 3 types de bases supportés
:)
8:48 a.m.
Petite démo, le code est sur https://bitbucket.org/dsls/dc-mink
Prérequis :
* Avoir installé un dotclear de test dans http://localhost/dcmink
* Avoir un user admin (mot de passe password) créé
Installation de dc-mink :
* Cloner le dépôt
* récupérer composer.phar (https://getcomposer.org/)
* Installer le biniou :
php composer.phar install
* lancer behat :
bin/behat features/test.feature
Une seule "feature" pour l'instant : test.feature, dont le contenu est :
# features/search.feature
Feature: Basic test
I test login features
Scenario: Login successful
Given I am on "/admin/auth.php"
When I fill in "user_id" with "admin"
And I fill in "user_pwd" with "password"
And I press "log in"
Then I should be on "/admin/index.php"
--
Bruno
Le 17 décembre 2014 13:26, Bruno <dsls(a)morefnu.org> a écrit :
Hello,
Vu les dernières discussions sur les gros patchs censés ne rien casser,
j'me dis que c'est peut-être le moment de relancer le sujet tests de
non-régressions fonctionnelles de dc, via behat/mink.
Dans l'idée : on crée un blog from scratch sur un site (localhost), et on
lance une série de scénarios de tests fonctionnels décrits à la sauce
behat, du genre
# features/posts.featureFeature: posts In order to see a list of posts
As a normal user I need to be able to perform actions on posts
Scenario: listing entries Given I am on "admin/index.php" When I follow
"Entries" Then I should be on "admin/index.php"
L'idée étant d'avoir un maximum de scénarios de test fonctionnels...
Si des gens sont tentés par ça, je peux approfondir le sujet et commencer
un embryon de projet dc-mink. Il ne devrait pas falloir grand chose pour
avoir des scénarios implémentables facilement.
--
Bruno
3387
days inactive
3421
days old
57 comments
7 participants
participants (7)
-
Bruno -
Franck Paul -
Julien Wajsberg -
Kozlika -
Nicolas -
Philippe -
Pierre Equoy