<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>PHPDeveloper.org</title>
    <link>http://www.phpdeveloper.org</link>
    <description>Up-to-the Minute PHP News, views and community</description>
    <language>en-us</language>
    <pubDate>Sat, 18 May 2013 11:18:41 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Stuart Herbert's Blog: PHP Components: PHP Components: Shipping Unit Tests With Your Component]]></title>
      <guid>http://www.phpdeveloper.org/news/16716</guid>
      <link>http://www.phpdeveloper.org/news/16716</link>
      <description><![CDATA[<p>
<i>Stuart Herbert</i> has his latest post in his "PHP Components" series on his blog today - a recommendation to <a href="http://blog.stuartherbert.com/php/2011/08/15/php-components-shipping-unit-tests-with-your-component/">include unit tests</a> along with the release of you component.
</p>
<blockquote>
I'm now going under the bonnet of our components, and looking at the different file roles that the PEAR installer expects to find when we distribute our component as a PEAR-compatible package. One of the most important file roles allows you to ship your tests with your package - and it's vital that this is something that you get in the habit of doing routinely.
</blockquote>
<p>
He recommends "testing your code and shipping your tests" along with the component(s) you're releasing. Not only does it help you create a better quality end result but also makes it simpler for other developers to make changes and know they're not breaking things. He describes unit tests for those not familiar and includes a specific example of the <a href="http://github.com/Gradwell/CommandLineLibrary">CommandLineLibrary</a> and its related tests. 
</p>]]></description>
      <pubDate>Mon, 15 Aug 2011 09:57:46 -0500</pubDate>
    </item>
  </channel>
</rss>
