Isolation Frameworks: Learning how to Stub & Fake Data

Published July 20th, 2009 Under Unit Testing | Leave a Comment

In this episode we are going to start learning how to use an isolation framework (Rhino Mocks) to help create simpler and more reliable unit tests. We will start off our learning experience by learning the basics. We will be taking a look at how to setup stubs/fakes in order to hard wire return values for our objects/methods.

http://www.dimecasts.net/Content/WatchEpisode/125

Resources

Rhino Mocks Home Page
Episode Source Code

Don’t Mock Yourself Out

Published May 28th, 2009 Under Uncategorized | Leave a Comment

Used appropriately, mock objects are a powerful design tool that can lead to highly maintainable applications. Used in the wrong context, they can lead to painfully brittle test suites. Attendees will leave this session with more insight into mock objects, and a better handle on when it makes sense to use them.

Introduction to the AutoMocking Container in StructureMap

Published March 25th, 2009 Under Uncategorized | Leave a Comment

In this episode you will take a look at how to use the AutoMocking Container that is part of StructureMap 2.5.  You will be shown how to setup and use this container to reduce noise in your tests.

http://www.dimecasts.net/Content/WatchEpisode/62

Introduction to Mocking with Moq

Published December 23rd, 2008 Under Uncategorized | Leave a Comment

In this episode we will learn how to use the Mocking framework Moq. This is an introductory overview of using Moq and is meant for those who are new to either mocking or Moq.

http://www.dimecasts.net/Content/WatchEpisode/8

Additional resources

Moq home page

Mock Dialogue, Conversations on Testing and Mocking

Published November 20th, 2008 Under Software Testing | Leave a Comment

Sit in like a fly on the wall with a development team as they wrestle with the issues of testing and the use of mock objects. Three acts cover using mock objects to remove dependencies on external dependencies, explore the use of mocks to isolate the code under test from the rest of the system, and look at when mocking can be an indication of a poor design. This is not your standard presentation with slides, but a peek into the everyday life of a development team.

http://rubyhoedown2008.confreaks.com/02-joe-obrien-and-jim-weirich-mock-dialogue.html

Interaction Based Testing

Published September 1st, 2008 Under Software Testing | Leave a Comment

The 2nd Annual Google Test Automation Conference (GTAC) in New York on August 23 and 24, 2007. In the world of developer-facing automated tests, IBT is arguably one of the most controversial topics. One side claims that “pure” unit testing is a way to ensure that code behaves as specified, providing design and maintenance benefits as well. Another group claims that IBT is a great way to generate code bloat and test things that do not need to be tested. Matt and Sean will try to go beyond the clichés and hype of “Mock Always” verses “Mock Never.” Instead, they’ll strive to find the appropriate places to use IBT, and pass on some tools to help you with your ultimate decision. Along the way, they will cover some common mistakes, anti-patterns, and things to consider.

Grails eXchange 2007: Unit Testing and Mock Objects with Groovy

Published August 11th, 2008 Under Software Testing, Unit Testing | Leave a Comment

Unit testing is a first-class developer duty with even higher priority in dynamic languages like Groovy. During this talk at the Grails eXchange 2007, Dierk explained the built-in features that Groovy provides for unit testing ranging from basic tests as known from JUnit, through Groovy specific testing strategies, up to advanced testing with the help of Groovy’s stubs and mocks. Special attention was given to Grails related unit test questions.

Dierk König works as a senior software developer, mentor and coach for Canoo Engineering AG in Basel, Switzerland. He is a committer to Groovy and to Grails and project manager of Canoo WebTest. Dierk is also the author of Groovy in Action.

« go back