Were you there?

Now that this event's over, you can:

Share your photos

Did you grab some shots at the event? Post them for all to see!

Add photos to the gallery

Talk about it

What did you think of the event? Rave and complain in the conversation below.

Join the conversation

Find another event

How to fail with 100% test coverage

Subscribe
Photo
When

Jul 1, 2008 6:30 pm (Tuesday)

Where

Postal code 27617, United States (map)

Raleigh, North Carolina 27617
Who
No performers specified
(add performer)
Add a performer

It looks like we know about that performer. Please pick the one you meant below.

If you don't see the performer in this list, please add it to our system.

Add a performer

We did some searching and came up with:

Did you mean one of these performers?

Add a performer

Hmm, we haven't seen this performer yet. Tell us a bit about 'em.

e.g. Hip-hop artist, Science fiction author

Add a performer

Thanks! We successfully added that performer to our system.

What
With an expressive language such as Ruby or Groovy and with modern test practices, 100% test coverage is readily achievable. But 100% coverage is meaningless without other supporti...

Start the conversation

user image
Share your thoughts…
Leave a comment after signing in or joining.

Event details

Tags
(add tags)
Add tags

Add some tags to describe this event. Just separate them with commas.

e.g. cooking, lecture

Description
With an expressive language such as Ruby or Groovy and with modern test practices, 100% test coverage is readily achievable. But 100% coverage is meaningless without other supporting habits and practices. Over the last few years, we have taken dozens of projects to 100% coverage, and there are still plenty of things that can go wrong: We will look at examples of each of these problems (and others as well), and show how to prevent them from infecting your project. * Fragile Mocking * Incidental Coverage * The Ugly Mirror * Overspecification * Slow Tests * Underspecification * Shallow Tests * Invisible Code We will look at examples of each of these problems (and others as well), and show how to prevent them from infecting your project. Jason Rudolph is a Principal at Relevance, a leading consultancy and training organization specializing in Ruby, Rails, Groovy, and Grails, and integrating them into enterprise environments. Jason has more than nine years of experience in developing software solutions for domestic and international clients of all sizes, including start-ups, Dow 30 companies, and government organizations. Jason is the author of the highly-praised book, Getting Started with Grails, and speaks frequently at software conferences and user groups. Jason also contributes regularly to the open source community, both as an early committer to Grails, and also as a committer to the Streamlined framework and numerous other Ruby and Rails projects. Jason holds a degree in Computer Science from the University of Virginia.

Posted by evdb on (Apr 14, 2008 6:32 pm) (permalink)

Feedback