﻿<?xml version="1.0" encoding="utf-8"?><rss version="2.0"><channel><title>Ayende @ Rahien</title><link>http://ayende.com</link><description>Ayende @ Rahien</description><copyright>Copyright (C) Ayende Rahien  2004 - 2021 (c) 2026</copyright><ttl>60</ttl><item><title>Shaun McCarthy commented on Debugging NHibernate</title><description>If you are using NUnit and making the names long to give a better description, you might want to consider using the Description attribute instead. This way you can keep your method names a little more succint and still give a decent error message in the output on failure
  
  
http://nunit.com/index.php?p=description&amp;r=2.4.1
  
</description><link>http://ayende.com/2492/debugging-nhibernate#comment3</link><guid>http://ayende.com/2492/debugging-nhibernate#comment3</guid><pubDate>Tue, 05 Jun 2007 14:35:40 GMT</pubDate></item><item><title>Ricardo Stuven commented on Debugging NHibernate</title><description>...Or you can break the name in a subclass/method pair. Even better if you find commonalities:
  
  
[TestFixture]
  
public class CanMakeCriteriaQueryAcrossBothAssociations
  
{
  
    [Test]
  
    public void WhenSomePreconditionHappens1()
  
    {
  
    }
  
    [Test]
  
    public void WhenSomePreconditionHappens2()
  
    {
  
    }
  
}
  
</description><link>http://ayende.com/2492/debugging-nhibernate#comment2</link><guid>http://ayende.com/2492/debugging-nhibernate#comment2</guid><pubDate>Mon, 04 Jun 2007 19:54:16 GMT</pubDate></item><item><title>Casey commented on Debugging NHibernate</title><description>There is a point at which comments once again become more useful than method names!!!!!
  
</description><link>http://ayende.com/2492/debugging-nhibernate#comment1</link><guid>http://ayende.com/2492/debugging-nhibernate#comment1</guid><pubDate>Mon, 04 Jun 2007 14:43:38 GMT</pubDate></item></channel></rss>