<?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: Top 10 Tips for Agile Software Development Testing!</title>
	<atom:link href="http://agile101.net/2009/09/09/top-10-tips-for-agile-software-development-testing/feed/" rel="self" type="application/rss+xml" />
	<link>http://agile101.net/2009/09/09/top-10-tips-for-agile-software-development-testing/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=top-10-tips-for-agile-software-development-testing</link>
	<description>Agile Project Management, Programme Management and Digital Publishing</description>
	<lastBuildDate>Thu, 22 Jul 2010 09:14:48 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: moderni obrazy</title>
		<link>http://agile101.net/2009/09/09/top-10-tips-for-agile-software-development-testing/comment-page-1/#comment-1397</link>
		<dc:creator>moderni obrazy</dc:creator>
		<pubDate>Thu, 22 Jul 2010 09:14:48 +0000</pubDate>
		<guid isPermaLink="false">http://agile101.net/?p=1674#comment-1397</guid>
		<description>Thank you for these tips. Surely they look very good. Thumbs UP</description>
		<content:encoded><![CDATA[<p>Thank you for these tips. Surely they look very good. Thumbs UP</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vinayak Savant</title>
		<link>http://agile101.net/2009/09/09/top-10-tips-for-agile-software-development-testing/comment-page-1/#comment-979</link>
		<dc:creator>Vinayak Savant</dc:creator>
		<pubDate>Thu, 15 Oct 2009 11:59:41 +0000</pubDate>
		<guid isPermaLink="false">http://agile101.net/?p=1674#comment-979</guid>
		<description>Seems good information but not great.I don&#039;t agree on 4th n 10th points.
I want to addd something,Test Automation Makes Sense when.

Let’s start with the tests that ideally are automated. These include: 

* Regression and confirmation. Rerunning a test against a new release to ensure that behavior remains unbroken—or to confirm that a bug fix did indeed fix the underlying problem—is a perfect fit for automated testing. The business case for test automation outlined in Software Test Automation by Mark Fewster and Dorothy Graham is built around this kind of testing. 



* Monkey (or random). Tests that fire large amounts or long sequences of data, transactions, or other inputs at a system in a random search for errors are easily and profitably automated 



* Load, volume, and capacity. Sometimes, systems must support tremendous loads. On one project, we had to test how the system would respond to 50,000 simultaneous users, which ruled out manual testing! Two Linux systems running custom load-generating programs filled the bill. 


* Performance and reliability. With the rise of Web-based systems, more and more automated testing is aimed at looking for slow or flaky behavior on Web systems. 


* Structural, especially API-based unit, component, and integration. Most structural testing involves harnesses of some sort, which brings you most of the way into automation. Again, the article I wrote with Greg Kubaczkowski, &quot;Mission Made Possible&quot; (STQE magazine, July/Aug. 2002), provides an example. 


Other tests that are well-suited for automation exist, such as the static testing of complexity and code standards compliance that I mentioned in the previous article. In general, automated tests have higher upfront costs—tools, test development, environments, and so forth—and lower costs to repeat the test.</description>
		<content:encoded><![CDATA[<p>Seems good information but not great.I don&#8217;t agree on 4th n 10th points.<br />
I want to addd something,Test Automation Makes Sense when.</p>
<p>Let’s start with the tests that ideally are automated. These include: </p>
<p>* Regression and confirmation. Rerunning a test against a new release to ensure that behavior remains unbroken—or to confirm that a bug fix did indeed fix the underlying problem—is a perfect fit for automated testing. The business case for test automation outlined in Software Test Automation by Mark Fewster and Dorothy Graham is built around this kind of testing. </p>
<p>* Monkey (or random). Tests that fire large amounts or long sequences of data, transactions, or other inputs at a system in a random search for errors are easily and profitably automated </p>
<p>* Load, volume, and capacity. Sometimes, systems must support tremendous loads. On one project, we had to test how the system would respond to 50,000 simultaneous users, which ruled out manual testing! Two Linux systems running custom load-generating programs filled the bill. </p>
<p>* Performance and reliability. With the rise of Web-based systems, more and more automated testing is aimed at looking for slow or flaky behavior on Web systems. </p>
<p>* Structural, especially API-based unit, component, and integration. Most structural testing involves harnesses of some sort, which brings you most of the way into automation. Again, the article I wrote with Greg Kubaczkowski, &#8220;Mission Made Possible&#8221; (STQE magazine, July/Aug. 2002), provides an example. </p>
<p>Other tests that are well-suited for automation exist, such as the static testing of complexity and code standards compliance that I mentioned in the previous article. In general, automated tests have higher upfront costs—tools, test development, environments, and so forth—and lower costs to repeat the test.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ashley</title>
		<link>http://agile101.net/2009/09/09/top-10-tips-for-agile-software-development-testing/comment-page-1/#comment-964</link>
		<dc:creator>Ashley</dc:creator>
		<pubDate>Tue, 13 Oct 2009 11:11:00 +0000</pubDate>
		<guid isPermaLink="false">http://agile101.net/?p=1674#comment-964</guid>
		<description>I am really in fond of Agile Development and obviously I love this tips too.</description>
		<content:encoded><![CDATA[<p>I am really in fond of Agile Development and obviously I love this tips too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Globals</title>
		<link>http://agile101.net/2009/09/09/top-10-tips-for-agile-software-development-testing/comment-page-1/#comment-926</link>
		<dc:creator>Globals</dc:creator>
		<pubDate>Sat, 03 Oct 2009 04:30:41 +0000</pubDate>
		<guid isPermaLink="false">http://agile101.net/?p=1674#comment-926</guid>
		<description>all good things</description>
		<content:encoded><![CDATA[<p>all good things</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lilikindsli</title>
		<link>http://agile101.net/2009/09/09/top-10-tips-for-agile-software-development-testing/comment-page-1/#comment-897</link>
		<dc:creator>lilikindsli</dc:creator>
		<pubDate>Wed, 30 Sep 2009 22:48:37 +0000</pubDate>
		<guid isPermaLink="false">http://agile101.net/?p=1674#comment-897</guid>
		<description>namU0O I want to say - thank you for this!</description>
		<content:encoded><![CDATA[<p>namU0O I want to say &#8211; thank you for this!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ray Claridge</title>
		<link>http://agile101.net/2009/09/09/top-10-tips-for-agile-software-development-testing/comment-page-1/#comment-525</link>
		<dc:creator>Ray Claridge</dc:creator>
		<pubDate>Wed, 09 Sep 2009 18:11:43 +0000</pubDate>
		<guid isPermaLink="false">http://agile101.net/?p=1674#comment-525</guid>
		<description>Hi -e
I&#039;m not saying you shouldn&#039;t automate, I&#039;m just saying don&#039;t rely on it for all tasks. I&#039;ve known testers to write automation tests, that are difficult to maintain and have no payback value in terms of cost saving. The whole point of automation is to save money, not because the tester doesn&#039;t like running the same tests manually.

See my thoughts on the subject over on http://www.testertroubles.com/2008/12/when-to-automate.html</description>
		<content:encoded><![CDATA[<p>Hi -e<br />
I&#8217;m not saying you shouldn&#8217;t automate, I&#8217;m just saying don&#8217;t rely on it for all tasks. I&#8217;ve known testers to write automation tests, that are difficult to maintain and have no payback value in terms of cost saving. The whole point of automation is to save money, not because the tester doesn&#8217;t like running the same tests manually.</p>
<p>See my thoughts on the subject over on <a href="http://www.testertroubles.com/2008/12/when-to-automate.html" rel="nofollow">http://www.testertroubles.com/2008/12/when-to-automate.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: -e</title>
		<link>http://agile101.net/2009/09/09/top-10-tips-for-agile-software-development-testing/comment-page-1/#comment-522</link>
		<dc:creator>-e</dc:creator>
		<pubDate>Wed, 09 Sep 2009 12:14:45 +0000</pubDate>
		<guid isPermaLink="false">http://agile101.net/?p=1674#comment-522</guid>
		<description>4 and 6 are in conflict. And 4 is the one that&#039;s wrong. You can&#039;t get a regression test every iteration without having automated tests. Well, you can, but you&#039;ll be wasting a lot of time...</description>
		<content:encoded><![CDATA[<p>4 and 6 are in conflict. And 4 is the one that&#8217;s wrong. You can&#8217;t get a regression test every iteration without having automated tests. Well, you can, but you&#8217;ll be wasting a lot of time&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
