-
Recent Posts
Recent Comments
- Mark Webb on Git For Windows Developers – Git Series – Part 1
- Cherif on Git For Windows Developers – Git Series – Part 1
- Jason Meridth on Git For Windows Developers – Git Series – Part 1
- sb22 on Git For Windows Developers – Git Series – Part 1
- Jason Meridth on A very good introduction to TDD, NHibernate, DDD, NUnit
Archives
- June 2011
- September 2010
- May 2010
- April 2010
- March 2010
- February 2010
- January 2010
- October 2009
- September 2009
- July 2009
- June 2009
- May 2009
- April 2009
- March 2009
- February 2009
- January 2009
- December 2008
- November 2008
- October 2008
- September 2008
- August 2008
- July 2008
- June 2008
- April 2008
- March 2008
- February 2008
- January 2008
- December 2007
- November 2007
- October 2007
- September 2007
- August 2007
- July 2007
- June 2007
- May 2007
- April 2007
- March 2007
- February 2007
- January 2007
- December 2006
Categories
- .NET
- Agile
- agile project management
- altnetconf
- apache
- apple
- ASP.NET
- ASP.NET MVC
- Automated Build
- Ayende
- bash
- blogging
- Blogs
- Books
- C#
- castle
- charity
- community
- Community Server
- continous integration
- Continuous Integration
- CruiseControl.NET
- Design Patterns
- DotNetNuke
- Events
- firefox
- friends
- funny
- gems
- git
- gitosis
- gitweb
- Good Finds
- Google Reader
- Hardware
- hosting issues
- howto
- htpasswd
- hudson
- Instant Messaging
- integrityapp
- JetBrains
- Kernel
- keyboard shortcuts
- Linux
- LosTechies
- members
- microsoft
- migrations
- Misc
- Mocking
- monorail
- movies
- MSBuild
- msdn
- MVC
- NAnt
- nginx
- NHibernate
- oauth
- Open Source
- Pair Programming
- Personal
- pragprog
- presentation
- principles
- Programming
- python
- rails
- rake
- ReSharper
- rspec
- ruby
- san antonio
- Scrum
- selenium
- selenium remote control
- shoulda
- slicehost
- SOLID
- ssh
- Stand-Up
- Subversion
- TDD
- TeamCity
- test::unit
- testing
- textmate
- Tools
- Ubuntu
- Uncategorized
- Virtual Machine
- Visual Studio
- vmware
- windows
- Windsor
- xkcd
- XP
Meta
Category Archives: TDD
Elaborating on “it depends”
On the discussion on “When should I test?”, I followed up with a conversation: When it provides value. When is that? It depends. And it truly does depend. But upon what? That’s trickier to answer – and there is no … Continue reading
Integrating and isolating the container in tests
In unit tests, an IoC container rarely enters the mix. In integration tests, or more end-to-end tests, I like to use the exact same configuration for the container as I do in production. Recreating production scenarios and environments in tests … Continue reading
Why do TDD?
Because sometimes your test passes the first time you write it. Either you’re done writing any more code, or your understanding of how your code is supposed to work is wrong. Both paths lead to a better spot than without … Continue reading
Are you Mocking Me?
Jimmy has had a couple posts (mocks, mocks, and less mocks) that prompted Derick to post this on his experience with tests – I’d like to add my thoughts to mix. First, let me say I’m not offering an answer … Continue reading
Also posted in Uncategorized
Comments Off
Defining unit tests
I don’t know where I got off the tracks on this one, but I’m really liking Michael Feathers’ definition of a unit test: A test is not a unit test if: It talks to the database It communicates across the … Continue reading
Comments Off
Putting mocks in their place
Awhile back, I talked about 3 simple rules for Rhino Mocks: Use the static MockRepository.GenerateMock method. Don’t use an instance of a MockRepository, and don’t use the GenerateStub method. If the mocked instance method returns a value, use the Stub … Continue reading
Comments Off
Capturing Rhino Mocks arguments in C# 4.0
As a quick review, a test fixture has inputs and outputs. We set up our test fixture by configuring inputs. We observe the results through the fixture’s outputs. Inputs and outputs can be grouped into direct and indirect variants. Direct … Continue reading
Comments Off
Willed and forced design
Roy Osherove, as a TypeMock employee, presents quite a dilemma from opinionated TDD blog posts simply because whether he has one or not, there’s always the question of agenda. Which is quite unfortunate, everyone has some sort of selfish agenda … Continue reading
Comments Off
How not to implement a failing test
One of the first things I change in ReSharper, along with one of my biggest pet peeves is a failing test that fails because of something like this: public class CombinedStreetAddressResolver : NullSafeValueResolver<Address, string> { protected override string ResolveCore(Address model) … Continue reading
Comments Off
Simple BDD/TDD
Todays theory is most tests and specs should be very short (2-3 lines), have at most a setup for context establishment, avoid the majority of test framework features as they should be used as an exception and not as a … Continue reading
Also posted in Events
Comments Off
