需求、接口和测试 ——我看测试驱动开发（一） Spacesoft【暗夜狂沙】 软件工程界一直存在这样的看法，“程序员不应该测试他们自己的代码”，原因是程序员在代码开发中形成的思维定势将
[url=http://www.wangchao.net.cn/shop/redir.html?url=http%3A%2F%2Fai.m.taobao.com%2Fsea
你要对系统中的哪个部分先进行测试？前置测试模型可以帮助你优化这些次序，管理项目级的计划并驾驭项目风险。 虽然大多数人都认同模型的重要性，但在开发周期中，测试模型并没有受到应有的关注。V模型是最广为
2005-1-10 最后，谨以我之愚见，思考TDD的方式，认为TDD内力精深，大约分为四种无上之力： 1、 驱动力——驱动程序代码编写； 2、 学习力—
九、需要人工干预的测试 自动对系统进行检测是测试的一大优点。它可以确保不因为个人的疏忽而遗漏对某些方面的检查，同时不增加程序员的工作量。某些情况下，会有相当的诱惑使你想要简单的输出结果来通过人工来
单元测试（Unit Test）是一种测试方法，用于对类，方法等进行行为验证。举一个简单的例子：如果需要测试一个累加函数int sum(int k)，单元测试表现为给此函数不同的输入，然后验证对应的输出
今天开始读《测试驱动开发实用指南（影印版）》里的例子。打算边读边把里边的例子用C++写一遍。 在《Test-Driven Development-A Practical Guide》书中的影片管理
这本大奖作品（英文版）买了很久了，最近才有时间开始学习。我照着第十章例子做了一下，JUnit红绿灯的感觉确实很好。不过很快就遇到些麻烦，mock object的代码感觉有些费解。这种操作过程的描述写起
这篇文章很浅显，主要是给初次接触TDD的人作为参考用的。 我只尝试过用过Eclipse、IntelliJ Idea、JBuilder和JCreator进行TDD，常用Eclipse和IntelliJ
我们以前在编程的过程中，可能出现过这样的情形：我们编写了程序后运行，在命令行中输入数据，程序打印出结果，然后我们比较输出结果与我们预想的是否一样，如果不一样就修改程序直到结果相同为止，然后换一组输入数