<?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: Handling Test Case Data in VoiceObjects 7.4</title>
	<atom:link href="http://developers.voiceobjects.com/2009/01/07/handling-test-case-data-in-voiceobjects-74/feed/" rel="self" type="application/rss+xml" />
	<link>http://developers.voiceobjects.com/2009/01/07/handling-test-case-data-in-voiceobjects-74/</link>
	<description>VoiceObjects Developer Portal / VoiceXML IDE / Voice Applications</description>
	<lastBuildDate>Tue, 10 Jan 2012 08:33:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Andreas Volmer</title>
		<link>http://developers.voiceobjects.com/2009/01/07/handling-test-case-data-in-voiceobjects-74/comment-page-1/#comment-20</link>
		<dc:creator>Andreas Volmer</dc:creator>
		<pubDate>Thu, 08 Jan 2009 10:13:23 +0000</pubDate>
		<guid isPermaLink="false">http://developers.voiceobjects.com/?p=637#comment-20</guid>
		<description>Yes, you&#039;d instrument those test cases. I.e., you&#039;d have both the &quot;real&quot; back-end connector objects and back-end &quot;stubs&quot; side by side. (In most cases you can even do without any &quot;stubs&quot;.) 
You wouldn&#039;t need to &quot;remove&quot; any code for production though, but rather (de-)activate those objects with a (boolean) flag that is used as precondition. This flag could be a variable that is set, e.g., in the &quot;application defaults&quot; configuration XML document. Hope this helps!</description>
		<content:encoded><![CDATA[<p>Yes, you&#8217;d instrument those test cases. I.e., you&#8217;d have both the &#8220;real&#8221; back-end connector objects and back-end &#8220;stubs&#8221; side by side. (In most cases you can even do without any &#8220;stubs&#8221;.)<br />
You wouldn&#8217;t need to &#8220;remove&#8221; any code for production though, but rather (de-)activate those objects with a (boolean) flag that is used as precondition. This flag could be a variable that is set, e.g., in the &#8220;application defaults&#8221; configuration XML document. Hope this helps!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dominique Boucher</title>
		<link>http://developers.voiceobjects.com/2009/01/07/handling-test-case-data-in-voiceobjects-74/comment-page-1/#comment-19</link>
		<dc:creator>Dominique Boucher</dc:creator>
		<pubDate>Wed, 07 Jan 2009 14:38:54 +0000</pubDate>
		<guid isPermaLink="false">http://developers.voiceobjects.com/?p=637#comment-19</guid>
		<description>Very interesting! One question, though: do you need to instrument your application to support those test cases (i.e. with code that must be removed when deploying the application in production)? Maybe I&#039;m not familiar enough with VO....</description>
		<content:encoded><![CDATA[<p>Very interesting! One question, though: do you need to instrument your application to support those test cases (i.e. with code that must be removed when deploying the application in production)? Maybe I&#8217;m not familiar enough with VO&#8230;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

