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

守护天使

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

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

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

 

先用它再来实现它 

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

这种感觉就是，只在有具体理由的时候才开始编码。你可以专注于设计接口，而不会被很多实现的细节干扰。

这种形式实在没用过。

 

不同环境，就有不同问题

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

 

自动验收测试

为核心的业务逻辑创建测试。让你的客户单独验证这些测试，要让它象一般的测试一样可以自动运行。

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

 

度量真是的进度

 度量剩下的工作量。不要用不恰当的度量来欺骗自己或者团队，要评估那些需要完成的待办事项。

我们不应该去计算工作量完成的百分比，而应该测定还剩下多少工作量没有完成，这里诚实非常重要，隐藏真相毫无意义

 

倾听用户的声音

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

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

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