<?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>Thu, 23 May 2013 07:53:43 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Wojciech Sznapka's Blog: Fully isolated tests in Symfony2]]></title>
      <guid>http://www.phpdeveloper.org/news/16473</guid>
      <link>http://www.phpdeveloper.org/news/16473</link>
      <description><![CDATA[<p>
<i>Wojciech Sznapka</i> has a new post to his blog today looking at his creation of <a href="http://blog.sznapka.pl/fully-isolated-tests-in-symfony2/">fully isolated tests</a> as a part of a Symfony2 application. He talks about two issues he recently solved with testing services in this popular framework.
</p>
<blockquote>
The most important thing you should provide with your re-usable bundles is unit tests set. Lately I solved two major cases which Symfony2 hasn't got out of the box: testing services, defined in Dependency Injection Container and running model tests with fixtures in fully isolated environment.
</blockquote>
<p>
He includes code snippets for both solutions - a BaseTestClass for working with dependency injection testing and a ModelTestCase class that, in the setUp(), loads in the required fixtures so the test can be completely isolated.
</p>]]></description>
      <pubDate>Wed, 15 Jun 2011 11:18:49 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Sebastian Bergmann's Blog: Isolated (and Parallel) Test Execution]]></title>
      <guid>http://www.phpdeveloper.org/news/9281</guid>
      <link>http://www.phpdeveloper.org/news/9281</link>
      <description><![CDATA[<p>
<i>Sebastian Bergmann</i> <a href="http://sebastian-bergmann.de/archives/730-Isolated-and-Parallel-Test-Execution.html">points out</a> a new feature that <a href="http://www.phpunit.de/">PHPUnit</a> (the popular PHP unit testing tool) now has - <a href="http://www.phpunit.de/browser/phpunit/branches/feature/parallel_test_execution">parallel_test_execution</a> allowing for each test to execute on a separate PHP process.
</p>
<blockquote>
The advantages of this include full test isolation and the fact that a test can now cause a PHP fatal error or even a segmentation fault of the PHP interpreter without interrupting the test execution.
</blockquote>
<p>
He does mention, however, that it can cause a bit more overhead for larger testing suites since it needs to create a new process (complete with memory usage) for each running test. There are also coding issues that could be thrown off by this option (he gives an example of an inheritance issue with eZ Components).  
</p>
<p>
He also notes some of his thoughts on how to control/configure the process (like in a configuration file) and via an "@isolated" notation to make it easy to do it dynamically.
</p>]]></description>
      <pubDate>Wed, 19 Dec 2007 15:26:00 -0600</pubDate>
    </item>
  </channel>
</rss>
