昨天晚上看了CoolShell陈皓同学对TDD的描述《TDD并不是看上去的那么美》和InfoQ上的虚拟座谈会《TDD有多美》，以及陈皓同学写的《再谈敏捷和ThoughtWorks中国咨询师》。陈皓同学首先用自己的实战经验例举了TDD的各种使用缺陷，从而来描述了TDD并不是看上去的那么美。接着InfoQ举行了一个虚拟座谈

今天一个同事碰到一个问题：用SQL求一个指标的计算公式：其中Xi即指标，X—指标均值，N是指标个数，看到这样的计算公式确实比较发愁。在处理问题前，先去恶补了下数理统计方面的知识（数理统计的知识基本上都还给老师了）：方差、标准差、平均值.....随机变量是指变量的值无法预先确定仅以一定的可能性(概率)取值的量。它是由于随机而获得的非确定值，是概率中的一个基本概念。 样本方差 ：

昨天和一个同事一起pair的tdd的时候，有一个测试一直红着，我只好开了debugger来调试。这时候对面的８x，笑嘻嘻的说： 　　”tdd开debugger就是tdd的耻辱！“ 真的如此吗？我们首先回顾一下tdd是的节奏red/green/refactor: Red　-　Write a little test that does'n work, and perhaps

TDD的背景 　　自从03年Beck正式提出（事实上在00年，Beck提出eXtreme Programming时，就已经提出了这个词）Test-driven design/development这样一个基于测试优先、重构和迭代的革命性的开发方法以来，无数的实践已经证明，对于适合进行TDD的领域，TDD能够极大地提高代码的可维护性和开发效率。 　　在这样一个迭代的流程中，在写任何的producti

      我们现在开始为Db增加三个构造方法，这里会详细的演示Tdd的3个重要的要素：测试先行、代码复审、重构。       我们先解释一下为什么要先写测试，再写代码，实际上，有下面的七个方面的好处：    1、关注点集中    2、单一的成功被无数成功取代，心态将更为良好：脑

这些天关于TDD的讨论很是激烈，从CoolShell上的TDD并不是看上去那么美，到InfoQ的TDD有多美，再到博客园的TDD到底美还是不美，基本上分成两派，一派说她美，一派说她不那么美。不过今天我想说的不是她美不美，而是这几天我自己反思后的一些想法。 这篇CoolShell上的原文我本是没看过的，InfoQ上的这篇也没留意，完全是无意中看到Todd Wei的这篇以后才有回复的想法的，因此基本上

最近CoolShell的上一篇《TDD并不是看上去的那么美》引起了敏捷社区的高度关注和激励辩论。今天，InfoQ甚至专门举行了一个“虚拟座谈会”《TDD有多美？》，几位国内敏捷社区的名人专门就此问题展开了深入地讨论。不论结果如何，这个纯技术的探讨精神还是非常值得赞赏的。事件实际上可以简单的归纳为“一个有一定影响力的开发人员质疑TDD，一群敏捷社区名人对TDD进行

TDD介绍 TDD是一种开发方法，全称是Test-Driven development，中文是测试驱动开发。作者是Kent Beck。首先让我介绍一下三种常见的开发方式： 第一种：先Coding，然后Bug Fix。 第二种：先Coding，然后Unit Test，最后Bug Fix。很显然用了单元测试的比第一种开发方式要好不少。 第三种：就是本文要说的TDD，它的方式和第二种恰恰相反。TDD先设