<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>technique @PMSIpilot &#187; hudson</title>
	<atom:link href="http://www.pmsipilot.org/tag/hudson/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pmsipilot.org</link>
	<description>Blog du service technique de PMSIpilot</description>
	<lastBuildDate>Fri, 20 Jan 2012 09:07:13 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Code coverage des tests unitaires d&#8217;un projet symfony et intégration dans Hudson CI</title>
		<link>http://www.pmsipilot.org/2010/06/16/code-coverage-des-tests-unitaires-dun-projet-symfony-et-integration-dans-hudson-ci/</link>
		<comments>http://www.pmsipilot.org/2010/06/16/code-coverage-des-tests-unitaires-dun-projet-symfony-et-integration-dans-hudson-ci/#comments</comments>
		<pubDate>Wed, 16 Jun 2010 07:25:19 +0000</pubDate>
		<dc:creator>adrien.gallou</dc:creator>
				<category><![CDATA[développement informatique]]></category>
		<category><![CDATA[hudson]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[symfony]]></category>
		<category><![CDATA[testing]]></category>

		<guid isPermaLink="false">http://www.pmsipilot.org/?p=405</guid>
		<description><![CDATA[Après avoir écrit quelques tests unitaires, on peut se demander si les tests écrits couvrent une partie assez importante du code de la classe testée, quelles peuvent être les classes restantes à tester ou tout simplement avoir une idée de l&#8217;étendue du projet couverte par des tests unitaires. Pour cela nous utiliseront le plugin Hudson [...]]]></description>
			<content:encoded><![CDATA[<p>Après avoir écrit quelques tests unitaires, on peut se demander si les tests écrits couvrent<br />
 une partie assez importante du code de la classe testée, quelles peuvent être les classes restantes à tester ou tout simplement avoir une idée de l&#8217;étendue du projet couverte par des tests unitaires.</p>
<p>  Pour cela nous utiliseront le plugin Hudson <a href="http://wiki.hudson-ci.org/display/HUDSON/Emma+Plugin">Emma</a> pour l&#8217;affichage dans Hudson, ainsi que le plugin symfony <a href="http://www.symfony-project.org/plugins/agEmmaCoverageReportPlugin">agEmmaCoverageReport</a> pour générer le fichier xml au format emma.<br />
  Le format &laquo;&nbsp;emma&nbsp;&raquo; est à la basée utilisé en java, plus d&#8217;infos sur le <a href="http://emma.sourceforge.net/">site</a> du projet.</p>
<p><strong>Utilisation de la tache de génération du rapport xml</strong></p>
<p><em>L&#8217;extension xdebug doit être installée (mais pas forcément activée).</em></p>
<p>Les fichiers testés sont trouvés en utilisant l&#8217;autoload, les fichiers de tests doivent être nommés de la façon suivante : <code>nomDeLaClasseTesteeTest.php</code>, par exemple le classe &laquo;&nbsp;qualifactCellFormatterEuro&nbsp;&raquo; aura pour fichier de test &laquo;&nbsp;qualifactCellFormatterEuroTest.php&nbsp;&raquo;.</p>
<p>  Voyons tout d&#8217;abord comment fonctionne la génération du fichier xml de rapport :</p>
<p>Si xdebug est activé par défaut : </p>
<p><code>./symfony ecr:report --xml=cheminOuSauverLeXml.xml</code></p>
<p>Mais sur le serveur d&#8217;intégration cela n&#8217;est probablement pas le cas, et il serait<br />
gênant d&#8217;avoir à l&#8217;activer pour les autres tests alors que qu&#8217;il est seulement utilisé pour le coverage.<br />
Pour cela on peut indiquer à la tache le chemin ou se situe l&#8217;extension xdebug (par exemple sur une Mandriva il se situe ici : &laquo;&nbsp;/usr/lib/php/extensions/xdebug.so&nbsp;&raquo;). La tâche sera alors appelée de cette façon.</p>
<p><code>./symfony ecr:report --xml=cheminOuSauverLeXml.xml --xdebug-extension-path=/usr/lib/php/extensions/xdebug.so</code></p>
<p><strong>Intégration dans Hudson CI</strong></p>
<p> Création et configuration du job </p>
<ul>
<li>Dans le menu de gauche : &laquo;&nbsp;Nouvelle Tache&nbsp;&raquo;</li>
<li>Cliquez sur &laquo;&nbsp;Construire un projet free-style&nbsp;&raquo;</li>
<li>Donnez un nom au job</li>
<li> Entrez alors l&#8217;url du dépôt</li>
<li>Après checkout nous voulons lancer les tests unitaires ainsi que la tache créant</li>
<p> le rapport de coverage, nous allons donc ajouter une étape au build. Celle ci sera de<br />
 type &laquo;&nbsp;Executer un script shell&nbsp;&raquo; </p>
<li>Dans la liste des commandes nous allons donc lancer les tests et le coverage de cette façon :</li>
<p><code>$WORKSPACE/symfony test:unit --xml=log/unit.xml<br />
$WORKSPACE/symfony ecr:report --xml=log/coverage.xml</code></p>
<p><a href="http://www.pmsipilot.org/wp-content/uploads/2010/06/executer_script.png"><img src="http://www.pmsipilot.org/wp-content/uploads/2010/06/executer_script-300x45.png" alt="executer_script" width="300" height="45" class="aligncenter size-medium wp-image-425" /></a></p>
<li>Pour les résultats des tests unitaires, cochons la case &laquo;&nbsp;Publier le rapport des résultats de tests JUnit&nbsp;&raquo; puis dans &laquo;&nbsp;XML des rapports de test&nbsp;&raquo; nous indiquons ou chercher le fichier XML en saisissant : &laquo;&nbsp;log/unit.xml&nbsp;&raquo;</li>
<li>Pour le code coverage, cochons la case &laquo;&nbsp;Record Emma coverage report&nbsp;&raquo; puis dans &laquo;&nbsp;Folders or files containing Emma XML reports&nbsp;&raquo; nous indiquons où chercher le fichier XML en saisissant : &laquo;&nbsp;log/coverage.xml&nbsp;&raquo;</li>
<li>Il faudra ensuite exécuter le job</li>
</ul>
<p> <strong>Affichage du rapport de code coverage</strong></p>
<p>Après lancement du job les résultats du code coverage apparaissent dans la section &laquo;&nbsp;Coverage Trend&nbsp;&raquo;. </p>
<p><a href="http://www.pmsipilot.org/wp-content/uploads/2010/06/graph.png"><img src="http://www.pmsipilot.org/wp-content/uploads/2010/06/graph-300x224.png" alt="graph" width="300" height="224" class="aligncenter size-medium wp-image-431" /></a></p>
<p>   Pour un détail du coverage il faut cliquer sur le graphique.</p>
<p>La couverture du code par les tests unitaire est alors présentée par package ainsi que par classe, méthode, bloc et ligne.</p>
<p>Les blocs sont tous à 0 car c&#8217;est une notion seulement utilisée en java. Une méthode ou une classe est couverte si toutes les lignes qui la contiennent sont couvertes. Ainsi certaines classes, ne contenant aucune ligne de code, ayant juste leur déclaration, seront indiquées comme couvertes à 100%.</p>
<p><a href="http://www.pmsipilot.org/wp-content/uploads/2010/06/tableau_floute.png"><img src="http://www.pmsipilot.org/wp-content/uploads/2010/06/tableau_floute-300x161.png" alt="tableau_floute" width="300" height="161" class="aligncenter size-medium wp-image-440" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.pmsipilot.org/2010/06/16/code-coverage-des-tests-unitaires-dun-projet-symfony-et-integration-dans-hudson-ci/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
	</channel>
</rss>

