<?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: Why BAs should love testing!</title>
	<atom:link href="http://www.b2ttraining.com/2008/04/21/why-bas-should-love-testing/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.b2ttraining.com/2008/04/21/why-bas-should-love-testing/</link>
	<description>Connecting Business Requirements to Technology</description>
	<lastBuildDate>Mon, 30 Jan 2012 21:31:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Steve Jones</title>
		<link>http://www.b2ttraining.com/2008/04/21/why-bas-should-love-testing/comment-page-1/#comment-3661</link>
		<dc:creator>Steve Jones</dc:creator>
		<pubDate>Tue, 21 Apr 2009 19:28:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/page/business-analyst-blog/archives/134/why-bas-should-love-testing#comment-3661</guid>
		<description>I agree with points #2 and 5 - make requirements test-able and appreciate those who do the testing.

The problem with BA as tester is on par with trying to proofread your own work - you tend to &quot;see&quot; what you intended and not what you actually wrote.  In testing terms, if the BA is testing his/her own test plan/cases, the tendency would be to do what you intended.  This means the BA is not paying attending to the details - but when its your own work, its tough to see exactly what is there.

Sure, I love testing - when someone else is doing it.  The feedback you receive from the QA-folks will hit home more easily if there&#039;s something lacking than if you found it, because at that point its your reputation on the line.  I do agree that being part of the testing process at some point in your career will certainly provide a valuable perspective that you can take with you for future requirements, in addition to the added appreciation for those who do the testing.</description>
		<content:encoded><![CDATA[<p>I agree with points #2 and 5 &#8211; make requirements test-able and appreciate those who do the testing.</p>
<p>The problem with BA as tester is on par with trying to proofread your own work &#8211; you tend to &#8220;see&#8221; what you intended and not what you actually wrote.  In testing terms, if the BA is testing his/her own test plan/cases, the tendency would be to do what you intended.  This means the BA is not paying attending to the details &#8211; but when its your own work, its tough to see exactly what is there.</p>
<p>Sure, I love testing &#8211; when someone else is doing it.  The feedback you receive from the QA-folks will hit home more easily if there&#8217;s something lacking than if you found it, because at that point its your reputation on the line.  I do agree that being part of the testing process at some point in your career will certainly provide a valuable perspective that you can take with you for future requirements, in addition to the added appreciation for those who do the testing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Surat</title>
		<link>http://www.b2ttraining.com/2008/04/21/why-bas-should-love-testing/comment-page-1/#comment-2561</link>
		<dc:creator>Surat</dc:creator>
		<pubDate>Sat, 28 Jun 2008 10:55:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/page/business-analyst-blog/archives/134/why-bas-should-love-testing#comment-2561</guid>
		<description>I think BA should organize training session to discuss test strategy with testers and should execute some important scenario at the end  of testing to ensure quality.</description>
		<content:encoded><![CDATA[<p>I think BA should organize training session to discuss test strategy with testers and should execute some important scenario at the end  of testing to ensure quality.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chifen</title>
		<link>http://www.b2ttraining.com/2008/04/21/why-bas-should-love-testing/comment-page-1/#comment-2560</link>
		<dc:creator>chifen</dc:creator>
		<pubDate>Thu, 26 Jun 2008 11:34:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/page/business-analyst-blog/archives/134/why-bas-should-love-testing#comment-2560</guid>
		<description>BA&#039;s should help in the testing team if possible.  But BA&#039;s cannot and should not replace testers. It would be of big advantage if the BA helps to define the test conditions.</description>
		<content:encoded><![CDATA[<p>BA&#8217;s should help in the testing team if possible.  But BA&#8217;s cannot and should not replace testers. It would be of big advantage if the BA helps to define the test conditions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: baliga</title>
		<link>http://www.b2ttraining.com/2008/04/21/why-bas-should-love-testing/comment-page-1/#comment-2559</link>
		<dc:creator>baliga</dc:creator>
		<pubDate>Thu, 12 Jun 2008 01:27:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/page/business-analyst-blog/archives/134/why-bas-should-love-testing#comment-2559</guid>
		<description>I think that BA need not have any testing skills. If possible, developing a testing plan and executing the tests should be left solely to the testers. Having said that, testers may want BA to be part of the testing team helping them write test plan and do some testing.</description>
		<content:encoded><![CDATA[<p>I think that BA need not have any testing skills. If possible, developing a testing plan and executing the tests should be left solely to the testers. Having said that, testers may want BA to be part of the testing team helping them write test plan and do some testing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Craig</title>
		<link>http://www.b2ttraining.com/2008/04/21/why-bas-should-love-testing/comment-page-1/#comment-2558</link>
		<dc:creator>Craig</dc:creator>
		<pubDate>Sat, 24 May 2008 12:00:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/page/business-analyst-blog/archives/134/why-bas-should-love-testing#comment-2558</guid>
		<description>Another perspective to consider is the role of the BA in an agile project;

If the BA is on the team they are basically the product owner (or a proxy for them) and so they need to participate in the testing and feedback activities to keep the development and design on target.

Frankly I reckon if you don&#039;t have a BA involved in testing you can&#039;t expect the BA to take any ownership of quality requirements.  They won&#039;t be around to see the mess they created (or avoided) due to the quality of their work.</description>
		<content:encoded><![CDATA[<p>Another perspective to consider is the role of the BA in an agile project;</p>
<p>If the BA is on the team they are basically the product owner (or a proxy for them) and so they need to participate in the testing and feedback activities to keep the development and design on target.</p>
<p>Frankly I reckon if you don&#8217;t have a BA involved in testing you can&#8217;t expect the BA to take any ownership of quality requirements.  They won&#8217;t be around to see the mess they created (or avoided) due to the quality of their work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Barbara Carkenord</title>
		<link>http://www.b2ttraining.com/2008/04/21/why-bas-should-love-testing/comment-page-1/#comment-2557</link>
		<dc:creator>Barbara Carkenord</dc:creator>
		<pubDate>Wed, 30 Apr 2008 13:19:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/page/business-analyst-blog/archives/134/why-bas-should-love-testing#comment-2557</guid>
		<description>Sam. Thanks for your comments. I agree with you that when a QA team is available BAs should not test. But in my experience lots of BAs work on projects without a QA person so they are left to do all of the quality assurance work themselves.

Barb</description>
		<content:encoded><![CDATA[<p>Sam. Thanks for your comments. I agree with you that when a QA team is available BAs should not test. But in my experience lots of BAs work on projects without a QA person so they are left to do all of the quality assurance work themselves.</p>
<p>Barb</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam</title>
		<link>http://www.b2ttraining.com/2008/04/21/why-bas-should-love-testing/comment-page-1/#comment-2556</link>
		<dc:creator>Sam</dc:creator>
		<pubDate>Mon, 28 Apr 2008 17:05:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/page/business-analyst-blog/archives/134/why-bas-should-love-testing#comment-2556</guid>
		<description>I think your focus is completely wrong.  BAs should not love testing, they should love test planning and strategy.  While it is ok for the BA to perform testing, the primary goal of the BA should be providing guidance to the QA team to ensure that requirements are met.

The BA must first be able to communicate the requirements in a verifiable manner. (#2 in your list).  In addition, the BA should verify that QA understands the goals of the product or solution.  The BA should review test plans and if they understand testing principles, the BA should also review/discuss testing strategy for each section.  The goal of the review is to ensure the QA team understands the testing priority and will provide proper coverage of the product.  (#1 in your list)

I don&#039;t agree with your assertion on #3 and #4. But I do agree if the BA assists in the testing, they will come to appreciate the QA professional.  However, the BA should coordinate with testing so the effort is not redundant, and this requires that QA have faith in the BA&#039;s abilty to test.  Otherwise QA will have to tackle those areas again.</description>
		<content:encoded><![CDATA[<p>I think your focus is completely wrong.  BAs should not love testing, they should love test planning and strategy.  While it is ok for the BA to perform testing, the primary goal of the BA should be providing guidance to the QA team to ensure that requirements are met.</p>
<p>The BA must first be able to communicate the requirements in a verifiable manner. (#2 in your list).  In addition, the BA should verify that QA understands the goals of the product or solution.  The BA should review test plans and if they understand testing principles, the BA should also review/discuss testing strategy for each section.  The goal of the review is to ensure the QA team understands the testing priority and will provide proper coverage of the product.  (#1 in your list)</p>
<p>I don&#8217;t agree with your assertion on #3 and #4. But I do agree if the BA assists in the testing, they will come to appreciate the QA professional.  However, the BA should coordinate with testing so the effort is not redundant, and this requires that QA have faith in the BA&#8217;s abilty to test.  Otherwise QA will have to tackle those areas again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RPrasad</title>
		<link>http://www.b2ttraining.com/2008/04/21/why-bas-should-love-testing/comment-page-1/#comment-2555</link>
		<dc:creator>RPrasad</dc:creator>
		<pubDate>Wed, 23 Apr 2008 10:59:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/page/business-analyst-blog/archives/134/why-bas-should-love-testing#comment-2555</guid>
		<description>I can completely vouch for the above reasons. As an add ons to the above reasons, I also feel that a BA can visualize additional scenarios and carry out What-If analysis thorugh end to end testing process.</description>
		<content:encoded><![CDATA[<p>I can completely vouch for the above reasons. As an add ons to the above reasons, I also feel that a BA can visualize additional scenarios and carry out What-If analysis thorugh end to end testing process.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Angie</title>
		<link>http://www.b2ttraining.com/2008/04/21/why-bas-should-love-testing/comment-page-1/#comment-2554</link>
		<dc:creator>Angie</dc:creator>
		<pubDate>Tue, 22 Apr 2008 21:31:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/page/business-analyst-blog/archives/134/why-bas-should-love-testing#comment-2554</guid>
		<description>I&#039;m with you Kerber. Testing has never been my favorite, but I agree that it is vital!</description>
		<content:encoded><![CDATA[<p>I&#8217;m with you Kerber. Testing has never been my favorite, but I agree that it is vital!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Barbara Carkenord</title>
		<link>http://www.b2ttraining.com/2008/04/21/why-bas-should-love-testing/comment-page-1/#comment-2553</link>
		<dc:creator>Barbara Carkenord</dc:creator>
		<pubDate>Tue, 22 Apr 2008 20:34:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/page/business-analyst-blog/archives/134/why-bas-should-love-testing#comment-2553</guid>
		<description>Kerber,

Very funny! I appreciate your point, I have been trying to convince one of my co-workers to get excited about testing for 3 years and she still doesn&#039;t buy it!!

Barb</description>
		<content:encoded><![CDATA[<p>Kerber,</p>
<p>Very funny! I appreciate your point, I have been trying to convince one of my co-workers to get excited about testing for 3 years and she still doesn&#8217;t buy it!!</p>
<p>Barb</p>
]]></content:encoded>
	</item>
</channel>
</rss>

