l         最好用小步伐的节奏进行TDD。

如果要写的程序有10个function要完成，应该按照以下的方式进行：

写function1的Test Case -> 写function1的Code并使Test Case通过 -> Check-in -> Code Review/FingBug/Refatoring -> Check-in -> 写function2的Test Case…

这样的好处是：

n         每步的范围越小，测试、查错和Roll Back越容易，也有利于最简设计和最简实现。

n         完成的部分完全可交付。

l         以Iteration为单位进行计划（Planning）、开发和跟踪（Tracking）。定义Iteration的原则是：

n         Simple：一个Iteration不应能被拆分为Task，如果可以拆分，应考虑继续拆分为若干个Iterations。

n         Clear：Iteration的需求/User Story应该是清楚的、确定的。如果一个Requirement Point部分确定，部分未确定，而已确定的部分已可独立开发，应该把确定的部分定义为一个Iteration，减少未确定部分对整个进度的影响。

n         Independent：一个Iteration应相对独立，不应与其他部分有太多的依赖。

n         Short：一个Iteration不应超过3周。

我们应该结合这4个原则进行Iteration定义。

l         不管是auto test还是manual test，都是testing的手段而已，Testing的有效性取决于Test Case的质量和覆盖率。可以通过以下方法提高Testing的有效性：

n         邀请Customer提供或者和他们一起制定Functional Test Case。

n         Pair Programming

n         如果不能进行Pair Programming，也必须在前期和中期与其他同事Walk Through或讨论Test Case，减少遗漏。

l         如果Customer不能配合我们进行短Iteration开发，不妨把Release分为Internal Release和External Release。对外发布按照Customer的要求和步伐，而内部我们按照自己的步伐进行持续集成和测试。

l        XP Planning的一个重要原则：

One of the most important principles in planning for Extreme Programming is that the dates are hard dates, but scope will vary.

当Deadline临近，我们已确定无法完成本Iteration计划的全部时，应该及时和Customer沟通，把剩下的部分进行Prioritize，把最重要的、可在Deadline前完成的部分先完成，按时交付，把未完成的部分定义为新的Iteration，并把它和其他所有未开始的Iteration一起进行Prioritize。这样可避免一味延时带来的恶性循环，也可确保整个Project最重要的部分被优先完成，因为很有可能，未完成的部分并不那么重要。