<?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 for I.M. Testy</title>
	<atom:link href="http://www.testingmentor.com/imtesty/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.testingmentor.com/imtesty</link>
	<description>Treatises on the practice of software testing</description>
	<lastBuildDate>Wed, 25 Jan 2012 23:15:01 -0500</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
	<item>
		<title>Comment on Test Automation: Checking for Bit-ness by remote support</title>
		<link>http://www.testingmentor.com/imtesty/2011/03/03/test-automation-checking-for-bit-ness/comment-page-1/#comment-5079</link>
		<dc:creator>remote support</dc:creator>
		<pubDate>Wed, 25 Jan 2012 23:15:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.testingmentor.com/imtesty/2011/03/03/test-automation-checking-for-bit-ness/#comment-5079</guid>
		<description>i like this post greatly. ill be coming backfor future articlesthanks.</description>
		<content:encoded><![CDATA[<p>i like this post greatly. ill be coming backfor future articlesthanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on API Testing&#8211;How can it help? by good side</title>
		<link>http://www.testingmentor.com/imtesty/2011/12/01/api-testinghow-can-it-help/comment-page-1/#comment-5078</link>
		<dc:creator>good side</dc:creator>
		<pubDate>Wed, 25 Jan 2012 18:14:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.testingmentor.com/imtesty/2011/12/01/api-testinghow-can-it-help/#comment-5078</guid>
		<description>podroba i tyle</description>
		<content:encoded><![CDATA[<p>podroba i tyle</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on API Testing&#8211;How can it help? by Weekly Article Links #3 &#171; Practical Tips on Software Testing</title>
		<link>http://www.testingmentor.com/imtesty/2011/12/01/api-testinghow-can-it-help/comment-page-1/#comment-5071</link>
		<dc:creator>Weekly Article Links #3 &#171; Practical Tips on Software Testing</dc:creator>
		<pubDate>Wed, 04 Jan 2012 07:27:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.testingmentor.com/imtesty/2011/12/01/api-testinghow-can-it-help/#comment-5071</guid>
		<description>[...] plan sample Webform Best Practices Anatomy of a good bug report API Testing–How can it help? Why Checking Is Not [...]</description>
		<content:encoded><![CDATA[<p>[...] plan sample Webform Best Practices Anatomy of a good bug report API Testing–How can it help? Why Checking Is Not [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on API Testing&#8211;How can it help? by API Design for C++</title>
		<link>http://www.testingmentor.com/imtesty/2011/12/01/api-testinghow-can-it-help/comment-page-1/#comment-4795</link>
		<dc:creator>API Design for C++</dc:creator>
		<pubDate>Wed, 07 Dec 2011 07:12:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.testingmentor.com/imtesty/2011/12/01/api-testinghow-can-it-help/#comment-4795</guid>
		<description>[...] http://www.testingmentor.com/imtesty/2011/12/01/api-testinghow-can-it-help/ [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://www.testingmentor.com/imtesty/2011/12/01/api-testinghow-can-it-help/" rel="nofollow">http://www.testingmentor.com/imtesty/2011/12/01/api-testinghow-can-it-help/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on API Testing&#8211;How can it help? by Suraj Sundarrajan</title>
		<link>http://www.testingmentor.com/imtesty/2011/12/01/api-testinghow-can-it-help/comment-page-1/#comment-4786</link>
		<dc:creator>Suraj Sundarrajan</dc:creator>
		<pubDate>Tue, 06 Dec 2011 19:35:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.testingmentor.com/imtesty/2011/12/01/api-testinghow-can-it-help/#comment-4786</guid>
		<description>Great post, Bj. Automating API tests also goes with the key principle of &quot;Test Early. Test Often.&quot; and indeed helps improve productivity through tester/developer collaboration. This emphasizes the need for testers to be familiar with programming so they can write and maintain automated API tests.</description>
		<content:encoded><![CDATA[<p>Great post, Bj. Automating API tests also goes with the key principle of &#8220;Test Early. Test Often.&#8221; and indeed helps improve productivity through tester/developer collaboration. This emphasizes the need for testers to be familiar with programming so they can write and maintain automated API tests.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on API Testing&#8211;How can it help? by Johan Hoberg</title>
		<link>http://www.testingmentor.com/imtesty/2011/12/01/api-testinghow-can-it-help/comment-page-1/#comment-4778</link>
		<dc:creator>Johan Hoberg</dc:creator>
		<pubDate>Tue, 06 Dec 2011 09:35:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.testingmentor.com/imtesty/2011/12/01/api-testinghow-can-it-help/#comment-4778</guid>
		<description>Another very good and valuable post. Thank you for providing great reference material! :)</description>
		<content:encoded><![CDATA[<p>Another very good and valuable post. Thank you for providing great reference material! <img src='http://www.testingmentor.com/imtesty/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on API Testing&#8211;Functional Testing Below the User Interface by OpenQuality.ru &#124; Качество программного обеспечения</title>
		<link>http://www.testingmentor.com/imtesty/2011/11/21/api-testingfunctional-testing-below-the-user-interface/comment-page-1/#comment-4698</link>
		<dc:creator>OpenQuality.ru &#124; Качество программного обеспечения</dc:creator>
		<pubDate>Thu, 01 Dec 2011 08:59:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.testingmentor.com/imtesty/2011/11/21/api-testingfunctional-testing-below-the-user-interface/#comment-4698</guid>
		<description>[...] &#8226;&#160;I.M.Testy размышляет о тестировании API в сравнении с тестированием через пользовательский интерфейс и с помощью модульных тестов. [...]</description>
		<content:encoded><![CDATA[<p>[...] &#8226;&nbsp;I.M.Testy размышляет о тестировании API в сравнении с тестированием через пользовательский интерфейс и с помощью модульных тестов. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on API Testing&#8211;Functional Testing Below the User Interface by santi</title>
		<link>http://www.testingmentor.com/imtesty/2011/11/21/api-testingfunctional-testing-below-the-user-interface/comment-page-1/#comment-4675</link>
		<dc:creator>santi</dc:creator>
		<pubDate>Tue, 29 Nov 2011 07:31:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.testingmentor.com/imtesty/2011/11/21/api-testingfunctional-testing-below-the-user-interface/#comment-4675</guid>
		<description>I am a big fan of your blog. Can you please write a post on how a STE can move to SDET role and what points he needs to work on. I liked your last post on STE/SDET.

&lt;blockquote&gt;&lt;strong&gt;[Bj&#039;s Reply]&lt;/strong&gt; &lt;em&gt;Hi Santi, thank you for your kind words. I started giving advice about the mental and skill shift from &quot;STE&quot; to &quot;SDET&quot; or really about how testers had to upgrade their skills in 2003. Dispite the riducule from several so-called &quot;experts&quot; in the field I have continued to suggest for ways for people to improve. But, perhaps a post similar to your http://indiantester.blogspot.com/2011/11/why-coding-is-necessary-now-days-for.html and http://indiantester.blogspot.com/2011/11/writing-conventional-test-cases-wont.html posts from my perspective may be in order. Thanks for the suggestion.&lt;/em&gt;</description>
		<content:encoded><![CDATA[<p>I am a big fan of your blog. Can you please write a post on how a STE can move to SDET role and what points he needs to work on. I liked your last post on STE/SDET.</p>
<blockquote><p><strong>[Bj's Reply]</strong> <em>Hi Santi, thank you for your kind words. I started giving advice about the mental and skill shift from &#8220;STE&#8221; to &#8220;SDET&#8221; or really about how testers had to upgrade their skills in 2003. Dispite the riducule from several so-called &#8220;experts&#8221; in the field I have continued to suggest for ways for people to improve. But, perhaps a post similar to your <a href="http://indiantester.blogspot.com/2011/11/why-coding-is-necessary-now-days-for.html" rel="nofollow">http://indiantester.blogspot.com/2011/11/why-coding-is-necessary-now-days-for.html</a> and <a href="http://indiantester.blogspot.com/2011/11/writing-conventional-test-cases-wont.html" rel="nofollow">http://indiantester.blogspot.com/2011/11/writing-conventional-test-cases-wont.html</a> posts from my perspective may be in order. Thanks for the suggestion.</em></p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on API Testing&#8211;Functional Testing Below the User Interface by Tarun</title>
		<link>http://www.testingmentor.com/imtesty/2011/11/21/api-testingfunctional-testing-below-the-user-interface/comment-page-1/#comment-4605</link>
		<dc:creator>Tarun</dc:creator>
		<pubDate>Tue, 22 Nov 2011 17:02:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.testingmentor.com/imtesty/2011/11/21/api-testingfunctional-testing-below-the-user-interface/#comment-4605</guid>
		<description>Indeed valuable post. 
Only thing I am not very comfortable with is keeping test methods in try-catch block (GetMorseCodeStreamTest). 
I have seen instance when it is forgotten that there should exception thrown from catch () and test ends up in suppressing errors.

&lt;blockquote&gt;&lt;strong&gt;[Bj&#039;s Reply]&lt;/strong&gt; &lt;em&gt;Hi Tarun. Thank you. I am glad you found the post of interest. I agree with you that swallowing an exception is generally always a bad thing. In my test automation design class I teach people if the expectation is an exception, then they should use a nested try/catch block. The inner try/catch should be placed to catch the &quot;expected&quot; exception (which is common for example in some negative testing). The outer try/catch block is simply used to catch any unexpected anomolies during the test execution.&lt;/em&gt;&lt;/blockquote&gt;

</description>
		<content:encoded><![CDATA[<p>Indeed valuable post.<br />
Only thing I am not very comfortable with is keeping test methods in try-catch block (GetMorseCodeStreamTest).<br />
I have seen instance when it is forgotten that there should exception thrown from catch () and test ends up in suppressing errors.</p>
<blockquote><p><strong>[Bj's Reply]</strong> <em>Hi Tarun. Thank you. I am glad you found the post of interest. I agree with you that swallowing an exception is generally always a bad thing. In my test automation design class I teach people if the expectation is an exception, then they should use a nested try/catch block. The inner try/catch should be placed to catch the &#8220;expected&#8221; exception (which is common for example in some negative testing). The outer try/catch block is simply used to catch any unexpected anomolies during the test execution.</em></p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on State Transition Testing: Thinking in Models by justin burr</title>
		<link>http://www.testingmentor.com/imtesty/2011/02/21/state-transition-testing-thinking-in-models/comment-page-1/#comment-4601</link>
		<dc:creator>justin burr</dc:creator>
		<pubDate>Tue, 22 Nov 2011 12:05:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.testingmentor.com/imtesty/2011/02/21/state-transition-testing-thinking-in-models/#comment-4601</guid>
		<description>thanks made whole lot of more sense than my testing mentor



&lt;blockquote&gt;&lt;strong&gt;[Bj&#039;s Reply]&lt;/strong&gt; &lt;em&gt;Thanks Justin. I am glad it helped you understand the concept better. State transitions and modeling are difficult concepts to grasp initially, but become easier with practice.&lt;/em&gt;&lt;/blockquote&gt;

</description>
		<content:encoded><![CDATA[<p>thanks made whole lot of more sense than my testing mentor</p>
<blockquote><p><strong>[Bj's Reply]</strong> <em>Thanks Justin. I am glad it helped you understand the concept better. State transitions and modeling are difficult concepts to grasp initially, but become easier with practice.</em></p></blockquote>
]]></content:encoded>
	</item>
</channel>
</rss>

