<?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: What do you mean, SQA isn&#8217;t testing?</title>
	<atom:link href="http://www.rational-scrum.com/2010/02/what-do-you-mean-sqa-isnt-testing/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.rational-scrum.com/2010/02/what-do-you-mean-sqa-isnt-testing/</link>
	<description>Making Scrum work: informal discussions on process improvement</description>
	<lastBuildDate>Sat, 28 Aug 2010 22:57:52 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=7575</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Why Agile isn't enough (and why it doesn't work) &#124; Rational Scrum</title>
		<link>http://www.rational-scrum.com/2010/02/what-do-you-mean-sqa-isnt-testing/comment-page-1/#comment-40</link>
		<dc:creator>Why Agile isn't enough (and why it doesn't work) &#124; Rational Scrum</dc:creator>
		<pubDate>Sat, 24 Apr 2010 03:38:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.rational-scrum.com/?p=164#comment-40</guid>
		<description>[...] mistakes, such as MIL-STD-498[#], most people think quality assurance is software testing &#8212; it’s not). Structured software testing often becomes an afterthought, and risk management programs tend to [...]</description>
		<content:encoded><![CDATA[<p>[...] mistakes, such as MIL-STD-498[#], most people think quality assurance is software testing &#8212; it’s not). Structured software testing often becomes an afterthought, and risk management programs tend to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zacharias Beckman</title>
		<link>http://www.rational-scrum.com/2010/02/what-do-you-mean-sqa-isnt-testing/comment-page-1/#comment-19</link>
		<dc:creator>Zacharias Beckman</dc:creator>
		<pubDate>Fri, 19 Feb 2010 06:32:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.rational-scrum.com/?p=164#comment-19</guid>
		<description>Actually, and I apologize if this was not clear, my argument is that it&#039;s a conflict of interest for Quality Assurance to directly manage any other function. By managing functions outside of Quality Assurance (such as Testing) the QA organization could become vested in representing Testing in a &quot;more positive light.&quot; It&#039;s a pretty standard argument: If the auditors are also doing the testing, how do you know the testing is being done well?</description>
		<content:encoded><![CDATA[<p>Actually, and I apologize if this was not clear, my argument is that it&#8217;s a conflict of interest for Quality Assurance to directly manage any other function. By managing functions outside of Quality Assurance (such as Testing) the QA organization could become vested in representing Testing in a &#8220;more positive light.&#8221; It&#8217;s a pretty standard argument: If the auditors are also doing the testing, how do you know the testing is being done well?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Mac Millan</title>
		<link>http://www.rational-scrum.com/2010/02/what-do-you-mean-sqa-isnt-testing/comment-page-1/#comment-18</link>
		<dc:creator>John Mac Millan</dc:creator>
		<pubDate>Thu, 18 Feb 2010 19:09:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.rational-scrum.com/?p=164#comment-18</guid>
		<description>Your argument appears to be that, testing is more of a development activity as opposed to a QA activity.  

What group an organization wishes to put software testing in is entirely their choice as is their testing focus, i.e. are you looking for defects or verifying requirements.

I would suggest that an organization be aware of both approaches, know the pros and cons of each approach and find a balance that works for the organization.</description>
		<content:encoded><![CDATA[<p>Your argument appears to be that, testing is more of a development activity as opposed to a QA activity.  </p>
<p>What group an organization wishes to put software testing in is entirely their choice as is their testing focus, i.e. are you looking for defects or verifying requirements.</p>
<p>I would suggest that an organization be aware of both approaches, know the pros and cons of each approach and find a balance that works for the organization.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
