Ayende @ Rahien

My name is Oren Eini
Founder of Hibernating Rhinos LTD and RavenDB.
You can reach me by phone or email:


+972 52-548-6969

, @ Q c

Posts: 6,128 | Comments: 45,549

filter by tags archive

Why you should test code too silly to break

time to read 1 min | 183 words

I wrote a test for this piece code:

public virtual void View([ARFetch("id")]Webcast webcast)
    PropertyBag["webcast"] = webcast;

Now, this looks like utter lunacy, isn't it? Especially when the test looks like:

public void When_view_called_will_send_webcast_to_view()
	var webcast = new Webcast();


Except that now that I have covered the very basic item, I now have another few tests:

public void When_view_called_with_null_webcast_will_render_missing_webcast_view()


public void When_view_called_with_unpublished_webcast_will_render_unpublished_webcast_view()
	controller.View(new Webcast());


And the simplest thing that can make those test pass is:

public virtual void View([ARFetch("id")]Webcast webcast)
        PropertyBag["webcast"] = webcast;

By having tests from the beginning, even for trivial piece of code, I ensured both that the trivial case will work and that I am already starting with the right tone.


Shawn Neal

If that's silly, then I guess I do silly things too. Confirming items get populated in the property bag or the correct view gets selected is actually relevant IMO, especially when it comes time to refactor/change the controller. My tests like that have saved me before, especially when you consider the cost of writing the tests is really low.

Alex Simkin


"I wrote a test for this piece [of] code:"

If you wrote test first there would be no question.

Mickael Sauvee

These lines of code are not siily as they implement some "behaviour" ... or desired features. I agree they have a very low risk to break... unless a full rewrite which has a higher risk to occur :-)

Comment preview

Comments have been closed on this topic.


  1. The worker pattern - 2 days from now

There are posts all the way to May 30, 2016


  1. The design of RavenDB 4.0 (14):
    26 May 2016 - The client side
  2. RavenDB 3.5 whirl wind tour (14):
    25 May 2016 - Got anything to declare, ya smuggler?
  3. Tasks for the new comer (2):
    15 Apr 2016 - Quartz.NET with RavenDB
  4. Code through the looking glass (5):
    18 Mar 2016 - And a linear search to rule them
  5. Find the bug (8):
    29 Feb 2016 - When you can't rely on your own identity
View all series


Main feed Feed Stats
Comments feed   Comments Feed Stats