<?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/"
	xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comentários sobre Bugs Busters</title>
	<atom:link href="http://testsnews.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://testsnews.wordpress.com</link>
	<description>Just another WordPress.com weblog</description>
	<lastBuildDate>Tue, 11 Sep 2007 14:20:27 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comentário sobre Ambiente de teste por Beck</title>
		<link>http://testsnews.wordpress.com/2007/07/30/ambiente-de-teste/#comment-3</link>
		<dc:creator>Beck</dc:creator>
		<pubDate>Tue, 11 Sep 2007 14:20:27 +0000</pubDate>
		<guid isPermaLink="false">http://testsnews.wordpress.com/2007/07/30/ambiente-de-teste/#comment-3</guid>
		<description>Dependendo da aplicação e do escopo de projeto, em geral quando se trata de projetos recorrentes ou melhorias em projetos já no mercado, seria interessante investigar usando uma metodologia de entrevistas com usuários reais o ambiente e aplicativos que estão instalados nas máquinas. Vejamos o exemplo mais comum, Firewall, todas as empresas têm, cada uma adota uma politica interna para isso e, por vezes, isso impacta diretamente no escopo do teste. Como trabalhar isso? Se as portas do firewall podem ser abertas e fechadas, como quantificar a probabilidade de termos uma falha devido à configuração de um aplicativo externo à aplicação, ou mesmo externo à máquina em que a aplicação se encontra. Este é um dos fatores menos abordados hoje e que pode fazer empresas perderem quantidades significativas de dinheiro.

Ps.: Parabéns pelo blog... mas... mantenham ele vivo ;)</description>
		<content:encoded><![CDATA[<p>Dependendo da aplicação e do escopo de projeto, em geral quando se trata de projetos recorrentes ou melhorias em projetos já no mercado, seria interessante investigar usando uma metodologia de entrevistas com usuários reais o ambiente e aplicativos que estão instalados nas máquinas. Vejamos o exemplo mais comum, Firewall, todas as empresas têm, cada uma adota uma politica interna para isso e, por vezes, isso impacta diretamente no escopo do teste. Como trabalhar isso? Se as portas do firewall podem ser abertas e fechadas, como quantificar a probabilidade de termos uma falha devido à configuração de um aplicativo externo à aplicação, ou mesmo externo à máquina em que a aplicação se encontra. Este é um dos fatores menos abordados hoje e que pode fazer empresas perderem quantidades significativas de dinheiro.</p>
<p>Ps.: Parabéns pelo blog&#8230; mas&#8230; mantenham ele vivo <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentário sobre Hello world! por Requerido</title>
		<link>http://testsnews.wordpress.com/2007/05/03/hello-world/#comment-2</link>
		<dc:creator>Requerido</dc:creator>
		<pubDate>Tue, 26 Jun 2007 17:21:19 +0000</pubDate>
		<guid isPermaLink="false">#comment-2</guid>
		<description>Muito legal o blog. Certamente será nosso portal de troca de conhecimentos!!! 
Everything else we test é boa. Agora vejam essa: &quot;There is never time to do it the best, but there is always time to redo it last&quot;</description>
		<content:encoded><![CDATA[<p>Muito legal o blog. Certamente será nosso portal de troca de conhecimentos!!!<br />
Everything else we test é boa. Agora vejam essa: &#8220;There is never time to do it the best, but there is always time to redo it last&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
