<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>TestWisely RSS Feed</title>
    <link>http://testwisely.com/rss/</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description>The main blog feed for TestWisely.com.</description>
    
    
        <item>
          <title>Verification efforts in total software development cost: more than half!</title>
          <description>&lt;h3&gt;Verification efforts in total software development cost: more than half!&lt;/h3&gt;

&lt;p&gt;We all know that testing/verification activities are important in any software project, but how important?  Most referenced paper on this topic I could find is B. Hailpern and P. Santhanam's paper on IBM Systems Journal in 2002. They stated:  &lt;br/&gt;

&quot;In a typical commercial development organization, the cost of providing this assurance via appropriate debugging, testing, and veriﬁcation activities can easily range from &lt;b&gt;50 to 75 percent&lt;/b&gt; of the total development cost.&quot; - &lt;a target=&quot;blank&quot; href=&quot;http://www.cs.uleth.ca/~benkoczi/3720/pres/debug-test-verify_hailpern02.pdf&quot;&gt;IBM SYSTEMS JOURNAL, VOL 41, NO 1, 2002&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;This article '&lt;a target=&quot;_blank&quot; href=&quot;http://journal.thedacs.com/issue/43/90&quot;&gt;The Case for Automated Software Testing&lt;/a&gt;' by Bernie Gauf and Elfriede Dustin, IDT contains further survey statistics on the time spent on testing out of total software development cycle: &lt;br/&gt;

 &lt;img src=&quot;https://journal.thedacs.com/images/stn10-3-17.jpg&quot;/&gt;
&lt;/p&gt;

&lt;p&gt;Although the numbers vary, it is safe to say mostly will agree to the ratio in the range of &lt;b&gt;30%-75%&lt;/b&gt;. The average: &lt;b&gt;&gt;50%&lt;/b&gt;.  Nowdays software are released more frequently, i.e, requires more testing effort. If we take this into consideration, the figure is even higher.&lt;/p&gt;

&lt;p&gt;Some might find about more than half effort on testing/verification hard to believe, my observation is in align with the authors above, that's is reality in many software projects. Now I let me explain, verification in software department is not only limited to testers (what's why I used 'verification' instead of 'testing'), most of team members in a software projects doing verification: &lt;/p&gt;
 
&lt;ul&gt;
  &lt;li&gt;Testers test a build against requirements&lt;/li&gt;
  &lt;li&gt;Programmers verify functions being developed or bug fixes&lt;/li&gt;
  &lt;li&gt;Business Analysts verify the implementation matches customer's expectation.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Please note that they do these activities pretty much every day.&lt;/p&gt;

&lt;p&gt;If your software project is late, over budget and looks like a mission impossible, verification is the first area you shall look into for improvement.&lt;/p&gt;
</description>
          <pubDate>Sun, 22 Jan 2012 00:00:00 GMT</pubDate>
          <guid>http://testwisely.com/articles/2012/01/22/verification-efforts-in-total-software-development-cost-more-than-half/</guid>
          <link>http://testwisely.com/articles/2012/01/22/verification-efforts-in-total-software-development-cost-more-than-half/</link>
        </item>
    
        <item>
          <title>Print User Story Cards in StoryWise</title>
          <description>&lt;h3&gt;Print User Story Cards in StoryWise&lt;/h3&gt;


