Apr
29
2011
As I mentioned in a previous post, I recently gave a talk on Test Driven Development at the April NHJUG meeting. A few people have asked me for the slides so here they are. I experimented with recording the talk as well so you can see the results of that experiment as well.
At a high-level, the talk centered around the following topics:
- What is TDD?
- The developer workflow
- In depth, live coding demo of the developer workflow
- Some tips for test implementation, maintenance, and refactoring
- Mocking
- Lots of great interactive discussion from the audience!
The talk was a long one clocking in at over 2 hours so I appreciate everyone who hung in for the duration. There is a bunch of content in the slides that we didn’t talk about so you may find some interesting stuff in there even if you attended the talk.
Slides
Video
NHJUG Talk on Test Driven Development from David Ehringer on Vimeo.
While the talk was over two hours in length, this video captures just the first hour or so. So a bunch of topics as well as some of the great discussion are unfortunately not included in the video but you can see the slides above.
Sections:
0:45 - Background
4:40 - Agenda
6:15 - What is TDD?
8:40 - TDD Workflow
22:25 - TDD Workflow Demo
56:15 - Measuring TDD: Test Coverage, Code Quality, and Other Tools
4,836 comments | tags: Hamcrest, Java, JUnit, Maven, mocking, mockito, nhjug, TDD, Testing | posted in Test Driven Development, Testing
Apr
19
2011
It has certainly been a while since I’ve written anything here. Hopefully I have a bit more time to write soon.
In the meantime, I’m doing a talk on TDD at the April NHJUG in April 26th. Find out details of the time and place here. Come check out the talk if you are in the area. If you can’t make it, the NHJUG generally meets every month and has had some great speakers.
In my TDD talk, I’m planning on going into more detail than the other presentation I’ve posted, which had a lot of introductory material geared toward a less technical or more novice crowd. Depending on the audience, the plan of now is to still do a brief overview but will dive more quickly into the workflow of TDD. There will definitely be live coding to demonstrate this. I’ll also go into patterns, design tradeoffs, maintenance, and other topics. I’d also like to touch on how TDD fits into the continuous delivery lifecycle, again with some examples. If you are attending and have anything specific you’d like to discuss or have questions about, let me know and I’ll try to include something.
1,125 comments | tags: TDD NHJUG | posted in Test Driven Development
Nov
14
2010
Being the TDD proponent and enthusiast that I am, I’ve given my share of the requisite “What is TDD?” presentations. I’ve promised to share some of them but have never gotten around to it. So here is one I’ve given two or three times over the past year. I know there are a couple typos so please ignore them. Otherwise, feedback is always welcome!
The presentation is also available on Slideshare at http://www.slideshare.net/dehringer/test-driven-development-5785229.
33,582 comments | tags: acceptance testing, integration testing, TDD, Testing, Unit Testing | posted in Test Driven Development
Jun
20
2010
Many people have asked how much time and effort they should spend testing the seemingly “trivial” code that they write. When I first started writing tests, I myself wondered about what types of tests were appropriate to write and how much benefit I would get from testing what seemed to be very trivial code. If the code I am writing is so simple that it can’t possibly be wrong, why should I spend time writing tests for it? What value do those tests provide? A classic example is verifying that preconditions are enforced during object instantiation. Continue reading
1,664 comments | tags: TDD, Testing | posted in Test Driven Development, Testing
Jun
10
2010
The Singleton
I would say that I fall into the camp that generally shies away from the use of singletons. To start, singletons are a form of global state that is to be avoided. They carry state across the entire execution of the program making both testing and debugging difficult. It becomes hard to execute tests in isolation because they may modify the state of the singleton in ways that undesirably ties tests to a strict execution order. Beyond problems with global state, objects that use singletons are highly coupled to the both the way the singleton is instantiated and the way it is implemented. It isn’t possible to test an object that depends on a singleton without testing (or in someway relying on the behavior of) the singleton as well. Furthermore, this coupling is hidden from the user of the object. To correctly interact with the class depending on the singleton, a dependency that is not explicit in its interface, you must often also understand the behavior of the singleton. In other words, the state and behavior of the singleton can affect the behavior of the depending object as well as transitive side effects. Continue reading
2,094 comments | tags: JUnit, Reflection, Singleton, TDD | posted in Test Driven Development