高效程序员的45个习惯 敏捷开发修炼之道 读书笔记 第五章 敏捷反馈

守护天使

推荐阅读图书：单元测试之道，JUnit Recipes，项目自动化之道

使用自动化的单元测试。好的单元测试可以为你的代码问题提供及时的警报。若是没有到位的单元测试，不要进行任何设计和代码修改。

单元测试又如一个小demo，适用于学习新api的可靠文档知识。

 

先用它再来实现它 

将TDD（测试驱动开发）做为设计工具，它将会为你带来更简单更有实效的设计。

这种感受就是，只在有具体理由的时候才开始编码。你能够专一于设计接口，而不会被不少实现的细节干扰。

这种形式实在没用过。

 

不一样环境，就有不一样问题

使用持续集成工具，在每一种支持的平台和环境中运行单元测试。要积极地寻找问题，而不是等问题来找你。

 

自动验收测试

为核心的业务逻辑建立测试。让你的客户单独验证这些测试，要让它象通常的测试同样能够自动运行。

FIT（集成测试框架）更容易地使用html表格定义测试用例并比较测试结果数据，客户提供的excel文档的数据模型，咱们就经过写测试，比较应用的价格输出结果是否与excel的一致，这样实现验收的自动化。

 

度量真是的进度

 度量剩下的工做量。不要用不恰当的度量来欺骗本身或者团队，要评估那些须要完成的待办事项。

咱们不该该去计算工做量完成的百分比，而应该测定还剩下多少工做量没有完成，这里诚实很是重要，隐藏真相毫无心义

 

倾听用户的声音

没有愚蠢的用户，只有愚蠢、自大的开发人员，每个抱怨的背后都隐藏了一个事实。找出真相，修复真正的问题。

对客户的那些抱怨，你既不会生气，也不会轻视。你会查看一下，找出背后真正的问题，

而不是对着客户说:这不是bug，你只是犯了一个每一个人都会犯的错误。