TestBuilder - commentairesTestBuilder2019-09-02T17:07:49Zhttps://contrib.spip.net/TestBuilder#comment5021982019-09-02T17:07:49Z<p>autre question : peux t'on executer les tests uniquement pour un plugin<small class="fine d-inline"> </small>?</p>TestBuilder2019-09-02T17:07:01Zhttps://contrib.spip.net/TestBuilder#comment5021972019-09-02T17:07:01Z<p>Pour les plugins, cela créé dans <code class="spip_code spip_code_inline" dir="ltr">/tests</code> de la racine de spip, et pas dans le dossier du plugins.</p>TestBuilder2010-03-04T21:25:13Zhttps://contrib.spip.net/TestBuilder#comment4272052010-03-04T21:25:13Z<p>hum,<br class="autobr">
un petit pb de saisi : <br>- je dois retourner un résultat avec des retours à la ligne
<br>- donc j'ai besoin d'un texarea
<br>- je fais un test sans rien préciser commme résultat attendu. Le résultat calculé est mis dans un input
<br>- je clique sur textarea -> mais j'ai perdu mes retours à la ligne car la value d'un input ne peut être avoir de retour</p>
<p>pour le moment la seule solution que j'ai vue est de mettre mettre directement un textarea plutôt qu'un input</p>TestBuilder2010-03-03T18:31:42Zhttps://contrib.spip.net/TestBuilder#comment4271592010-03-03T18:31:42Z<p>super, c''est nickel.</p>
<p>Une remarque supplémentaire : en allant dans /tests on n'a pas l'ensemble des globales de SPIP et des fichiers de type options/fonctions.</p>
<p>résultat, j'ai dû les inclure à la main dans les jeu de test (regarde mes commits sur spip- bible pour plus de détails)</p>
<p>serait-il pertinent de les inclures par défaut<small class="fine d-inline"> </small>?</p>TestBuilder2010-02-28T16:15:37Zhttps://contrib.spip.net/TestBuilder#comment4269922010-02-28T16:15:37Z<p>Voila, la version 0.3 permet de spécifier le résultat attendu si besoin, et c'est intégré dans la doc.</p>TestBuilder2010-02-28T13:25:01Zhttps://contrib.spip.net/TestBuilder#comment4269822010-02-28T13:25:01Z<p>Oui en fait le résultat attendu est calculé automatiquement en exécutant la fonction avec les arguments proposés.<br class="autobr">
Mais parfois (voire au début lorsqu'on écrit le test avant la fonction), on voudrait indiquer le résultat à la main. Je vais ajouter cette fonctionnalité, car c'est très simple à implémenter.</p>
<p>Cela permettra d'avoir les 2 possibilités : écrire un test a posteriori sur une fonction qui marche, ecrire un test a priori sur une fonction qui ne marche pas encore en spécifiant le résultat attendu.</p>TestBuilder2010-02-27T23:45:08Zhttps://contrib.spip.net/TestBuilder#comment4269732010-02-27T23:45:08Z<p>oki, j'ai compris. Ce qui compte comme résultat, c'est le résultat du premier test ... peut-être à rajouter dans l'article<small class="fine d-inline"> </small>?</p>TestBuilder2010-02-27T19:03:03Zhttps://contrib.spip.net/TestBuilder#comment4269632010-02-27T19:03:03Z<p>merci pour ce super module, qui effectivement me sera sans doute utile...</p>
<p>mais il y a une chose que je ne pige pas bien<small class="fine d-inline"> </small>!</p>
<p>si j'ai bien suivis ce qui est dit là <a href="http://www.spip-blog.net/Extr3mz-pr0gr4mm1n.html" class="spip_url spip_out auto" rel="nofollow external">http://www.spip-blog.net/Extr3mz-pr0gr4mm1n.html</a>, le principe des test est : tu a des arguments en entrée de fonctions, tu fais passer par la fonction, et tu vérifie que tu obtiens bien ce que tu veux en sorti. M'abuse ou non<small class="fine d-inline"> </small>?</p>
<p>Or là tu mentionne comment définir les valeurs d'entré, mais j'ai beau relire l'article, je ne vois pas comment définir les valeurs de sortis.</p>
<p>Ps : par ailleur, peut-être préciser en entete d'article la compatibilité seulement avec 2.1</p>
<p>a+</p>