月度归档： 2008年2月

结对编程的好处：
1、代码质量
2、速度——代码、沟通
3、降低风险——交叉培训

如下几个因素增加了项目失败的风险：
1、进度缓慢；
2、缺乏充分的沟通；
3、过分依赖于个人英雄主义行为。

如何进行结对编程：
1、驾驶员和领航员——互换：
2、交换配对——不要在一个任务进行的过程中交换配对
3、经常休息
4、坐在汽车后座对司机有影响的人
5、花一些时间学习工具
6、花一些时间来创建共同的词汇表
7、将设计讨论局限在一个小范围内
8、不要放弃
9、物理环境要适合结对编程
10、开发环境标准化
11、排除异己！
12、尊重和爱！

什么时候不需要结对编程：
1、探索新的事物；
2、针对有可能产生错误的问题上，有多种想法时。

在结对编程和单独编程之间寻找折中。

成功并不是不允许犯错误，而是不能犯同样的错误。

测试用例：
1、保持代码的简洁
2、将测试用例视为文档（比文档更直观、更详细、更有效、更有价值，并且永远是最新的）

编写测试用例：
1、测试例运行失败
2、重构代码、重构测试用例

测试/代码 步骤：
1、编写一个测试用例；
2、编译这个测试用例；
3、编写足够的测试用例编译所需要的代码；
4、运行测试用例，测试失败；
5、编写足够的测试用例通过所需要的代码；
6、运行测试用例，测试通过；
7、为达到代码简洁清晰的目的，重构代码，一次且仅一次；
8、重复以上步骤。

采用尽量小的步骤、经常编写测试用例、采用尽量小的步骤。
写小的测试用例、少的代码、使测试通过。
做一次修改、如果测试失败、一定是这个修改引起。

测试什么：积累的过程！——学习已有的开源项目。

如何开始：用测试框架（如jUnit），调用部件库、方法、功能编写代码。

测试的挑战：
1、测试用户界面：用户界面与后台业务逻辑分离
2、在一个小的空间中做测试
3、测试Web
4、测试需要运行速度足够快

不允许做修改的计划就不是一个好的计划。

故事卡片分类注意：
1、商业价值以及其他能帮助客户决定优先级的事情；
2、开发团队的开发速度。

每次迭代开始时，预留一些时间，审查上一次迭代工作。
每次迭代开始时，做迭代计划，通常为半天到两天。
迭代计划是发行版本计划的缩影。

迭代计划中涉及的工作：
1、演示并讨论上一次迭代中所完成的工作。  <1H
2、讨论下次迭代中应包括的内容。 1H-2H
3、任务探讨。 4H-8H
4、迭代计划验证。 4H-8H
    一次做一项任务
    装满您的袋子
（时间估算依据8-10的项目）

估算是一种艺术。需要经验，没有经验靠猜测。
讲求速度！

XP方法中：没有分析阶段、设计阶段、测试阶段和维护阶段。
XP方法中：重要的就是计划和实施计划。
    计划中：
        客户陈述他们希望实现的功能（故事）
        开发人员努力将其变成现实（迭代）
       
两者都要清楚项目的进展情况（对上一次迭代的审查）
    计划的实施：
        写出我们希望实现的功能（测试）
        努力将其变为现实（代码）
       
确保我们已经清晰的理解了我们实现的功能（重构）

2、10分钟——估算优先级和范围：必须有的；没有会造成很大损失的；有了会更好的。
3、 5分钟——最初承诺的时间表：开发团队对每一次迭代的大概时间都要做出承诺。
4、10分钟——第一次迭代：开发人员看是否需要将故事分解成任务，并接受任务、配对；质量保证人员决定各个配对何时通过测试；管理员与市场人员进行沟通-添加故事/随时回答开发人员问题。

5、 5分钟——计划第二次迭代：调整期望的效率和估算；开发团队需要知道他们要做的工作；业务团队要知道他们所期望的结果。
6、10分钟——第二次迭代：同4；业务人员开始考虑在将来的展示会上如何展示预期产品。
7、 5分钟——发布版本和新的承诺时间表：展示会及下一版本产品宣传。
8、 5分钟——大型展示会。