<?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>Agilex : Agilité et Expertise &#187; Testeurs</title>
	<atom:link href="http://www.agilex.fr/tag/testeurs/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agilex.fr</link>
	<description>Agile, Lean, Scrum et informations diverses</description>
	<lastBuildDate>Wed, 08 Feb 2012 13:31:16 +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>Tests et Agilité</title>
		<link>http://www.agilex.fr/2009/02/tests-et-agilite/</link>
		<comments>http://www.agilex.fr/2009/02/tests-et-agilite/#comments</comments>
		<pubDate>Mon, 23 Feb 2009 08:56:00 +0000</pubDate>
		<dc:creator>Alexandre Boutin</dc:creator>
				<category><![CDATA[Scrum]]></category>
		<category><![CDATA[compétences]]></category>
		<category><![CDATA[QA]]></category>
		<category><![CDATA[Test]]></category>
		<category><![CDATA[Testeurs]]></category>

		<guid isPermaLink="false">http://www.agilex.fr/?p=411</guid>
		<description><![CDATA[Lorsque l&#8217;on vous parle d&#8217;équipe de test ou de QA, cela vous évoque-t-il des personnes essayant de faire planter le logiciel réalisé pour démontrer à l&#8217;équipe de développement qu&#8217;elle s&#8217;est trompée ? Si c&#8217;est le cas vous êtes dans l&#8217;erreur et il serait bon que vous réfléchissiez encore à la situation. Dans notre culture, le [...]]]></description>
			<content:encoded><![CDATA[<p>Lorsque l&#8217;on vous parle d&#8217;équipe de test ou de QA, cela vous évoque-t-il des personnes essayant de faire planter le logiciel réalisé pour démontrer à l&#8217;équipe de développement qu&#8217;elle s&#8217;est trompée ?</p>
<p><strong>Si c&#8217;est le cas vous êtes dans l&#8217;erreur et il serait bon que vous réfléchissiez encore à la situation.</strong></p>
<p>Dans notre culture, le rôle du testeur est généralement dévalué par rapport à celui du développeur (parfois même au niveau du salaire), et pour certains développeurs, le développement de tests est considéré comme une tâche subalterne n&#8217;ayant aucun aspect &laquo;&nbsp;noble&nbsp;&raquo;.</p>
<p><span id="more-411"></span></p>
<p>Dans une approche Scrum, le testeur est considéré comme un membre à part entière de l&#8217;équipe, qui possède une spécialité reconnue, comme la vision du fonctionnement global du produit,  qui ne sera pas pour autant uniquement cantonné aux tâches de tests, et qui apporte une plus value réelle à l&#8217;organisation.</p>
<p>Regardons la contribution du testeur en mode Scrum :</p>
<ul>
<li>Lors de la revue du Product Backlog, il aide l&#8217;équipe à mieux comprendre chaque item en contribuant à formaliser les critères de recette (&laquo;&nbsp;acceptance criteria&nbsp;&raquo;)</li>
<li>Lors du Sprint Planning, il amène une vision produit dans son ensemble (il est souvent l&#8217;un des seuls à avoir cette vision globale) qui aide l&#8217;équipe à ne pas oublier certaine tâches de réalisation</li>
<li>Lors du Stand Up quotidien, il acquière de la connaissance sur l&#8217;architecture de l&#8217;application qui lui permettra de poser les bonnes questions (celle qui font progresser l&#8217;équipe) et de développer le jeu de tests le plus pertinent pour valider l&#8217;application (je ne parle pas ici des tests unitaires qui sont généralement de la responsabilité des développeurs).</li>
<li>Lors du Sprint, les jeux de tests qu&#8217;il a créé et automatisé contribuent à l&#8217;obtention du DONE, tel que défini au niveau de l&#8217;item du Backlog, du Sprint ou de la Release.</li>
<li>Lors de la Review, il est bien souvent, vu du management, le garant que les choses sont réellement terminées et que les fonctionnalités sont potentiellement déployables. La nécessité de rassurer le management n&#8217;est pas une pratique agile à proprement parlé mais est absolument nécessaire dans les organisations actuelles &#8230; le temps pour elles de changer leurs mentalités.</li>
<li>Lors de la Retrospective, il contribue au même titre que les autres membres et identifie ce qui a bien et mal marché et ce qui peut être amélioré.</li>
</ul>
<p>L&#8217;approche Scrum permet à une entreprise de tirer le meilleur parti de la totalité des compétences des testeurs en les intégrant tout au long du cycle de développement du produit. Si vous pensez encore que le testeur n&#8217;est que celui qui sait rentrer les bugs dans l&#8217;outil de tracking &#8230; recommencez la lecture de cet article</p>
]]></content:encoded>
			<wfw:commentRss>http://www.agilex.fr/2009/02/tests-et-agilite/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

