10 tips on how to prevent business value risk
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
Presentation
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Recorded at:
Test Driven Development: Ten Years Later
Presented by
Michael Feathers and Steve Freeman
on
Aug 18, 2009
Length 00:49:35
- Sections
- Process & Practices
- Topics
- Agile ,
- Adopting Agile
- Tags
- TDD ,
- History ,
- QCon London 2009 ,
- QCon
-
- The next QCon is in London March 5-9, Join us!
How would you like to view the presentation?
In case you are having issues watching this video, please follow these simple steps to help us investigate the issue:
1. Right click on the video player and select Copy log
2. Paste the copied information in an email to video-issue@infoq.com (clicking this link will fill in the default details in most email clients).
Note: in case your email client hasn't automatically picked up the email subject, please include in your email the URL of the video too.
3. Done.
We will investigate the issue and get back to you as soon as possible. Thanks for helping us improve our site!
1. Right click on the video player and select Copy log
2. Paste the copied information in an email to video-issue@infoq.com (clicking this link will fill in the default details in most email clients).
Note: in case your email client hasn't automatically picked up the email subject, please include in your email the URL of the video too.
3. Done.
We will investigate the issue and get back to you as soon as possible. Thanks for helping us improve our site!
Summary
In this session, we'll review some of the landmarks in the history of Test-Driven Development and what they tell us about how to develop software; the ideas, techniques, objections, and misunderstandings. We'll talk about our experiences of discovering TDD and what we've learned about how to do it well, how to adopt it, and how to bring it into existing code.
Bio
Michael Feathers is a consultant with Object Mentor. He balances his time between working with, training and coaching various teams around the world. Steve was a pioneer of Agile software development in the UK, he has built applications for banks, ISPs, financial data providers, and specialist software companies. He has given training courses in Europe, America, and Asia.
About the conference
QCon is a conference that is organized by the community, for the community.The result is a high quality conference experience where a tremendous amount of attention and investment has gone into having the best content on the most important topics presented by the leaders in our community. QCon is designed with the technical depth and enterprise focus of interest to technical team leads, architects, and project managers.
In this session, we'll review some of the landmarks in the history of Test-Driven Development and what they tell us about how to develop software; the ideas, techniques, objections, and misunderstandings. We'll talk about our experiences of discovering TDD and what we've learned about how to do it well, how to adopt it, and how to bring it into existing code.
Bio
Michael Feathers is a consultant with Object Mentor. He balances his time between working with, training and coaching various teams around the world. Steve was a pioneer of Agile software development in the UK, he has built applications for banks, ISPs, financial data providers, and specialist software companies. He has given training courses in Europe, America, and Asia.
About the conference
QCon is a conference that is organized by the community, for the community.The result is a high quality conference experience where a tremendous amount of attention and investment has gone into having the best content on the most important topics presented by the leaders in our community. QCon is designed with the technical depth and enterprise focus of interest to technical team leads, architects, and project managers.
RelatedVendorContent
Transforming Software Delivery: An IBM Rational Case Study
Agility at scale, become as agile as you can be
A Guide to Branching and Merging Patterns
agility@scale eKit: 10 Principles, Scaling Model, Metrics, Collaboration
Related Sponsor
In today’s hyper-competitive world, later may be too late to adopt Agile development and this Roadmap for Success will help you get started. Download "Agile Development: A Manager's Roadmap for Success" now!
- This article is part of a featured topic series on Agile
- See more Agile content at: http://www.infoq.com/agile
- Other recent content items in this topic
stops playing about 2 minutes in
by
Michael James
Posted
TDD is becoming mainstream
by
Melle Koning
Posted
Fascinating topic
by
Olivier Gourment
Posted
-
Got to the word "refactor" -- then quits. Maybe related to spotty hotel internet, but it happened three times in a row.
--mj -
It is clear that software building has changed over the last ten years. Test driven development makes it possible for us to adapt codebases to the needs of our customers and thus oursevels. "Legacy systems are systems that do not have any tests", then surely legacy systems will diminish over time.
Thanks Michael and Steve for a very good overview of the field. -
Great presentation...
One thing that is missing, I think, is the "discussion/socialization" part of the TDD, designing the tests first - boils down to validating the requirements (as well as drafting the design) before starting implementation. TDD forces you to think and discuss about the requirements (as well as the implementation). That's also a reason why its consistent application brings more quality to the product.
The first sentence/title summarizes it all, I think. It is about professionalism... Some people proofread their emails before hitting the Send button, others don't. Some people think about what message they want to convey in an email, others still don't even do that (and it may be because of the context rather than the individual). Still others will think about what they want to say and reflect about the best way to do that, it might be an email, it might be a conversation, but they know that even if they can craft the best wording, it is less important than conveying the message (what) rather than focusing on the phrasing (how)... However, isn't it the case that it takes years focusing on the how and becoming an expert at the how, only to realize that the what is, in the end, the most important...
3 comments
Watch Thread Reply