Looking for TDD Swing code
I am on the search for Swing code that has been developed TDD.
I would like to get people’s experience, and see some source code.
Ideally I want to see an open source project for a swing client that has been developed test driven.
I am doing some Swing coding and am finding that it is easy to not do the client part Test Driven, and want to see some code that does it to help me decide how useful doing the Swing parts Test Driven is going to be. In my past experience I have found that it is possible to write any code that I want Test Driven, but sometimes this can be hard. I have also found that there are a number of cases where just because it is hard to do it test driven doesn’t negate the fact that it is useful.
I am looking for some Test Driven Swing code to help make that decision with Swing.
Please add comments if you know of any Swing code that I can see that has been developed Test Driven. I’ll post any useful findings that come from this.
September 7th, 2004 at 8:54 am
I don’t actually have any code to give you, but I have written a Swing app in a test-driven manner (well, as test-driven as I could make it at the time).
Basically, provided that you have a proper MVC design, you can mock one or two of the three pieces and test the third in isolation. However, unless you use a clever “I can mock a class” mock library, this does mean that you end up having a bunch of interfaces for your MVC classes.
For the app that I worked on, we actually had a common interface for each view and controller that could be mocked, that provided pub-sub methods for gui “events”. That meant that we could mock the controller and check that the view published the correct messages when we fiddled with the Swing components, and the mock view received the right messages when we called methods on the controller. If I remember correctly, we never needed to mock the model, as it was essentially just a value object.
It might be more flexible to mock the classes directly, so that you aren’t constrained by the potentially limited messages based notification through the limited methods on the interfaces described above.
Of course, this still leaves all of the layout to do with no tests at all
September 7th, 2004 at 12:09 pm
I’ve also done something similar to what Ian describes above. I’ve built my form using a factory and then mocked that, I’ve also bound the properties of the components through to an XWork action, using a binder class that can be mocked too.
That way the only things that are left out are the layout and the listeners on the components. Buttons are easy as you can call a doClick directly, but TreeControls / Tables etc are a pain. You have to get a handle on the listener and invoke it directly with an Event.
Check out http://sourceforge.net/projects/pendulum/ from the CVS repository and give it a whirl.
September 7th, 2004 at 3:10 pm
Good luck!
September 8th, 2004 at 4:14 am
There’s a realy good book on TDD which covers Swing tests in some detail. “Test Driven Development: A Practical Guide” by David Astels. From memory if focusus on the NetBeans “Jemmy” test framework.
September 8th, 2004 at 1:21 pm
I see this “Test Driven Development : A practical guide” being pointed out everywhere on these sort of threads, and I bought it… more fool me! Although it introduces you to the EasyMock framework, the tests behind the GUI are exceptionally long and drawn out. They’re fine for small apps, but for anything serious good luck in writing those tests!
September 9th, 2004 at 1:53 pm
As part of my JGA library, I’ve developed a small set of swing models, renderers, and editors for which I’ve created junit tests using jfcunit. It’s an lgpl project, and the cvs tree is browsable from my homepage. It’s not a lot of code, but there’s one datapoint you can work with.
http://jga.sf.net/
September 12th, 2004 at 4:46 pm
Jeff Waltzer and I started a small project to try out TDD GUI. We started with straight junit, and found the code was driving us toward reimplementing jfcunit, so we switched to that.
We didn’t finish the project, but the experiment was a success. See http://sourceforge.net/projects/mp3tagmaster/ for the code.
- George
June 12th, 2008 at 2:25 am
[…] have been working with different ideas for Test Driven Swing code for a while now. Recently, Suneth and I came up with a new strategy for testing Swing BorderLayouts (unfortunately […]