<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
	>
<channel>
	<title>Comments on: Testadores Ágeis</title>
	<atom:link href="http://blog.fragmental.com.br/2008/03/24/testadores-ageis/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.fragmental.com.br/2008/03/24/testadores-ageis/</link>
	<description>Software e Batatas</description>
	<pubDate>Mon, 15 Mar 2010 21:05:50 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Alvaroi</title>
		<link>http://blog.fragmental.com.br/2008/03/24/testadores-ageis/comment-page-1/#comment-117875</link>
		<dc:creator>Alvaroi</dc:creator>
		<pubDate>Sat, 19 Dec 2009 13:48:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fragmental.com.br/2008/03/24/testadores-ageis/#comment-117875</guid>
		<description>CERTIFICAÇÂO DE TESTE SERÁ QUE VALE MESMO?
Faço testes a 6 anos em uma multinacional CMMI5.
Muitos processos....
Tenho curso superior e gosto de estudar.
Tenho algumas boas certificações, incluindo de teste e sou lider de equipe de teste.
Porem fui fazer o exame para uma dessas duas mais “famosas” que tem por ai.
A prova era facil demais!! Se não fechei a prova, foi perto.
No fim preenchi aquele questionario e marquei NÃO na resposta da pergunta sobre se tinha feito algum curso preparatorio.
O meu resultado na prova foi 60% mas não fui aprovado por que é ACIMA de 60%.
Muito estralho viu, parecer ate que existe algo “esquisito” nestas certicações.
Sem ela minha experiencial vale menos no mercado?
Testo, faço carga, faço design, homologo, acompanho em
produção, etc. Tudo fora do processo as vistas grossas da diretoria.
O trabalho sai!
Estes caras acham que com um sismples certificação (estas duas ai) vão pode ser melhor que quem não tem?
testadores = leitores de docs &amp;&amp; apertadores de botão
Um barço a todos!</description>
		<content:encoded><![CDATA[<p>CERTIFICAÇÂO DE TESTE SERÁ QUE VALE MESMO?<br />
Faço testes a 6 anos em uma multinacional CMMI5.<br />
Muitos processos&#8230;.<br />
Tenho curso superior e gosto de estudar.<br />
Tenho algumas boas certificações, incluindo de teste e sou lider de equipe de teste.<br />
Porem fui fazer o exame para uma dessas duas mais “famosas” que tem por ai.<br />
A prova era facil demais!! Se não fechei a prova, foi perto.<br />
No fim preenchi aquele questionario e marquei NÃO na resposta da pergunta sobre se tinha feito algum curso preparatorio.<br />
O meu resultado na prova foi 60% mas não fui aprovado por que é ACIMA de 60%.<br />
Muito estralho viu, parecer ate que existe algo “esquisito” nestas certicações.<br />
Sem ela minha experiencial vale menos no mercado?<br />
Testo, faço carga, faço design, homologo, acompanho em<br />
produção, etc. Tudo fora do processo as vistas grossas da diretoria.<br />
O trabalho sai!<br />
Estes caras acham que com um sismples certificação (estas duas ai) vão pode ser melhor que quem não tem?<br />
testadores = leitores de docs &amp;&amp; apertadores de botão<br />
Um barço a todos!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: André Pinto</title>
		<link>http://blog.fragmental.com.br/2008/03/24/testadores-ageis/comment-page-1/#comment-86171</link>
		<dc:creator>André Pinto</dc:creator>
		<pubDate>Wed, 26 Mar 2008 14:50:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fragmental.com.br/2008/03/24/testadores-ageis/#comment-86171</guid>
		<description>É Phillip, salve-se quem puder!
Atualmente vejo esses testes burocráticos feitos por alguém que nem conhece os requisitos do sistema... Alguns scripts prontos tais como: "Deixe todos os campos em branco e pressione salvar", "Preencha o primeiro campo obrigatório e deixe os outros em branco"... MEU DEUS! QUE PERDA DE TEMPO E BUROCRACIA... A empresa em questão está no nível 2 do CMMI e rumo ao nível 3 em 2008. Muito bom isso, não??? (tom irônico)

abs cara!</description>
		<content:encoded><![CDATA[<p>É Phillip, salve-se quem puder!<br />
Atualmente vejo esses testes burocráticos feitos por alguém que nem conhece os requisitos do sistema&#8230; Alguns scripts prontos tais como: &#8220;Deixe todos os campos em branco e pressione salvar&#8221;, &#8220;Preencha o primeiro campo obrigatório e deixe os outros em branco&#8221;&#8230; MEU DEUS! QUE PERDA DE TEMPO E BUROCRACIA&#8230; A empresa em questão está no nível 2 do CMMI e rumo ao nível 3 em 2008. Muito bom isso, não??? (tom irônico)</p>
<p>abs cara!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: leandro</title>
		<link>http://blog.fragmental.com.br/2008/03/24/testadores-ageis/comment-page-1/#comment-85544</link>
		<dc:creator>leandro</dc:creator>
		<pubDate>Mon, 24 Mar 2008 13:59:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fragmental.com.br/2008/03/24/testadores-ageis/#comment-85544</guid>
		<description>Texto interessantíssimo...
Parabéns PS</description>
		<content:encoded><![CDATA[<p>Texto interessantíssimo&#8230;<br />
Parabéns PS</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: if (testadores = leitores de docs &#38;&#38; apertadores de botão) assert false; &#171; TJRN Developers</title>
		<link>http://blog.fragmental.com.br/2008/03/24/testadores-ageis/comment-page-1/#comment-85365</link>
		<dc:creator>if (testadores = leitores de docs &#38;&#38; apertadores de botão) assert false; &#171; TJRN Developers</dc:creator>
		<pubDate>Sun, 23 Mar 2008 17:50:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fragmental.com.br/2008/03/24/testadores-ageis/#comment-85365</guid>
		<description>[...] if (testadores = leitores de docs &amp;&amp; apertadores de botão) assert&#160;false;  Postado no 23, março, 2008 por samuelvalerio     Post interessante do Shoes sobre os testadores. Ele faz um comparativo, baseado em sua experiência, entre testadores ágeis e não ágeis.  Veja aqui! [...]</description>
		<content:encoded><![CDATA[<p>[...] if (testadores = leitores de docs &amp;&amp; apertadores de botão) assert&nbsp;false;  Postado no 23, março, 2008 por samuelvalerio     Post interessante do Shoes sobre os testadores. Ele faz um comparativo, baseado em sua experiência, entre testadores ágeis e não ágeis.  Veja aqui! [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GutoCosta</title>
		<link>http://blog.fragmental.com.br/2008/03/24/testadores-ageis/comment-page-1/#comment-85354</link>
		<dc:creator>GutoCosta</dc:creator>
		<pubDate>Sun, 23 Mar 2008 14:26:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fragmental.com.br/2008/03/24/testadores-ageis/#comment-85354</guid>
		<description>Phillip,

Excelente artigo. Atualmente trabalho em uma empresa que está implantando um processo de desenvolvimento baseado no RUP.
Lendo seu texto (a parte de waterfall), vi que é exatamente  o que acontece na equipe que trabalho. O testador, escreve um caso de teste baseado em um caso de uso, que é escrito somente porque faz parte da burocracia imposta pelo escritório de projetos, obviamente este UC "nas coxas" (como se diz na minha terra) não é nada bem escrito e é nele que a homologação é baseada. Sabe  o que acaba acontecendo, um teste da interface com o usuário. Tem 1 ano que a equipe de teste foi montada, nunca vi eles encontrarem um bug relevante, a não ser interface fora do padrão, mensagens sem pontuação adequada. E algumas vezes bugs são encontrados pelo usuário final e a desculpa é sempre a mesma: "Isto não estava no Caso de Uso". O testador não participa do desenvolvimento, apenas lê os documentos escritos pelo analista, acho que isso é um grande erro.
Concordo plenamente com o que vc disse sobre não agregar valor. Pelo contrário, acaba gerando um desgaste na equipe que acaba trocando ícones e reescrevendo mensagens quando o sistemas está em homologação. E o pior, no relatório de bugs, isto tudo é computado como bug.
Qual o valor agregado em uma equipe assim? Acho que quase 0.
Valeu
Parabéns pelo blog.</description>
		<content:encoded><![CDATA[<p>Phillip,</p>
<p>Excelente artigo. Atualmente trabalho em uma empresa que está implantando um processo de desenvolvimento baseado no RUP.<br />
Lendo seu texto (a parte de waterfall), vi que é exatamente  o que acontece na equipe que trabalho. O testador, escreve um caso de teste baseado em um caso de uso, que é escrito somente porque faz parte da burocracia imposta pelo escritório de projetos, obviamente este UC &#8220;nas coxas&#8221; (como se diz na minha terra) não é nada bem escrito e é nele que a homologação é baseada. Sabe  o que acaba acontecendo, um teste da interface com o usuário. Tem 1 ano que a equipe de teste foi montada, nunca vi eles encontrarem um bug relevante, a não ser interface fora do padrão, mensagens sem pontuação adequada. E algumas vezes bugs são encontrados pelo usuário final e a desculpa é sempre a mesma: &#8220;Isto não estava no Caso de Uso&#8221;. O testador não participa do desenvolvimento, apenas lê os documentos escritos pelo analista, acho que isso é um grande erro.<br />
Concordo plenamente com o que vc disse sobre não agregar valor. Pelo contrário, acaba gerando um desgaste na equipe que acaba trocando ícones e reescrevendo mensagens quando o sistemas está em homologação. E o pior, no relatório de bugs, isto tudo é computado como bug.<br />
Qual o valor agregado em uma equipe assim? Acho que quase 0.<br />
Valeu<br />
Parabéns pelo blog.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
