Archives
The Telephone Game...
Submitted by Antony Marcano on Sun, 10/08/2008 - 11:03. test driven developmentIn an earlier post, I mentioned Boehm's distinction between 'verification' and 'validation':
Verification - Am I building the product RIGHT?
Validation - Am I building the RIGHT product?
-Boehm, Software Engineering Economics
As I was writing an article to appear in the September 2008 issue of Better Software Magazine I arrived at a better way of getting my point across...
You Have To Be In It To Win It
Submitted by jamie on Sun, 10/08/2008 - 11:48.It is one of those Sundays. Reading, touch of writing (emails mainly), lots of tea, and letting the cob-webs of a night out and a hard week fall off me. I picked up a book from my shelf on my way to the toilet. The book is called Impossibility, The Limits of Science and the Science of Limits by John D. Barrow and published by Vintage (1998). On page 87 of my version Barrow says:
ISubmitBlogPosts - a nice twist on Apps Hungarian Notation for Interfaces...
Submitted by Antony Marcano on Sun, 10/08/2008 - 13:59. acceptance testing | design & development | javaI've been pairing with Andy Palmer over this last week. I have to say it's been a lot of fun... and I think we've learned a lot from the experience. One of the things I learned from Andy this week was an innovative use of Hungarian notation for interfaces... Andy told me about Udi Dahan's presentation on intentions and interfaces (PDF)
New tool added - Mockito
Submitted by Opensourcetesting.org - latest news on Mon, 11/08/2008 - 00:00.Java mocking is dominated by expect-run-verify libraries like EasyMock or jMock. Mockito offers simpler and more intuitive approach: you ask questions about interactions after execution. Using mockito, you can verify what you want. Using expect-run-verify libraries you are often forced to look after irrelevant interactions.
Mockito has very slim API, almost no time is needed to start mocking. There is only one kind of mock, there is only one way of creating mocks.
WOPR11 Call For Proposals(CFP)
Submitted by rstens on Mon, 11/08/2008 - 01:27. performance testingTheme: Reliability… what can we do?
People involved in developing, testing, and delivering hardware, software, or internet based applications must be able to ensure those solutions meet customer and user expectations… The question that follows – Exactly what are those expectations and how do you ensure they are being met?
WOPR11 will explore the topic of reliability with seasoned professionals, including architects, designers and performance and reliability testers.