<?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:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
	>
<channel>
	<title>Comments on: Test Scenario/Script Template</title>
	<atom:link href="http://www.carnegiequality.com/testing/test-script-template/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.carnegiequality.com</link>
	<description>Tools, Tips, and Templates for Quality Software</description>
	<lastBuildDate>Thu, 19 Jan 2012 19:15:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Brad Kuhn</title>
		<link>http://www.carnegiequality.com/testing/test-script-template/comment-page-1/#comment-12505</link>
		<dc:creator>Brad Kuhn</dc:creator>
		<pubDate>Fri, 28 Oct 2011 19:40:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.carnegiequality.com/?page_id=58#comment-12505</guid>
		<description>Depends on which test phase you&#039;re asking about.  This template would be applicable to system/integration or User Acceptance Testing (UAT).  During system or integration testing, it is generally the Test team&#039;s responsibility to plan, test, and document their own test results.  I advocate having the business be involved in the planning phase, and if possible it&#039;s great if they can review and provide input on the test scenarios, but I generally haven&#039;t seen that happen too much in my experience.

For UAT, however - it&#039;s the responsibility of business to sign off that the delivered system meets their business objectives and requirements.  The business should be heavily involved in planning for UAT.  However, test planning is usually not what they do full-time - so don&#039;t leave the business to plan in a vacuum.  What I have generally seen is that the business often leverages scenarios and scripts used during system test.  This will vary from company to company (and maybe even project to project).</description>
		<content:encoded><![CDATA[<p>Depends on which test phase you&#8217;re asking about.  This template would be applicable to system/integration or User Acceptance Testing (UAT).  During system or integration testing, it is generally the Test team&#8217;s responsibility to plan, test, and document their own test results.  I advocate having the business be involved in the planning phase, and if possible it&#8217;s great if they can review and provide input on the test scenarios, but I generally haven&#8217;t seen that happen too much in my experience.</p>
<p>For UAT, however &#8211; it&#8217;s the responsibility of business to sign off that the delivered system meets their business objectives and requirements.  The business should be heavily involved in planning for UAT.  However, test planning is usually not what they do full-time &#8211; so don&#8217;t leave the business to plan in a vacuum.  What I have generally seen is that the business often leverages scenarios and scripts used during system test.  This will vary from company to company (and maybe even project to project).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad</title>
		<link>http://www.carnegiequality.com/testing/test-script-template/comment-page-1/#comment-12491</link>
		<dc:creator>Chad</dc:creator>
		<pubDate>Thu, 27 Oct 2011 20:49:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.carnegiequality.com/?page_id=58#comment-12491</guid>
		<description>Thanks for the great article.

Between the business and IT, who should create the test scripts and screen shots for users who will do the testing?</description>
		<content:encoded><![CDATA[<p>Thanks for the great article.</p>
<p>Between the business and IT, who should create the test scripts and screen shots for users who will do the testing?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad Kuhn</title>
		<link>http://www.carnegiequality.com/testing/test-script-template/comment-page-1/#comment-12398</link>
		<dc:creator>Brad Kuhn</dc:creator>
		<pubDate>Tue, 18 Oct 2011 12:23:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.carnegiequality.com/?page_id=58#comment-12398</guid>
		<description>Sorry for the delayed response.  Test components are just a way to categorize functional areas or components that are being tested.  If it&#039;s not applicable to your domain, you should treat this as optional.  But frequently, particularly in large software implementation projects, there is a lot of integration of different components/technology.  If your test scenario calls out which components are involved in the scenario, then it&#039;s easier to get a sense of test coverage and allows for better planning.

The example I gave in the post dealt with different components becoming available to test at different times.  For example, let&#039;s say you are going to test an Order Management project.  As your components you might have:
1. Product Selection
2. Quoting/Pricing
3. Order Creation
4. Order Submission/Processing
5. Order Management (e.g. cancellation)

If during week 1 of testing Order Submission and Order Management were not available, but the other 3 components were - then you would identify which scenarios deal with just the first three components and start testing those, holding the others until their respective components became available to test.

Hope this helps!</description>
		<content:encoded><![CDATA[<p>Sorry for the delayed response.  Test components are just a way to categorize functional areas or components that are being tested.  If it&#8217;s not applicable to your domain, you should treat this as optional.  But frequently, particularly in large software implementation projects, there is a lot of integration of different components/technology.  If your test scenario calls out which components are involved in the scenario, then it&#8217;s easier to get a sense of test coverage and allows for better planning.</p>
<p>The example I gave in the post dealt with different components becoming available to test at different times.  For example, let&#8217;s say you are going to test an Order Management project.  As your components you might have:<br />
1. Product Selection<br />
2. Quoting/Pricing<br />
3. Order Creation<br />
4. Order Submission/Processing<br />
5. Order Management (e.g. cancellation)</p>
<p>If during week 1 of testing Order Submission and Order Management were not available, but the other 3 components were &#8211; then you would identify which scenarios deal with just the first three components and start testing those, holding the others until their respective components became available to test.</p>
<p>Hope this helps!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: neil</title>
		<link>http://www.carnegiequality.com/testing/test-script-template/comment-page-1/#comment-12363</link>
		<dc:creator>neil</dc:creator>
		<pubDate>Fri, 14 Oct 2011 14:45:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.carnegiequality.com/?page_id=58#comment-12363</guid>
		<description>Excellent Article.

Can you clarify what you mean by Test Components/Requirements though, maybe with an example?</description>
		<content:encoded><![CDATA[<p>Excellent Article.</p>
<p>Can you clarify what you mean by Test Components/Requirements though, maybe with an example?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lhei</title>
		<link>http://www.carnegiequality.com/testing/test-script-template/comment-page-1/#comment-11442</link>
		<dc:creator>Lhei</dc:creator>
		<pubDate>Thu, 12 May 2011 06:48:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.carnegiequality.com/?page_id=58#comment-11442</guid>
		<description>Very informative and useful. Thanks!</description>
		<content:encoded><![CDATA[<p>Very informative and useful. Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TerryS</title>
		<link>http://www.carnegiequality.com/testing/test-script-template/comment-page-1/#comment-10289</link>
		<dc:creator>TerryS</dc:creator>
		<pubDate>Tue, 09 Nov 2010 15:41:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.carnegiequality.com/?page_id=58#comment-10289</guid>
		<description>First article that came up when I googled  &quot;test script template&quot; &amp; it was exactly the info I needed to get started on customizing my own template.  Thanks very much.</description>
		<content:encoded><![CDATA[<p>First article that came up when I googled  &#8220;test script template&#8221; &amp; it was exactly the info I needed to get started on customizing my own template.  Thanks very much.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: suresh</title>
		<link>http://www.carnegiequality.com/testing/test-script-template/comment-page-1/#comment-10025</link>
		<dc:creator>suresh</dc:creator>
		<pubDate>Mon, 30 Aug 2010 02:39:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.carnegiequality.com/?page_id=58#comment-10025</guid>
		<description>Excellent and easy to understand.
Good article.</description>
		<content:encoded><![CDATA[<p>Excellent and easy to understand.<br />
Good article.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

