<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE rss [<!ENTITY % HTMLlat1 PUBLIC "-//W3C//ENTITIES Latin 1 for XHTML//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent">]>
<rss version="0.92" xml:base="http://www.testingreflections.com">
<channel>
 <title>testingReflections.com - NUnit</title>
 <link>http://www.testingreflections.com/taxonomy/view/or/85</link>
 <description></description>
 <language>en</language>
<item>
 <title>NUnit Test Runner and Profiler for Visual Studio</title>
 <link>http://www.testingreflections.com/node/view/3115</link>
 <description>[textile]Looks interesting... Will have to investigate this tool...&lt;br /&gt;
&lt;br /&gt;
"MailFrame NUnit TestRunner":http://www.mailframe.net/Products/TestRunner/2005/&lt;br /&gt;
&lt;br /&gt;
I like the look of the visual integration with the Visual Studio editor...</description>
<pubDate>Thu, 05 Jan 2006 08:35:11 -0600</pubDate></item>
<item>
 <title> Model View Presenter - is testing the presenter enough?</title>
 <link>http://www.testingreflections.com/node/view/3010</link>
 <description>Source code: &lt;a href="http://www.geocities.com/danbunea/articles/dotnet/mvp/UsersMVP.zip"&gt;Download&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
Lately, I have noticed that the Humble Dialog Box or Model View Presenter are gaining more and more acceptance among software developers, especially in agile communities, because of its benefits regarding the very good separation between the view and the behavior and because it can be very easily unit tested, on a problematic field: user interface.</description>
<pubDate>Mon, 28 Nov 2005 02:11:07 -0600</pubDate></item>
<item>
 <title>Testing your web UI using SWExplorerAutomation and NUnit</title>
 <link>http://www.testingreflections.com/node/view/2763</link>
 <description>[textile]In my "previous posts about SWExplorerAutomation (SWEA)":http://www.testingreflections.com/node/view/2592, I addressed a couple of initial problems with getting "SWEA":http://home.comcast.net/~furmana/SWIEAutomation.htm to work on a specific configuration of machine.&lt;br /&gt;
&lt;br /&gt;
Having got past that, I moved on to more interesting things... Specifically, using SWEA under NUnit.&lt;br /&gt;
&lt;br /&gt;
I won't go into the detail of any of the SWEA main features since "Alex Furman":http://www.alexfurman.net does that better than me in his "Flash Demo":http://home.comcast.net/~furmana/SWExplorerAutomation.html and developer documentation available on the "SWEA home page":http://home.comcast.net/~furmana/SWIEAutomation.htm&lt;br /&gt;
&lt;br /&gt;
When should you use SWEA? Well, there are so many different circumstances where it would be appropriate and many where it wouldn't... rather than guess your circumstances, I'll tell you about mine:</description>
<pubDate>Thu, 01 Sep 2005 20:13:42 -0500</pubDate></item>
<item>
 <title>NUnitASP Architecture walkthrough video from Jim Shore</title>
 <link>http://www.testingreflections.com/node/view/2667</link>
 <description>&lt;a href="http://www.jamesshore.com/Blog"&gt;Jim Shore&lt;/a&gt;, one of the Agile folks out there, has created a nice animated video using Camtasia that talks about how the NUnitASP Architecture works. It's not really for those without any NUnitASP experience but it's definitely interesting and I hope there will be more of this to come. Here's the full excerpt from his email to the Test-First user interfaces mailing list at Yahoo: &amp;nbsp; At the Agile 2005 conference, Joshua Kerievsky talked about using alternatives to hands-on coaching to "commoditize" training in XP.&amp;nbsp; I found it to be a thought-provoking talk.&amp;nbsp; Well, tI've tried out one of Joshua's ideas and I'm very pleased with the result. &amp;nbsp; NUnitAsp is a tool for test-driven development of ASP.NET.&amp;nbsp; I've produced a video that talks about NUnitAsp's architecture, the challenges that you face in NUnitAsp, and ways to overcome them.&amp;nbsp; It's a neat presentation, very compact at eight minutes, and well illustrated with animation and figures, if I do say so myself.&amp;nbsp; Although it's intended for advanced users, I think anybody interested in NUnitAsp or TDD in general will learn something from watching it. &amp;nbsp; I'm very happy with the way this turned out and I hope you'll take a look.&amp;nbsp; Please let me know what you think.&amp;nbsp; You can find the video on the NUnitAsp web site: &amp;nbsp; &lt;a href="http://nunitasp.sf.net/AdvancedNUnitAsp.html"&gt;http://nunitasp.sf.net/AdvancedNUnitAsp.html&lt;/a&gt; &amp;nbsp; This is the first time I've produced a video like this and I've blogged about the experience here: &amp;nbsp; &lt;a href="http://www.jamesshore.com/Blog/Advanced-NUnitAsp-Video.html"&gt;http://www.jamesshore.com/Blog/Advanced-NUnitAsp-Video.html&lt;/a&gt; &amp;nbsp; Enjoy!</description>
