<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Fun with the ResourceReader</title><link>http://blogs.msdn.com/nikolait/archive/2008/06/04/fun-with-the-resourcereader.aspx</link><description>After we released Pex recently, I came across a couple of interesting blog posts of people who tried out Pex, for example Ben Hall , Peter , and Stan . They all ran Pex on a small example. In this post, I want to run Pex on a more complicated piece of</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>Nikolai shows us how the ResourceReader can be tested with Pex</title><link>http://blogs.msdn.com/nikolait/archive/2008/06/04/fun-with-the-resourcereader.aspx#8574475</link><pubDate>Thu, 05 Jun 2008 06:05:17 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8574475</guid><dc:creator>Peter's Software House</dc:creator><description>&lt;p&gt;Nikolai Tillmann has a great post on how to test the ResourceReader with Pex . I have also been playing&lt;/p&gt;
</description></item><item><title>re: Fun with the ResourceReader</title><link>http://blogs.msdn.com/nikolait/archive/2008/06/04/fun-with-the-resourcereader.aspx#8837554</link><pubDate>Wed, 06 Aug 2008 17:26:28 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8837554</guid><dc:creator>Kathleen Dollard</dc:creator><description>&lt;p&gt;Does PEX evaluate any managed code, specificlaly VB?&lt;/p&gt;
&lt;p&gt;The work you've done in evaluating the code is really cool. If this moves toward a real product (usable for commercial use, via CodePlex or included in a SKU) I'd love to see that work isolated as metadata that can be addressed in a less technology linked manner than a direct tie to generation. This this metadata (imagine XML for simplicity) could include a user specified tag per parameter set that indicated the anticipated exception, rather than just saying a set of exceptions are desired. &lt;/p&gt;
&lt;p&gt;Oen of the points of metadata access would also allow programmers to add their own parameter sets. It would seem that a single PEX generated test could run from the existing data-driven testing scenario.&lt;/p&gt;
&lt;p&gt;It would also seem that the constraint system - which is a very impressive approach - could be extended to access metadata concerning the CLR method parameters from a single evaluation. I care only what problems exist in my code, but I need the parameters to reflect all the things that can happen in the CLR stack. It seems silly for that to be constantly reevaulated, particularly through the relatively manual process described here.&lt;/p&gt;
&lt;p&gt;Cool stuff. I hope it moves toward a product. &lt;/p&gt;
</description></item></channel></rss>