&lt;p&gt;Agile projects, even fake ones (which don't do automated testing and continuous integration at all), use story cards, that is, writing requirements on cards (commonly, index cards used). But the fact is that nowadays most of people's handwriting, like mine, are not very recognisable (a less polite word: sucks). Story cards are conversation starters in agile projects, but only can be effective if team members can read the text on them.&lt;/p&gt;

&lt;p&gt;Almost every project team I am involved likes the idea of printing story cards, this can be easily done in StoryWise. After entered or imported user stories in StoryWise, you can generate story card PDF from user story list
&lt;br/&gt;
&lt;img src=&quot;/images/blog/story_list_pdf.png&quot;/&gt;
&lt;br/&gt;
or from the story details page &lt;br/&gt;
&lt;br/&gt;
&lt;img src=&quot;/images/blog/story_detail_pdf.png&quot;/&gt;&lt;br/&gt;
, and you will get &lt;br/&gt;
&lt;img src=&quot;/images/blog/story_card.png&quot;/&gt;&lt;/p&gt;

&lt;p&gt;Then you set up your printer with specified paper size  152x102mm to print it out on index cards.&lt;/p&gt;
</description>
          <pubDate>Sat, 31 Dec 2011 00:00:00 GMT</pubDate>
          <guid>http://testwisely.com/articles/2011/12/31/print-user-story-cards-in-storywise/</guid>
          <link>http://testwisely.com/articles/2011/12/31/print-user-story-cards-in-storywise/</link>
        </item>
    
        <item>
          <title>Testing tags not supported by Watir</title>
          <description>&lt;h3&gt;Testing tags not supported by Watir&lt;/h3&gt;


&lt;p&gt;Watir supports most HTML tags, and we use them to drive the testing: 

&lt;pre&gt;link(:text, &quot;some text&quot;).click
td(:id, &quot;special_cell&quot;).click&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;How to test tag (such as TH)  which are not supported by Watir? You can use xpath to identify the element. Let me illustrate with an example: a tester wants to click the table heading 'LOGIN' on the page below:

&lt;p&gt;&lt;img src=&quot;/images/blog/table_heading_with_house.png&quot;/&gt;&lt;/p&gt;

&lt;p&gt;It's source:
&lt;pre&gt;&amp;lt;th abbr=&quot;Login&quot; scope=&quot;col&quot;&gt;Login&amp;lt;/th&gt;&lt;/pre&gt;
&lt;/p&gt;

It does not even have a ID! We could use the xpath to find the element: tag is 'TH' and attribute 'abbr' is 'Login'. Here is the test script:
&lt;pre&gt;ie.element_by_xpath(&quot;//th[@abbr='Login']&quot;).click&lt;/pre&gt;

To verify the solution, I modified the source to show a JavaScript popup window on clicking this table heading. And out test script worked:
&lt;p&gt;&lt;img src=&quot;/images/blog/table_heading_clicked.png&quot;/&gt;&lt;/p&gt;
</description>
          <pubDate>Tue, 22 Nov 2011 00:00:00 GMT</pubDate>
          <guid>http://testwisely.com/articles/2011/11/22/testing-tags-not-supported-by-watir/</guid>
          <link>http://testwisely.com/articles/2011/11/22/testing-tags-not-supported-by-watir/</link>
        </item>
    
        <item>
          <title>Why more Scrum than XP?</title>
          <description>&lt;h3&gt;Why more Scrum than XP?&lt;/h3&gt;
&lt;br/&gt;
&lt;div class=&quot;blog-content&quot;&gt;

&lt;p&gt;Today I picked up Kent Beck 'Extreme Programming' book from the bookshelf, what's a great book! Last time I read it was about 5 years ago. The XP practices now make even more sense to me. However, over this period, I saw more projects branded themselves 'Agile', 'Scrum', few doing XP. Why?&lt;/p&gt; 

&lt;p&gt;With the help of James Shore's &lt;a href=&quot;http://jamesshore.com/Blog/Scrum-XP-Practices-Cross-Reference.html&quot;&gt;Scrum and XP Practices: Cross Reference&lt;/a&gt;, we can do a quick comparision&lt;/p&gt;

&lt;ul&gt;
  &lt;li&gt;&lt;b&gt;Stand-Up Meetings&lt;/b&gt; XP: Yes, Scrum: Yes&lt;/li&gt; 

  &lt;li&gt;&lt;b&gt;Continuous Integration&lt;/b&gt;: XP: implied, Scrum: n/a
   &lt;p&gt;&lt;/p&gt;
  &lt;/li&gt;

  &lt;li&gt;&lt;b&gt;Ten-Minute Build&lt;/b&gt; XP: Yes, Scrum: n/a 
   &lt;p&gt;&lt;/p&gt;
  &lt;/li&gt;

  &lt;li&gt;&lt;b&gt;Simple Design&lt;/b&gt; XP: Yes, Scrum: n/a
   &lt;p&gt;If a programmer thinks it is easy, then he/she is still in &quot;don't know what you don't know&quot; stage.&lt;/p&gt;
  &lt;/li&gt;

  &lt;li&gt;&lt;b&gt;Pair Programming&lt;/b&gt; XP: Yes, Scrum: n/a
    &lt;p&gt;Maybe a controvsial one, but there many studies approving pair programming achieve better productity with lower rates&lt;/p&gt;
  &lt;/li&gt;

  &lt;li&gt;&lt;b&gt;Single Code Base&lt;/b&gt; XP,  Scrum: n/a 
    &lt;p&gt;I have seen too many times, several junior level developers (not by age) got excited talking about branches, always end up with disappointments.&lt;/p&gt;
  &lt;/li&gt;

  &lt;li&gt;&lt;b&gt;Refactoring&lt;/b&gt;: a core practice in XP, n/a in Scrum
    &lt;p&gt;Note if you don't have unit tests, it is NOT refactoring. What's your project's unit test code coverage?&lt;/p&gt;
  &lt;/li&gt;

  &lt;li&gt;&lt;b&gt;Customer Tests&lt;/b&gt; XP: implied, Scrum: n/a
    &lt;p&gt;Getting customer to write/review automated tests prevents miscommunication. &lt;/p&gt;
  &lt;/li&gt;

  &lt;li&gt;&lt;b&gt;No bugs&lt;/b&gt;: XP: Implied, Scrum: n/a
  &lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;As you can see, XP practices are more real, for my experience, found more used in successfuly projects. Few people claim their doing XP as it is can be easily checked against the above list.&lt;/p&gt;

&lt;p&gt;Scrum is, in my opinion, a more abstract version of XP and the word 'sprint' sounds cool. I remembered that in a group session at one conference, one attendant called out &quot;Who else hate Scrum?&quot; For me, what flag you fly up dosn't matter, how you do it matters. Story cards and stand-up meetings don't make projects 'Agile' (I am sure you have seen enough Fake agile projects like me), automated testing (unit and functional UI) and continuous integration do.&lt;/p&gt;

&lt;/div&gt;
</description>
          <pubDate>Sat, 22 Oct 2011 00:00:00 GMT</pubDate>
          <guid>http://testwisely.com/articles/2011/10/22/why-more-scrum-than-xp/</guid>
          <link>http://testwisely.com/articles/2011/10/22/why-more-scrum-than-xp/</link>
        </item>
    
        <item>
          <title>Sample projects: RWebSpec, Watir, Selenium, RSpec, and Cucumber</title>
          <description>&lt;div class=&quot;blog-content&quot;&gt;

&lt;p&gt;Quite often, we receive the following questions:
  &lt;ul&gt;
    &lt;li&gt;Which test framework do you suggest, RWebSpec or Watir or Selenium?&lt;/li&gt;
    &lt;li&gt;Which BDD framework is good for automated test scripts, xUnit or RSpec or Cucumber?&lt;/li&gt;
  &lt;/ul&gt;
&lt;/p&gt;

&lt;p&gt;These kind of questions are not easy to answer, as people have different preferences.  Now we created a public GitHub repository, you can try out and compare them yourself:  &lt;br/&gt;
  &lt;a href=&quot;https://github.com/zhimin/adminwise-ui-tests&quot;&gt;https://github.com/zhimin/adminwise-ui-tests&lt;/a&gt;
&lt;/p&gt;
  
&lt;p&gt;A test web site is created for this, you just checkout (or download) the test projects (six of them), open one in TestWise 2.&lt;/p&gt;
&lt;/div&gt;</description>
          <pubDate>Thu, 15 Sep 2011 00:00:00 GMT</pubDate>
          <guid>http://testwisely.com/articles/2011/09/15/sample-projects-rwebspec-watir-selenium-rspec-and-cucumber/</guid>
          <link>http://testwisely.com/articles/2011/09/15/sample-projects-rwebspec-watir-selenium-rspec-and-cucumber/</link>
        </item>
    
        <item>
          <title>HP TouchPad marketing irony</title>
          <description>&lt;h3&gt;HP TouchPad marketing irony&lt;/h3&gt;
&lt;div class=&quot;posted&quot;&gt;Posted by Zhimin Zhan on August 19, 2011&lt;em&gt;|&lt;/em&gt;&lt;img src=&quot;http://spurrd.com/assets/123/comment.png&quot; /&gt;
&lt;a href=&quot;/articles/2011/08/19/hp-touchpad-marketing-irony/#disqus_thread&quot;&gt;Comments&lt;/a&gt;&lt;/div&gt;
&lt;div class=&quot;blog-content&quot;&gt;

&lt;p&gt;Two days ago, I received a marketing email from HP with subject &quot;Be the first to own the HP TouchPad&quot;. Inside, &quot;Works Like Nothing Else&quot;, &quot;Everybody  on HP TouchPad&quot;, &quot;There is nothing like it&quot;, you may still visit &lt;a href=&quot;http://h30574.www3.hp.com/e/es.aspx?s=1254&amp;e=804170&amp;elq=a13a66f4a00a4c0f9fcb6407e3fe33c6&quot; target=&quot;_blank&quot;&gt;its web version&lt;/a&gt; on HP.&lt;/p&gt;

&lt;p&gt;Guess how much how much could change in 2 days? Today, 2011-08-19, news come out that &lt;a href=&quot;http://www.fastcompany.com/1774559/drastic-hp-pivot-shuts-down-touchpad-acquires-10-bn-autonomy-software-may-spinoff-pc-busines&quot;&gt;&quot;HP will discontinue its TouchPad as well as its WebOS phones&quot;&lt;/a&gt;. I feel sorry for people who just bought it.&lt;/p&gt;

&lt;p&gt;This is just another example of sales/marketing guys will sell you dying animals. It happens so common in our industry that whole project team suffers from some manager/architect's decision on a product (usually expensive), knowing there are much cheaper or free products out there are a lot better. I am sure these managers/architects won't do grocery like this (as that will be own money), he/she will try and pick up most value for money products.&lt;/p&gt;

&lt;p&gt;My point in the context of testing, when choosing a testing tool/framework, try it out for a week, see how much effort for the team to learn and how it cope with application changes? This is common sense really, isn't it?&lt;/p&gt;
&lt;/div&gt;
</description>
          <pubDate>Fri, 19 Aug 2011 00:00:00 GMT</pubDate>
          <guid>http://testwisely.com/articles/2011/08/19/hp-touchpad-marketing-irony/</guid>
          <link>http://testwisely.com/articles/2011/08/19/hp-touchpad-marketing-irony/</link>
        </item>
    
        <item>
          <title>TestWise 2.0</title>
          <description>&lt;div class=&quot;blog-content&quot;&gt;

&lt;h2&gt;TestWise 2.0 - Next Generation Functional Testing Tool Gets Even Better&lt;/h2&gt;

&lt;p&gt;After over one year's development, we are excited and proud to release &lt;a href=&quot;/en/testwise/downloads&quot;&gt;TestWise 2.0&lt;/a&gt;.&lt;/p&gt;

&lt;h3&gt;TestWise 2.0 Highlights&lt;/h3&gt;

&lt;div&gt; 
  &lt;table cellpadding=&quot;3&quot; cellspacing=&quot;3&quot; width=&quot;100%&quot;&gt;  
   &lt;tr&gt;
     &lt;td valign=&quot;top&quot; width=&quot;250&quot;&gt;
&lt;img src=&quot;/images/watir-2.png&quot;/&gt;
&lt;/td&gt;
     &lt;td valign=&quot;top&quot;&gt;
      &lt;h3&gt;Support latest Watir 2&lt;/h3&gt;
      &lt;p&gt;TestWise continues to provide better support for Watir, the latest Watir 2 is also close to be released. If your main target browser is Internet Explorer, in our opinion, Watir is the framework to go for its reliability, concise syntax and performance. &lt;/p&gt;
     &lt;p&gt;If you require testing against Firefox or Chrome and on non-windows platform, you can also use Selenium 2.0 in TestWise 2.&lt;/p&gt;
      &lt;/td&gt;
   &lt;/tr&gt;
   &lt;tr&gt;
     &lt;td valign=&quot;top&quot; width=&quot;250&quot;&gt;
&lt;img src=&quot;/images/selenium2-browsers.png&quot;/&gt;
&lt;/td&gt;
     &lt;td valign=&quot;top&quot;&gt;
      &lt;h3&gt;Selenium 2.0 (WebDriver) Support&lt;/h3&gt;
      &lt;p&gt;The long-waited Selenium 2.0 is released in July 2011, and now you can start using TestWise 2 to  develop your Selenium 2.0 web tests, as well as Watir. Selenium 2 supports all main-stream web browsers:    Internet Explorer, Firefox and Google Chrome, which fits well for multi-browser testing. In TestWise, you can run tests against different type of browser with a just single click of button. &lt;/p&gt;
      &lt;p&gt;&lt;a href=&quot;/en/screencasts/testwise2/run-same-test-in-ie-firefox-and-chrome-with-selenium-webdriver&quot;&gt;Screencast: running same test in IE, Firefox and Chrome&lt;/a&gt;&lt;/p&gt;
&lt;/td&gt;
   &lt;/tr&gt;
   &lt;tr&gt;
     &lt;td valign=&quot;top&quot;&gt;

  &lt;img width=&quot;240&quot;  src=&quot;/images/cucumber.png&quot;/&gt;
&lt;/td&gt;
     &lt;td valign=&quot;top&quot;&gt;
        &lt;h3&gt;Cucumber&lt;/h3&gt;
&lt;p&gt;Cucumber allows testers describe how software should behave in plain text, like this:
&lt;div style=&quot;padding: 5px;&quot;&gt;&lt;img src=&quot;/images/cucumber_feature_google.png&quot;/&gt;&lt;/div&gt;
It is not hard to see why it is getting popular.
&lt;/p&gt;
    
&lt;p&gt;&lt;a href=&quot;/en/screencasts/testwise2/cucumber-and-watir&quot;&gt;Screencast: Watir in Cucumber&lt;/a&gt;&lt;/p&gt;
     &lt;/td&gt;
   &lt;/tr&gt;

   &lt;tr&gt;
     &lt;td valign=&quot;top&quot;&gt;
      &lt;br/&gt;
     &lt;/td&gt;
     &lt;td valign=&quot;top&quot;&gt;
        &lt;h3&gt;TestWise IE Recorder&lt;/h3&gt;
&lt;p&gt;Our TestWise recorder works in Firefox (as an extension). Based on feedback, we created one for IE for web sites not working well under Firefox. Plus, this recorder also records operations in Selenium 2.0 ruby syntax as well Watir and RWebSpec.&lt;/p&gt;

&lt;img border=&quot;0&quot; src=&quot;/images/testwise_ie_recorder_webdriver.png&quot;/&gt;

&lt;p&gt;Please note: recorders are just helpers and recorded test scripts are hard to maintain. Don't forge to refactor! (&lt;i&gt;Tip: using TestWise&lt;/i&gt;)&lt;/p&gt;
  &lt;/p&gt;
    
     &lt;/td&gt;
   &lt;/tr&gt;


  &lt;tr&gt;
     &lt;td valign=&quot;top&quot;&gt;
      &lt;br/&gt;
     &lt;/td&gt;
     &lt;td valign=&quot;top&quot;&gt;
        &lt;h3&gt;And many more ...&lt;/h3&gt;
        &lt;p&gt;We listened your feedback and suggestions, a long list of improvements went into TestWise 2.0:
&lt;ul&gt;
  &lt;li&gt;Take screenshots when a test fails&lt;/li&gt;
  &lt;li&gt;Test reports with screenshots (when failures occur)&lt;/li&gt;
  &lt;li&gt;JIRA integration&lt;/li&gt;
  &lt;li&gt;Show call tips when auto-complete page functions&lt;/li&gt;
  &lt;li&gt;Intelligent file finder&lt;/li&gt;
  &lt;li&gt;Editor themeing&lt;/li&gt;
  &lt;li&gt;...&lt;/li&gt;
&lt;/ul&gt;
       &lt;/p&gt;
    
     &lt;/td&gt;
   &lt;/tr&gt;

   &lt;tr&gt;
     &lt;td valign=&quot;top&quot;&gt;
      &lt;br/&gt;

     &lt;/td&gt;
     &lt;td valign=&quot;top&quot;&gt;
&lt;h3&gt;More Help&lt;/h3&gt;
&lt;p&gt;Our users like video tutorials, and we added &lt;a href=&quot;/en/screeencasts&quot;&gt;many more&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Shall I use RWebSpec, Watir or Selenium 2.0? Which BDD framework suites me better: RSpec or Cucumber? We created a &lt;a href=&quot;https://github.com/zhimin/adminwise-ui-tests&quot; target=&quot;_blank&quot;&gt;public repository&lt;/a&gt; containing six projects with above combinations. Just simply try them out in TestWise, this also serves a good learning tool for testers who are familiar with one framework and is willing to learn another.&lt;/p&gt;
     &lt;/td&gt;
   &lt;/tr&gt;
  &lt;/table&gt;


&lt;/div&gt;
&lt;/div&gt;</description>
          <pubDate>Thu, 18 Aug 2011 00:00:00 GMT</pubDate>
          <guid>http://testwisely.com/articles/2011/08/18/testwise-2-0/</guid>
          <link>http://testwisely.com/articles/2011/08/18/testwise-2-0/</link>
        </item>
    
        <item>
          <title>Are Software Testing same as VCS, worst are most expensive ones?</title>
          <description>&lt;h3&gt;Are Software Testing same as VCS, worst are most expensive ones?&lt;/h3&gt;
&lt;div class=&quot;blog-content&quot;&gt;

&lt;p&gt;Today I came cross to the 
&lt;a href=&quot;http://martinfowler.com/bliki/VcsSurvey.html&quot; target=&quot;_blank&quot;&gt;Martin Fowler's Version Control Software Survey&lt;/a&gt;. Ironically, commercial and expensive VCS such as TFS and ClearCase are behind, correction, far far behind free ones such as Git and Subversion rated by thoughtworks consultants. Given the nature of version control software, it is hard to be critical against free good working ones, as they are widely approved by large software projects, why there are people still paying money for more problematic ones? Sounds crazy, but this happens all the time, remember old expensive J2EE containers, it turns out free Tomcat suits most projects, free and more stable.&lt;/p&gt;

&lt;p&gt;This kind lack of common sense: &lt;b&gt;prefer very expensive and useless rather than working and affordable&lt;/b&gt; happens to our testing world as well. Do you know projects who buy very expensive testing tools which generate unmaintainable test scripts, eventually left on shelves, I bet you do, as I heard all the time during testing conferences. But there is a hope, I see increasingly more testing job ads on Watir and Selenium. &lt;/p&gt;

&lt;/div&gt;

</description>
          <pubDate>Sat, 06 Aug 2011 00:00:00 GMT</pubDate>
          <guid>http://testwisely.com/articles/2011/08/06/are-software-testing-same-as-vcs-worst-are-most-expensive-ones/</guid>
          <link>http://testwisely.com/articles/2011/08/06/are-software-testing-same-as-vcs-worst-are-most-expensive-ones/</link>
        </item>
    
        <item>
          <title>Zero Bug Tolerance</title>
          <description>&lt;h3&gt;Zero Bug Tolerance&lt;/h3&gt;
&lt;div class=&quot;blog-content&quot;&gt;

&lt;p&gt;Occasionally we got questions on use of defect tracking system, my answer is &quot;try not using them if the team is co-located&quot;. To back up my claim, I quoted from the two classic books below: &lt;/p&gt;

&lt;p&gt;From 'Agile Testing' book,  &quot;New agile teams usually have a hard time believing it can be done.&quot; &quot;The objective is not to get ride of a defect tracking system -- it is to not need to a defect tracking system. There is a big difference. Ths trick is to expose a defect the moment it occurs.&quot;&lt;/p&gt;

&lt;p&gt;From 'Extremem Programming 2nd Edition', &quot;At first, American workers can't believe this. Chet Hendrickson told me the story of his brother-in-law who worked at a Toyota plant in kentucky. He saw a defective door go by. His buddy said, &quot;Pull the cord.&quot; Nah, he didn't want to get in trouble. Another defective door. Another. Finally, he pulled the cord. He was praised for telling the truth and pointing out flaws. Unlike mass-production lines where someone &quot;down the line&quot; is responsible for quality, in TPS the goal is to make the quality of the line good enough that there is no need for downstream quality assurance. This implies that everyone is responsible for quality.&quot;&lt;/p&gt;


&lt;/div&gt;
</description>
          <pubDate>Sun, 10 Jul 2011 00:00:00 GMT</pubDate>
          <guid>http://testwisely.com/articles/2011/07/10/zero-bug-tolerance/</guid>
          <link>http://testwisely.com/articles/2011/07/10/zero-bug-tolerance/</link>
        </item>
    
        <item>
          <title>Google lost to scripting languages?</title>
          <description>&lt;h3&gt;Google lost to scripting languages?&lt;/h3&gt;
&lt;div class=&quot;blog-content&quot;&gt;
&lt;p&gt;News: &lt;a href=&quot;http://www.bloomberg.com/news/2011-06-16/oracle-seeking-billions-of-dollars-in-damages-from-google-in-java-lawsuit.html&quot; target=&quot;_blank&quot;&gt;Oracle Seeks ‘Billions’ From Google in Java Patent Lawsuit&lt;/a&gt; for use of Java in Andriod. When Google acquired Android, why tied themselves to a technology belong to a potential competitor (Sun, then Oracle). With talents in Google, it shouldn't be too difficult to implement the idea in free languages such as Ruby or Python. Surely it will be of some work extending the language, but it won't cost 'billions', let alone on-going license fees. Apple is smarter on this.&lt;/p&gt;

&lt;p&gt;To extend the thought further, It seems Google, with all respect, is not winning against companies embracing free and scripting languages, namely: 
&lt;ul&gt;
  &lt;li&gt;FaceBook, implemented in PHP&lt;/li&gt;
  &lt;li&gt;Twitter, originaly created in Ruby on Rails&lt;/li&gt;
&lt;/ul&gt;
&lt;/div&gt;</description>
          <pubDate>Sun, 03 Jul 2011 00:00:00 GMT</pubDate>
          <guid>http://testwisely.com/articles/2011/07/03/google-lost-to-scripting-languages/</guid>
          <link>http://testwisely.com/articles/2011/07/03/google-lost-to-scripting-languages/</link>
        </item>
    
    
  </channel>
</rss>