<pubDate>Sun, 21 Aug 2005 04:31:48 -0500</pubDate></item>
<item>
 <title>NUnit Converter: switch from NUnit to VSTS</title>
 <link>http://www.testingreflections.com/node/view/2436</link>
 <description>A tool from Jim Newkirk that converts NUnit Test Code into tests compatible with Visual Studio 2005 Team System.</description>
<pubDate>Mon, 04 Jul 2005 00:49:21 -0500</pubDate></item>
<item>
 <title>NUnit in Hebrew?</title>
 <link>http://www.testingreflections.com/node/view/1904</link>
 <description>This is a question to all the Hebrew-speaking readers of this blog (all 3 of you): &amp;nbsp; One of the upcoming features on &lt;a href="http://Nunit.org"&gt;NUnit &lt;/a&gt;will be a localization kit which will enable it to be run in different language contexts. So: &lt;ol&gt; &lt;li&gt;Would you want to use a version if NUnit in Hebrew? explain why (yes or no)&lt;/li&gt; &lt;li&gt;Would you want to he</description>
<pubDate>Thu, 24 Mar 2005 00:59:06 -0600</pubDate></item>
<item>
 <title>Test Driven Development Using NUnit in C#</title>
 <link>http://www.testingreflections.com/node/view/1524</link>
 <description>When sitting down to create an application, many developers start by writing the code. Test Driven Development emphasizes the opposite, stressing the need to prepare test scenarios or test cases before writing the code itself. This seemingly backwards approach has some benefits. First of all, it requires that the programmer be very clear about what tests the program should pass and what test it should fail, bringing such concerns to the forefront of the software design process. Furthermore, by meticulously detailing what tests a system should pass and fail we can use tools to automate most of our tests. An automated job is one that's always very, very easy to do. These automated tests are meant to be run every time there's a code change and are referred to as unit tests.</description>
<pubDate>Sat, 29 Jan 2005 03:44:37 -0600</pubDate></item>
<item>
 <title>SharpDevelop develops NUnit integration</title>
 <link>http://www.testingreflections.com/node/view/1520</link>
 <description>&lt;a href="http://www.icsharpcode.net/OpenSource/SD/WhatsNew.aspx"&gt;Oh this is cool.&lt;/a&gt;  &lt;a href="http://www.icsharpcode.net/OpenSource/SD/default.aspx"&gt;SharpDevelop&lt;/a&gt;, the open source .NET editor, has built in NUnit integration. I'm still not sure what that really means, but I intend to find out. Hopefully it will be just like the JUnit integration found in similar Java projects.</description>
<pubDate>Sat, 29 Jan 2005 03:57:23 -0600</pubDate></item>
<item>
 <title>NUnit extended: Beyond Assert</title>
 <link>http://www.testingreflections.com/node/view/1439</link>
 <description>NUnit provides a basic set of assertions in the Assert class. We can compare two objects for equality or identity, test a boolean expression for truth or falsehood or check whether an object is null. Building on these assertions, it's possible to develop more complex tests.But that doesn't mean it's easy! Using these simple building blocks means that the developer must provide all the code to make the checks as well as building a meaningful error message in case of failure.</description>
<pubDate>Tue, 11 Jan 2005 00:25:16 -0600</pubDate></item>
<item>
 <title>Testing Code-Generated Code with NUnit, Temporary Files, Voodoo, Rubber Bands and Reflection</title>
 <link>http://www.testingreflections.com/node/view/1413</link>
 <description>We're into Unit Testing here and getting more so every day. We also do a lot of code generation as well, and struggled with how to test that the code generation works from end to end. [..] These [generated] objects should compile, have the correct attributes, be create-able at runtime, and serialize correctly.Here's how we run CodeSmith in the NUnit tests to generate into temporary .g.cs files. The ".g.cs" extension is our own invention, allowing us to keep track of what's generated and what's written by hand.</description>
