<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss 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:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0"> <channel><title>Comments for Teknologika - The software testing blog of Bruce McLeod</title> <link>http://www.teknologika.com/blog</link> <description>Saving the world, one testcase at a time</description> <lastBuildDate>Wed, 08 Sep 2010 12:12:21 -0700</lastBuildDate> <generator>http://wordpress.org/?v=2.8.5</generator> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/CommentsForTeknologika" /><feedburner:info uri="commentsforteknologika" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><feedburner:browserFriendly></feedburner:browserFriendly><item><title>Comment on An agent of change by Simon</title><link>http://www.teknologika.com/blog/an-agent-of-change/comment-page-1/#comment-11669</link> <dc:creator>Simon</dc:creator> <pubDate>Wed, 08 Sep 2010 12:12:21 +0000</pubDate> <guid isPermaLink="false">http://www.teknologika.com/blog/?p=615#comment-11669</guid> <description>True words.  You (and your colleagues) certainly changed my mind on the real and present contribution testing makes to the delivery of software (and that 'testing time' doesn't really just mean 'contingency').  If only a lot of other people in various organisations would get on board life would be better all round.The biggest thing is change of attitude.  It shouldn't just be about "getting things done", it should be about "getting things done right first time".  Besides, if you do the latter you get more time for beer in the longer term - how can that be a bad thing?The only thing I hate you for is that I now live in the "where the hell are my testers" phase of your process :(.</description> <content:encoded><![CDATA[<p>True words.  You (and your colleagues) certainly changed my mind on the real and present contribution testing makes to the delivery of software (and that &#8216;testing time&#8217; doesn&#8217;t really just mean &#8216;contingency&#8217;).  If only a lot of other people in various organisations would get on board life would be better all round.</p><p>The biggest thing is change of attitude.  It shouldn&#8217;t just be about &#8220;getting things done&#8221;, it should be about &#8220;getting things done right first time&#8221;.  Besides, if you do the latter you get more time for beer in the longer term &#8211; how can that be a bad thing?</p><p>The only thing I hate you for is that I now live in the &#8220;where the hell are my testers&#8221; phase of your process <img src='http://www.teknologika.com/blog/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> .</p> ]]></content:encoded> </item> <item><title>Comment on A peek behind our curtain by Saad</title><link>http://www.teknologika.com/blog/a-peek-behind-our-curtain/comment-page-1/#comment-11296</link> <dc:creator>Saad</dc:creator> <pubDate>Fri, 27 Aug 2010 06:11:48 +0000</pubDate> <guid isPermaLink="false">http://www.teknologika.com/blog/?p=526#comment-11296</guid> <description>HiMy website consist of a Wizard. It is an enhanced version of modal dialog. The wizard contain update panel, which has all the controls(and when next button is pressed, other control appear which also exist on that panel) It contains serveral controls(Like textboxes,buttons,checkboxes). I have tried to grab the controls but failed(  use several techniques like ie.HtmlDialog,iFrame,WaitUntilExits,etc).Actually WatiN does not realise that the page has actually refreshed  therefore not be able to find the elements.Plz Help !!!I am stuck here.</description> <content:encoded><![CDATA[<p>Hi</p><p>My website consist of a Wizard. It is an enhanced version of modal dialog. The wizard contain update panel, which has all the controls(and when next button is pressed, other control appear which also exist on that panel) It contains serveral controls(Like textboxes,buttons,checkboxes). I have tried to grab the controls but failed(  use several techniques like ie.HtmlDialog,iFrame,WaitUntilExits,etc).</p><p>Actually WatiN does not realise that the page has actually refreshed  therefore not be able to find the elements.</p><p>Plz Help !!!</p><p>I am stuck here.</p> ]]></content:encoded> </item> <item><title>Comment on A peek behind our curtain by Clue Less</title><link>http://www.teknologika.com/blog/a-peek-behind-our-curtain/comment-page-1/#comment-10327</link> <dc:creator>Clue Less</dc:creator> <pubDate>Fri, 09 Jul 2010 21:33:07 +0000</pubDate> <guid isPermaLink="false">http://www.teknologika.com/blog/?p=526#comment-10327</guid> <description>I am trying to get a grasp of this stack but am having difficulty implementing the ControlHandler. I am hoping that you can provide a snippet of ControlHandler.SetValue for a TextField. Thanks.</description> <content:encoded><![CDATA[<p>I am trying to get a grasp of this stack but am having difficulty implementing the ControlHandler. I am hoping that you can provide a snippet of ControlHandler.SetValue for a TextField. Thanks.</p> ]]></content:encoded> </item> <item><title>Comment on Modal dialog’s and dropdowns in Watin by kyle</title><link>http://www.teknologika.com/blog/modal-dialogs-and-dropdowns-in-watin/comment-page-1/#comment-10209</link> <dc:creator>kyle</dc:creator> <pubDate>Wed, 30 Jun 2010 23:12:25 +0000</pubDate> <guid isPermaLink="false">http://www.teknologika.com/blog/ModalDialogsAndDropdownsInWatin.aspx#comment-10209</guid> <description>I found myself with similar problems.  Turns out Watin would get stuck in a TryFuncUntilTimeOut.cs inside the Sleep function, which was being called as a result of Element.Change().  I added a function to Element.///
/// Fires the change event on this element and returns without waiting.
///
public virtual void ChangeNoWait()
{
FireEvent("onChange", false, null);
}With my own Thread.Sleep aftewards, it did ok.</description> <content:encoded><![CDATA[<p>I found myself with similar problems.  Turns out Watin would get stuck in a TryFuncUntilTimeOut.cs inside the Sleep function, which was being called as a result of Element.Change().  I added a function to Element.</p><p>///<br /> /// Fires the change event on this element and returns without waiting.<br /> ///<br /> public virtual void ChangeNoWait()<br /> {<br /> FireEvent(&#8221;onChange&#8221;, false, null);<br /> }</p><p>With my own Thread.Sleep aftewards, it did ok.</p> ]]></content:encoded> </item> <item><title>Comment on Tenet: A developer should never test their own software. by Andy</title><link>http://www.teknologika.com/blog/tenet-a-developer-should-never-test-their-own-software/comment-page-1/#comment-10019</link> <dc:creator>Andy</dc:creator> <pubDate>Fri, 11 Jun 2010 15:29:22 +0000</pubDate> <guid isPermaLink="false">http://www.teknologika.com/blog/TenetADeveloperShouldNeverTestTheirOwnSoftware.aspx#comment-10019</guid> <description>While both the developer and the tester have the same goal - of high quality software, they arrive to the testing process with a different set of "tools".  Said another way, developers testing their own software will often come with a whole bag of assumptions that they are taking into the testing process.  However, many bugs come from a deviation of those assumptions.  Testers do have a different perspective that can help uncover more problems.  And, the more the developer does up front the more in depth testing the tester can do.</description> <content:encoded><![CDATA[<p>While both the developer and the tester have the same goal &#8211; of high quality software, they arrive to the testing process with a different set of &#8220;tools&#8221;.  Said another way, developers testing their own software will often come with a whole bag of assumptions that they are taking into the testing process.  However, many bugs come from a deviation of those assumptions.  Testers do have a different perspective that can help uncover more problems.  And, the more the developer does up front the more in depth testing the tester can do.</p> ]]></content:encoded> </item> <item><title>Comment on Open source test tools are the way of the future by John</title><link>http://www.teknologika.com/blog/open-source-test-tools-are-the-way-of-the-future/comment-page-1/#comment-3199</link> <dc:creator>John</dc:creator> <pubDate>Wed, 13 May 2009 07:08:44 +0000</pubDate> <guid isPermaLink="false">http://www.teknologika.com/blog/OpenSourceTestToolsAreTheWayOfTheFuture.aspx#comment-3199</guid> <description>I think we both talk from our experience, and I must say that, I am very frustrated that, even if I searched the web desperately in order to find an open source tool that could perform load testing for something else than web protocols, I couldn't find one.So because I'm not a programmer, I won't develop my own performance testing tool or add the features I want to an existing one, and I will have to use expensive commercial tools with or without their flaws.What I'm trying to say is that even if there are hundreds of open source tools, for a regular testing effort they are, so often(at least for me), unsuitable.
I admit that for testing a web application open source is the best way to go, but in other areas... it is more to be done.
Also there are a lot of commercial tools out there, so finding a tool that suits your needs is not that dificult but it is time consuming.
Sadly, for me, the commercial tools are also stringly oriected on web, and only the most expensive ones cand be used for other tehnologies.</description> <content:encoded><![CDATA[<p>I think we both talk from our experience, and I must say that, I am very frustrated that, even if I searched the web desperately in order to find an open source tool that could perform load testing for something else than web protocols, I couldn&#8217;t find one.</p><p>So because I&#8217;m not a programmer, I won&#8217;t develop my own performance testing tool or add the features I want to an existing one, and I will have to use expensive commercial tools with or without their flaws.</p><p>What I&#8217;m trying to say is that even if there are hundreds of open source tools, for a regular testing effort they are, so often(at least for me), unsuitable.<br /> I admit that for testing a web application open source is the best way to go, but in other areas&#8230; it is more to be done.<br /> Also there are a lot of commercial tools out there, so finding a tool that suits your needs is not that dificult but it is time consuming.<br /> Sadly, for me, the commercial tools are also stringly oriected on web, and only the most expensive ones cand be used for other tehnologies.</p> ]]></content:encoded> </item> <item><title>Comment on Open source test tools are the way of the future by Bruce</title><link>http://www.teknologika.com/blog/open-source-test-tools-are-the-way-of-the-future/comment-page-1/#comment-3196</link> <dc:creator>Bruce</dc:creator> <pubDate>Wed, 13 May 2009 00:36:33 +0000</pubDate> <guid isPermaLink="false">http://www.teknologika.com/blog/OpenSourceTestToolsAreTheWayOfTheFuture.aspx#comment-3196</guid> <description>John,
Comments  and friendly debate is always welcome, the date doesn't matter.I agree that not all problems are solveable, but, when you are charging $10,000 plus per client and the software cannot perform the basic function that you are paying for, you expect that the problem will be solved.Commercial tools definatley COULD exist in this space, however, IMHO, the current tool vendors lag behind the mainstream technology, have products that themselves are very buggy and do not justify the price that is charged for them.Having to re-run 30% of your 1200 tests every day because of a tool bug that cannot be fixed by the vendor is completely unacceptable, and when the open-source replacement has worked flawlessly ever since, I would rather spend that $10,000 on a good testing services company to write tests in an open source tool instead.But, as you point out, I am not an average tester, but I have different expectations than most of what a tester should be ... http://www.teknologika.com/blog/the-tester-is-dead-long-live-the-sdet/</description> <content:encoded><![CDATA[<p>John,<br /> Comments  and friendly debate is always welcome, the date doesn&#8217;t matter.</p><p>I agree that not all problems are solveable, but, when you are charging $10,000 plus per client and the software cannot perform the basic function that you are paying for, you expect that the problem will be solved.</p><p>Commercial tools definatley COULD exist in this space, however, IMHO, the current tool vendors lag behind the mainstream technology, have products that themselves are very buggy and do not justify the price that is charged for them.</p><p>Having to re-run 30% of your 1200 tests every day because of a tool bug that cannot be fixed by the vendor is completely unacceptable, and when the open-source replacement has worked flawlessly ever since, I would rather spend that $10,000 on a good testing services company to write tests in an open source tool instead.</p><p>But, as you point out, I am not an average tester, but I have different expectations than most of what a tester should be &#8230; <a href="http://www.teknologika.com/blog/the-tester-is-dead-long-live-the-sdet/" rel="nofollow">http://www.teknologika.com/blog/the-tester-is-dead-long-live-the-sdet/</a></p> ]]></content:encoded> </item> <item><title>Comment on Open source test tools are the way of the future by John</title><link>http://www.teknologika.com/blog/open-source-test-tools-are-the-way-of-the-future/comment-page-1/#comment-3189</link> <dc:creator>John</dc:creator> <pubDate>Tue, 12 May 2009 15:00:26 +0000</pubDate> <guid isPermaLink="false">http://www.teknologika.com/blog/OpenSourceTestToolsAreTheWayOfTheFuture.aspx#comment-3189</guid> <description>Ok, so I will agree with you that not all commercial tools are good, and not all testing tool producers are capable. The programmer that couldn't fix the problems is not relevant, because we can asume that someday everybody could face a problem with his tool and not be able to fix it...If that test tool would have been open source, and you had the posibility to debug and solve the problem yourself doesn't automatically mean that you were necessarily able to do it. When I say you I don't mean your person, I'm just reffering to a general programmer/tester from a company... and we are not all, geniuses.And you didn't said nothing about open source tools in non-development software companies, were I consider the commercial alternative the best one.So again a I must say that the future is a) open source, b) use Microsoft’s tools, c)good commercial tools and services.Regards, and sorry for my late answer(2009), I didn't look at the date of your blog post before sending my previous message.</description> <content:encoded><![CDATA[<p>Ok, so I will agree with you that not all commercial tools are good, and not all testing tool producers are capable. The programmer that couldn&#8217;t fix the problems is not relevant, because we can asume that someday everybody could face a problem with his tool and not be able to fix it&#8230;</p><p>If that test tool would have been open source, and you had the posibility to debug and solve the problem yourself doesn&#8217;t automatically mean that you were necessarily able to do it. When I say you I don&#8217;t mean your person, I&#8217;m just reffering to a general programmer/tester from a company&#8230; and we are not all, geniuses.</p><p>And you didn&#8217;t said nothing about open source tools in non-development software companies, were I consider the commercial alternative the best one.</p><p>So again a I must say that the future is a) open source, b) use Microsoft’s tools, c)good commercial tools and services.</p><p>Regards, and sorry for my late answer(2009), I didn&#8217;t look at the date of your blog post before sending my previous message.</p> ]]></content:encoded> </item> <item><title>Comment on Open source test tools are the way of the future by Bruce</title><link>http://www.teknologika.com/blog/open-source-test-tools-are-the-way-of-the-future/comment-page-1/#comment-3184</link> <dc:creator>Bruce</dc:creator> <pubDate>Tue, 12 May 2009 07:42:26 +0000</pubDate> <guid isPermaLink="false">http://www.teknologika.com/blog/OpenSourceTestToolsAreTheWayOfTheFuture.aspx#comment-3184</guid> <description>Sorry John but I couldn't disagree more. One of the reasons we changed from commercial tools was the lack of support and reliability. In our case the commercial tool was causing no less than 7 IE crashes, the sent a developer our from the US to fix the problems and after 4 weeks onsite she only managed to solve 3 of them.The thing about open source tools is that I can debug them and solve the problems myself. To date there is no issue that I have been unable to solve myself, and that includes building my own UI automation library from scratch to test windows applications.The other thing that I didn't say at the time when I wrote this post back in 2007 as I was under NDA, is the inclusion of the testing tools in Visual Studio 2010. So the way of the future is  a) open source or b) use Microsoft's tools.</description> <content:encoded><![CDATA[<p>Sorry John but I couldn&#8217;t disagree more. One of the reasons we changed from commercial tools was the lack of support and reliability. In our case the commercial tool was causing no less than 7 IE crashes, the sent a developer our from the US to fix the problems and after 4 weeks onsite she only managed to solve 3 of them.</p><p>The thing about open source tools is that I can debug them and solve the problems myself. To date there is no issue that I have been unable to solve myself, and that includes building my own UI automation library from scratch to test windows applications.</p><p>The other thing that I didn&#8217;t say at the time when I wrote this post back in 2007 as I was under NDA, is the inclusion of the testing tools in Visual Studio 2010. So the way of the future is  a) open source or b) use Microsoft&#8217;s tools.</p> ]]></content:encoded> </item> <item><title>Comment on Open source test tools are the way of the future by John</title><link>http://www.teknologika.com/blog/open-source-test-tools-are-the-way-of-the-future/comment-page-1/#comment-3179</link> <dc:creator>John</dc:creator> <pubDate>Tue, 12 May 2009 06:45:06 +0000</pubDate> <guid isPermaLink="false">http://www.teknologika.com/blog/OpenSourceTestToolsAreTheWayOfTheFuture.aspx#comment-3179</guid> <description>Nice article, but I really can't agree with it especially with "commercial tools are dead in the long term".Even if, I am also a big fan of opensource testing tools, I had the "chance" to participate in projects of implementing automated software testing in very large companies(telecom, banks) and I really understood their need of a comercial testing tool because of the suport, and reliability they ofer.These companies had large testing departments but small or non existing development teams, so "simply open up the code and fix it or add the feature" its imposibile or in the best case scenario very expensive.Till now I haven't still meet this situation: "Most commercial vendors take 4-6 months or more to investigate, test and resolve issues." and I think that there is no guarantee that a comunity of an open source tool could solve an issue faster.So in conclusion I think that: &lt;&lt;commercial tools are dead in the long term, for software development companies which have the knowledge and the people to suport or to build their own open source testing tool "Regards,
John</description> <content:encoded><![CDATA[<p>Nice article, but I really can&#8217;t agree with it especially with &#8220;commercial tools are dead in the long term&#8221;.</p><p>Even if, I am also a big fan of opensource testing tools, I had the &#8220;chance&#8221; to participate in projects of implementing automated software testing in very large companies(telecom, banks) and I really understood their need of a comercial testing tool because of the suport, and reliability they ofer.</p><p>These companies had large testing departments but small or non existing development teams, so &#8220;simply open up the code and fix it or add the feature&#8221; its imposibile or in the best case scenario very expensive.</p><p>Till now I haven&#8217;t still meet this situation: &#8220;Most commercial vendors take 4-6 months or more to investigate, test and resolve issues.&#8221; and I think that there is no guarantee that a comunity of an open source tool could solve an issue faster.</p><p>So in conclusion I think that: &lt;&lt;commercial tools are dead in the long term, for software development companies which have the knowledge and the people to suport or to build their own open source testing tool &#8221;</p><p>Regards,<br /> John</p> ]]></content:encoded> </item> </channel> </rss>
