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

守护天使

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

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

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

 

先用它再来实现它 

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

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

这种形式实在没用过。

 

不同环境,就有不同问题

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

 

自动验收测试

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

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

 

度量真是的进度

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

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

 

倾听用户的声音

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

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

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

posted @ 2016-08-12 14:32  郁闷紫番薯  阅读(106)  评论(0编辑  收藏