TDD

　　测试驱动开发-因为没被完整解释为一种操行及思想的改变，所以经常会矛盾。“你永远只会做4件事的其中一件：写单元测试，写产品代码，重构单元测试，重构产品代码;而且这些事永远不要同时做超过一件以上。“

　　TFD(测试先行开发)

　　测试先行开发 - 是建立在TDD(译注：测试驱动开发)思想上的，核心思想是在编写任何产品代码之前首先编写单元测试代码. 一旦你完成了一个新的单元测试，你将能够确认这个单元测试是否失败，如果没有失败可以将其整合到产品代码中。之后运行所有的单元测试直到你得到了绿色状态条(译注：junit中，如果测试通过的话，将用绿色状态条进行展示;如果没有通过则用红色状态条展示)。以上是一个迭代过程，用来保证你的产品代码全部通过验证。

　　Velocity

　　Velocity是一个非常基础的SCRUM(敏捷软件开发)的ROI(投资回报率)度量标准，它和财务预算、报表没有任何关系。Velocity仅仅表示每一个团队每一次迭代所产生的故事点的数量。

　　对于SCRUM的经验来就看，Velocity等价于在一段由很多个时间间隔聚合而成的时间里所完成的工作的单元聚合(也就是在一段时间内可以完成多少工作Velocity = work / time)，并在两个或更多个冲刺过程中指导你来度量任务的每个阶段。

　　需求功能点

　　对于每一个任务或者迭代中的用户需求, 很难预测有多难去实现来给大家提供一个参考. 需求点经常写成斐波那契数列的形式: 0, 1, 1, 3, 5, 8, 13, 21, 34, 55, 89, 144。在世界上的每一个敏捷团队都有一个用户需求点的定义。

　　团队通过积压的工作来预测决定，每个团队成员来决定哪些该在下一个迭代完成。

　　DTSTTCPW

　　做最简单可行的工作 – 它与Spike和Kiss密切相关.如果你是一家投资银行的交易系统开发者，在时间紧迫的情况下.正确的做法是与其他团队成员协作及有效沟通, 否则你将是自找麻烦。(译注：做最简单可行的事已经充分解释了它的本意)

　　VoC(客户的声音)

　　客户的声音 - 这是一个SCRUM方法论中的一个术语, 真实的客户80%的时间里意味着他是一个代理人或占位者，另外20%我不确定,客户才是最理解业务需求的那个人.有些人喜欢将这个缩写称作理智的声音，尤其是他们不喜欢直接与客户打交道。(译注：我实在不理解原作者想要说什么，其实VoC的含义就是真正的业务需求来自于我们的客户、用户，只有他们才是最权威的，所以要多与客户进行沟通，已获得最直接、有效地需求)

　　单元测试

　　在Java编程语言中，单元测试是Junit框架或TestNG框架中的一个测试类，专门用来验证应用中某个单独函数是否有效。单元测试需要一个目标，这个目标可以是一个Java类，服务Bean,托管Bean或是一些功能的实现类.单元测试经常被看做是一个快速和有效的测试手段。