Re: Behavioral challenges in adopting TDD
"Charlie Poole [email protected] [testdrivendevelopment]" <[email protected]> Wed, 13 Apr 2016 08:06:01 -0700
| Newsgroups | gmane.comp.programming.test-driven-development |
|---|---|
| Message-ID | <CAJ+=fjhZkzODwNWD-JT--WavgokNJLx6DYxKtr4Ote_D_1hmfw@mail.gmail.com> |
This may not seem like a real answer. Save it and come back after all else fails. Forget about all that stuff and start doing TDD. Do it by yourself. Do it with a partner if you can. Stop trying to make anybody else do anything. You seem to be describing a situation in which neither the docs nor the manager want to use TDD, so focus on what you can control. Maybe in six months someone will ask you about what you are doing that makes your code so good. Charlie On Apr 13, 2016 7:53 AM, "[email protected] [testdrivendevelopment]" < [email protected]> wrote: HI, I am anticipating following challenges in TDD adoption. Any suggestion how to deal with such situations? The list is long :-). Thanks, 1. 1. You have a very experienced, senior and technically sound developer who has designed and developed solutions in a traditional way. This person has not completely bought in to the idea of TDD. How will you motivate such people? 2. 3. 2. The program that you are working on is complex, for that matter every program is complex, has dependencies on other systems/program/modules/components, how and where do you start with TDD? Developer fear making change/refactor as they believe any such attempt can break existing working system. They don't want to mess with something that is working. 4. 5. 3. Your team has traditionally worked in a test after situation, first write code and then write unit test cases. Time and again their mind first think of implementation logic since it has been trained that way for a long time, how do you make them unlearn this habit? 6. 7. 4. TDD will take time initially. The estimation of your project was done when TDD was not in picture. Now that you have to use TDD, how would you now negotiate with your manager and business for this extra time? 8. 9. 5. Why is singleton not considered a good design pattern. what are Technical challenges in using TDD in web applications. W An 1.