-
Recent Posts
Building Backbone Plugins
Backbone apps are plagued with boilerplate code. Eliminate the cruft by building the add-ons and abstractions that you need.
Buy it now, before the price increases (again)!
Amazon affiliate
Recent Comments
- Davy on Building Sample Apps in Ruby, NodeJS and PHP
- Rick Jones on Executing A Project-Specific Node/NPM Package A-la “bundle exec”
- friv on Tips On Submitting A Conference Session
- Dmitri Zaitsev on Building Sample Apps in Ruby, NodeJS and PHP
- Derick Bailey on Building Sample Apps in Ruby, NodeJS and PHP
Archives
- April 2013
- March 2013
- February 2013
- January 2013
- December 2012
- November 2012
- October 2012
- September 2012
- August 2012
- July 2012
- June 2012
- May 2012
- April 2012
- March 2012
- February 2012
- January 2012
- December 2011
- November 2011
- October 2011
- September 2011
- August 2011
- July 2011
- June 2011
- May 2011
- April 2011
- March 2011
- February 2011
- January 2011
- December 2010
- November 2010
- October 2010
- September 2010
- August 2010
- July 2010
- June 2010
- May 2010
- April 2010
- March 2010
- February 2010
- January 2010
- December 2009
- November 2009
- October 2009
- September 2009
- August 2009
- July 2009
- June 2009
- May 2009
- April 2009
- March 2009
- February 2009
- January 2009
- December 2008
- November 2008
- October 2008
Categories
- .NET
- Accessibility
- Agile
- AJAX
- Albacore
- Analysis and Design
- Android
- AntiPatterns
- AppController
- AppleScript
- Arduino
- Async
- Austin Code Camp
- AutoMocking
- Backbone
- Backbone.EventBinder
- Backbone.Memento
- Backbone.ModelBinding
- Backbone.Syphon
- Behavior Driven Development
- Books
- Books Reviews
- Bootstrap
- Branch-Per-Feature
- Branching Strategies
- Brownfield
- Build Tools
- Bundler
- Business
- C
- C#
- Capybara
- Certification
- ChaiJS
- Classy Inheritance
- Coaching
- Code Review
- Command Line
- CommonJS
- Community
- Compact Framework
- Composite Apps
- Consulting
- Continuous Improvement
- Continuous Integration
- CQRS
- Craftsmanship
- Cucumber
- Daily Standups
- Data Access
- Database
- Debugging
- Deployment
- Design
- Design Patterns
- DLR
- Documentation
- DOM
- Domain Driven Design
- DSL
- E-Books
- ECMAScript
- Education
- Ember
- Fluent NHibernate
- FNH.Contrib
- Functional
- Git
- Goals
- Growl
- HAML
- Handlebars
- Hardware
- Haskell
- HTML5
- IronRuby
- Jasmine
- jasmine-async
- Java
- Javascript
- JohnnyFive
- JQuery
- JSFiddle
- JSON
- Kaizen
- Kanban
- KendoUI
- Knockout
- Lambda Expressions
- Lean Systems
- Linux
- Logs
- LSSC
- LSSC10InfoQ
- MacRuby
- Management
- Marionette
- Math
- Messaging
- Metrics
- Mobile
- MochaJS
- Model-View-Controller
- Model-View-Presenter
- Monads
- MongoDB
- Mongoid
- Networking
- NHibernate
- Ninject
- NodeJS
- NPM
- Open Source
- OSX
- Performance
- Philosophy of Software
- PHP
- Podcast
- Pragmatism
- Presentations
- Principles and Patterns
- Product Reviews
- Productivity
- Prototypal Inheritance
- Prototype
- Pusher
- PushState
- Quality
- Rails
- Rake
- Re-Post
- Refactoring
- Resharper
- REST
- Retrospectives
- RhinoMocks
- Risk Management
- RSpec
- Ruby
- SASS
- Screencast
- Security
- Selenium
- Semantics
- SEO
- SignalR
- Sinatra
- Smoke Test
- Socket.IO
- Source Control
- Stack Trace
- Standardized Work
- Subversion
- Technical Debt
- Telerik
- Test Automation
- Testing
- Theory Of Constraints
- Thor
- Throughput
- Tools and Vendors
- Twitter Bootstrap
- Uncategorized
- Underscore
- Unit Testing
- User Experience
- Validation
- Vim
- Visual Studio
- Vlad
- WatchMeCode
- Web Sockets
- WinForms
- WinJS
- Workflow
- Xcode
Meta
Category Archives: RhinoMocks
Simplify Your Unit Tests With Automocking: Part 2 – Establishing Context
Following my helper methods in the base context specification class that we use, I decided to simplify the entire process of setting the context in which the tests are running. Specifically, I wanted to get rid of the constant declaration … Continue reading
Also posted in .NET, AutoMocking, Behavior Driven Development, C#, Ninject, Refactoring, Unit Testing
3 Comments
Simplify Your Unit Tests With Auto Mocking: Part 1 – Helper Methods
After working on the Ninject.RhinoMocks automocking container, I started using it in my current project right away and it wasn’t long before I started simplifying the usage of it with helper methods in my base test class. From “MockingKernel.Get<T>()” … Continue reading
Also posted in .NET, AutoMocking, Behavior Driven Development, C#, Ninject, Refactoring, Unit Testing
8 Comments
Ninject.RhinoMocks: Auto Mocking Container For .NET 3.5 and Compact Framework 3.5
Earlier today, I decided I was tired of calling RhinoMocks directly. I love RhinoMocks. It’s a great tool and I don’t want to write tests without it (or another mocking framework like Moq or whatever…). But I’m tired of all … Continue reading
Also posted in .NET, Behavior Driven Development, Brownfield, C#, Compact Framework, Ninject, Unit Testing
4 Comments
Working With Assertions Made on Arguments in Rhino Mocks
Today when modifying what we call an “order notifier” (essentially observers that are notified when an order is placed), I was having trouble figuring out why my test was failing. The project is written in C# and this test … Continue reading
Also posted in Philosophy of Software, Principles and Patterns
Leave a comment
Unit Testing Simple ASP.NET MVC Controllers
I have created enough simple projects using ASP.NET MVC with unit tests to notice a very helpful pattern. The following is a sample of a test fixture using RhinoMocks and NUnit to test a controller. 1: [TestFixture] 2: public class … Continue reading
Also posted in Lean Systems, Management, Philosophy of Software, Throughput
3 Comments
Auto mocking Explained
What does it do? There is nothing fancy about an automocker. There is nothing scary about an automocker. An automocker is like one of those little classes we all write in order to quickly and easily create objects that we … Continue reading
The Rhino.Mocks’ AssertWasCalled method does work
This behavior is probably clearly specified somewhere, but somehow it has been non-obvious to the four people on our team to the point that we were leaning toward banning its use. I didn’t want to go that far, so figured … Continue reading
Also posted in .NET, Community, Principles and Patterns
4 Comments