<pubDate>Thu, 06 Jan 2005 00:46:29 -0600</pubDate></item>
<item>
 <title>Unit-testing with multiple cultures in MbUnit and NUnit</title>
 <link>http://www.testingreflections.com/node/view/1274</link>
 <description>It's a good idea, when unit-testing your classes, to test under multiple circumstances -- such as multiple cultures. Sure, a routine may work great when run under a given culture, say US English, but what if it is run on a Spanish or Japanese machine?MbUnit makes it easy to run tests under different cultures. If NUnit is your tool of choice, you need to do a little bit more work.</description>
<pubDate>Sun, 12 Dec 2004 02:55:57 -0600</pubDate></item>
<item>
 <title>James Newkirk blogs again</title>
 <link>http://www.testingreflections.com/node/view/1249</link>
 <description>&lt;P&gt;James Newkirk breaks his blogging silence with two good posts. The first one continues the &lt;A href="http://weblogs.asp.net/jamesnewkirk/archive/2004/12/04/275169.aspx"&gt;Bookmark Collection example&lt;/A&gt; Test Driven Development series. The other explains why he makes &lt;A href="http://weblogs.asp.net/jamesnewkirk/archive/2004/12/04/275172.aspx"&gt;test fixture member variables static&lt;/A&gt; (and why it&amp;#8217;s a good practice).</description>
<pubDate>Wed, 08 Dec 2004 00:38:49 -0600</pubDate></item>
<item>
 <title>Unit testing with Cassini and NUnitASP: A complete example</title>
 <link>http://www.testingreflections.com/node/view/1246</link>
 <description>A complete example of how you can use Cassini in combination with NUnitASP to unit test ASP.NET web pages without IIS. Uses Scott Hanselmans original code with some minor changes.Author: Anders NoråsPublished: December 2, 2004</description>
<pubDate>Mon, 06 Dec 2004 00:05:19 -0600</pubDate></item>
<item>
 <title>NUnit Unit Testing of ASP.NET Pages, Base Classes, Controls and other widgetry using Cassini</title>
 <link>http://www.testingreflections.com/node/view/1245</link>
 <description>There's a lot of info out there on how to cobble together NUnit Unit Testing of ASP.NET Pages and assorted goo. NUnitASP is a nice class library to facilitate this kind of testing, but it doesn't solve a few problems:- Do you have/want a Web Server on your Test/Build machine?- How do you get your Test Pages and such over to the Web Server? Just automatically copy them?- Are your Test cases self-contained? That is, do they require external files and other stuff to be carried along with them?</description>
<pubDate>Mon, 06 Dec 2004 00:06:25 -0600</pubDate></item>
<item>
 <title>Extending NUnit *easily* with version 2.2.1 (finally!)</title>
 <link>http://www.testingreflections.com/node/view/1242</link>
 <description>I finally got some time so I sat down with the latest version of&lt;a href="http://www.nunit.org"&gt; NUnit &lt;/a&gt;- 2.2.1 and tried using its extensibility features like the ability to create new custom test attributes that change test behavior, hopefully ridding myself of more complex projects that I had to do in the past (such as using interception or create a whole new binary version of Nunit just so that this could be done) . I'm glad to say that it worked out &lt;strong&gt;great&lt;/strong&gt;! NUnit 2.2.1 finally allows one to (no so)easily add custom attributes such as Rollback to&amp;nbsp;NUnit without resorting to violence. Yey! Unfortunately, the process is still too bureaucratic (for me at least), requiring the developer to add 3 new classes for each test attribute. I took it upon myself to check and see if this process could be made easier and it does :) &amp;nbsp; I basically created a base class you inherit from and does all the nasty work for you. Here's how easy it is to create a new attribute that does tracing on your unit tests: &amp;nbsp;     &lt;p class="MsoNormal"&gt;[AttributeUsage(AttributeTargets.Method, AllowMultiple=false)]&lt;/p&gt;</description>
<pubDate>Mon, 06 Dec 2004 00:11:14 -0600</pubDate></item>
</channel>
</rss>
