bug-gne
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug-gne] side effect intolerant


From: Katrine Schroeder
Subject: [Bug-gne] side effect intolerant
Date: Thu, 19 Oct 2006 12:02:47 +0800
User-agent: Thunderbird 1.0 (Windows/20041206)


Before I delve into the details, let me recap some simple mock essentials.
If your tests are simple, so will your code will be. NET and a Ruby port, and more in the pipe.
saveCheese method will hit the database. I'm sure you have read all the fuss about it already. This will in the long run lead to SHORTER development time. After all, the overridden saveCheese method in the "mock" calls the superclass' method, right? Jon quickly joined the project and has since been an important contributor.
I'm sure you have read all the fuss about it already. thoughtworks even if Piotr is not a Thoughtworker. This is because with TDD you don't write code you "think you might need".
Much of the nice modular design we have today is owed to him. Check out QDox Attributes! There is more to it than writing the tests first.
PicoContainer was now a well-established project.
About a week after we started Bob was kind enough to lend us a space for our new little baby, and that's when we named it PicoContainer.
The derived "mock" implementation within the test may not be overriding anything in the superclass anymore, and the test may fail to execute the methods originally intended. About a week after we started Bob was kind enough to lend us a space for our new little baby, and that's when we named it PicoContainer. thoughtworks even if Piotr is not a Thoughtworker.
-And hopefully encourage the development team to do something about it before it becomes too big a hassle.
You're not up-to-date on the latest hot new music that teenage girls are listening to? saveCheese method will hit the database.
Flash by steve, development by chief.
If your test is too complicated, you're not doing it right. That would have been absolutely impossible without the extensive test suite we had built up by then.
If your test is too complicated, you're not doing it right. The team therefore decided to mock out the hibernate DAOs in the tests. This can incur some percieved overhead in the codebase, as the developer will now have to maintain both a CheeseDao and a HibernateCheeseDao. Mocking is also an essential part of the whole TDD concept.
NanoContainer is also an interesting sister project that adds scripted configuration using a multitude of script languages, as well as integration with WebWork, Hibernate and much more.
That would have been absolutely impossible without the extensive test suite we had built up by then. But it's better than having to maintain a CheeseAction and a MockCheeseAction.
This is because with TDD you don't write code you "think you might need".
I just wanted to argue that TDD does not slow you down.
So I started in ThoughtWorks UK a month ago.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]