PHPPRO

Commentaires récents

• jpauli:

  Ah oui je confirme, ne jamais utiliser Exception car PHPUnit lui même les attrape.
  De manière générale utiliser Exception n'est pas correct de toute manière ;-)

  $this->setExpectedException('MonException'); est aussi possible depuis un test.

• J.ducastel:

  Si le concept de packages pour PHP vous intéresse, jetez un coup d'oeil à http://webappkit.net

  Il s'agit un système de paquets pour PHP, qui facilite la gestion des dépendances entre librairies et offre également une interface d'administration permettant de visualiser le tout et d'executer les tests unitaires.

  Et bien sûr, c'est open source et quelques librairies sont déjà fournies.

• Olivier Hoareau:

  Merci pour l'information sur webappkit !

  Je testerais dès que possible.

  Quelle est la particularité par rapport au système de gestion de dépendances et de packaging de PEAR ?

  Olivier

• J.ducastel:

  PEAR s'installe au niveau système et ne gère que des librairies. Webappkit s'installe au niveau application web (simple dezippage), de telle manière qu'une appli construite sur Webappkit peut être entièrement installée via FTP.

  De même, l'interface d'administration est une page web qui à terme permettra d'installer les librairies par upload de fichier zip. Pour l'instant elle permet de visualiser les tests, vérifier les dépendances, l'intégrité des paquets etc.

  En outre, les paquets sont accessibles sous forme d'objets dont la classe est extensible, et auquels on peut adjoindre des objets services issus d'autres paquets. Un paquet peut ainsi contenir d'autres types de ressource que des scripts PHP, tel que des templates, etc. Ceci permet d'avoir une application complete sous forme de paquet.

  Je ferai une nouvelle release (0.13) prochainement (une a deux semaines).

• Cédric:

  Je suis en train d'essayer, mais après avoir installé PHPUnitLaucher et les outils de dev Java, "Run As... Junit test" m'ouvre la console pour me dire "May be port 8888 in used, try another". Ou parfois il ne dit rien.

  J'avoue que je ne sais pas quoi passer à -DphpunitArgs...

• Jean-Sébastien H.:

  Plutot qu'écrire du code pour les Mock, PHPUnit a développé un système de bouchon assez puissant.

  Voir la fonction getMock

• Bruno:

  Justement à propos de :
  il manque un test (non unitaire cette fois-ci) qui nous permet de vérifier

  Quelle serait sa forme idéale ? Implémentation, méthode, utilisation ?

• Olivier Hoareau:

  @Bruno: un début de réponse dans mon post : http://blog.phppro.fr/?post/2009/08/14/Tests-d-integration-quezako

• Olivier Hoareau:

  @jsh : tout à fait d'accord avec la présence de cette fonctionnalité intéressante de PHPUnit, pour ma part je préfère réaliser mes mocks moi même car sinon je ne peux pas utiliser de mock en dehors de mes tests unitaires, hors cela peut être intéressant d'utiliser un mock à certains moment du développement (au début du développement d'un webservices par exemple), ou bien dans un autre contexte d'appel que phpunit. D'autre part, je trouve le mécanisme de gestion de la pile d'appel assez verbeux à écrire pour le mock, et je préfère la notion de pile à la "addExpectedResult", plus brute mais plus simple. Mais la fonctionnalité reste intéressante ;)

• Olivier Hoareau:

  @Cédric: je t'invite à ouvrir un ticket sur http://code.google.com/p/phpunit4eclipse/issues/list, ou à contacter Bertrand Paquet le développeur "bertrand point paquet at gmail point com"

• s2pham:

  merci pour cette article, c'est intéressant de trouver des sujets qui touche le monde professionel en plus autour de PHP. Ce qui est rare.
  Mais c'est vrai qu'avoir des exemples concret c'est encore mieux. aussi je suis preneur

• Olivier Hoareau:

  Complément d'information posté sur le blog de Clochix (http://www.clochix.net/post/2009/09...) concernant l'utilisation des fonctionnalité Mock de PHPUnit:
  Pour ma part, j'évite de l'utiliser (i.e. la fonctionnalité Mock de PHPUnit) car je souhaite rester indépendant d'un quelconque framework lors de mon développement.

  Les fonctionnalités Mock de PHPUnit sont très intéressantes, elles ont cependant de mon point de vue un défaut majeure dans l'utilisation que je fais des mocks. En effet, lorsque je développe j'utilise la version "mock" de mes classes (adapter) dans mon code tant que je n'ai pas développé la version native (standard). Cela me permet de prototyper / présenter rapidement les fonctionnalités "statiques" de mes développements et de "débrancher" lorsque je suis prêt le mock pour mettre la vraie implémentation (imaginez que je développe un webservice et que je doive rapidement fournir une version de mon webservice pour des consommateurs qui seraient "impatients"). Le problème avec le framework PHPUnit est qu'il n'est pas adapté a priori pour une utilisation en dehors des tests unitaires.
  autre part les mocks peuvent être utiles dans d'autres cas encore que les tests unitaires et celui que je décris, par exemple certains tests d'intégration qui porte sur d'autres zones du code... même remarque dans ce cas.

  Et vous quels sont vos pratiques pour mettre en place des bouchons dans les cas autres que les tests unitaires ?

• jacko972:

  Bonjour,

  j'ai trouvé le slide excellent. cela correspond pile poil à ce que j'aimerai mettre en place dans mon entreprise.
  ce n'est pas facile mais j'y crois dur comme fer.
  est-ce que tu as quelques conseils sur la manière de procéder ?
  merci d'avances

• Olivier Hoareau:

  @jacko972: envoie moi un email sur contact at phppro point fr en me décrivant ton contexte, tes problématiques et tes questions

• Johann:

  Merci pour cet article.
  Il me servira de base pour l'intégration de ces outils.

• jpauli:

  Je n'utilise pas phing avec PUC, car PUC(CC) intègre déja Ant, je ne vois pas trop l'interêt de remplacer Ant par Phing ?

• Olivier Hoareau:

  @jpauli: Phing étant écrit en PHP, il est 100% extensible en PHP (ce qui n'est pas le cas de Ant, qui nécessite Java). Ce qui permet de rapidement / facilement développer des tasks (classes) complémentaire pour rationnaliser certaines pratiques récurrentes dans les projets (mêmes internes). Dans mon cas, 80% des développeurs que je croise ne sont pas à l'aise avec Java, ca les rassure et les rend plus opérationnel d'utiliser un outil en PHP ;)

• Hervé:

  Merci pour l'article Olivier, comme d'habitude c'est intéressant

• metagoto:

  J'utilise ArrayAccess quand j'ai besoins de l'interface compatible array, à laquelle s'ajoutent généralement Countable et un Iterator. C'est d'une banalité affligeante ;)

  Le gros défaut est que php interdit de redéfinir une méthode avec une signature différente. On ne peut donc pas y injecter du type hinting, ou alors on le fait de manière détournée dans le corps de la méthode.

  Par exemple un ORM. Une property modélise une relation 1-N vers des types T. Celle-ci expose un "ArrayAccess" pour que l'utilisateur puisse y ajouter des types uniquement compatibles avec T. Ce comportement ne serait pas possible si la property n'était qu'un simple array dans lequel on peut ajouter ce qu'on veut.