Tests in TDD is different from unit tests?

八成是楼主没有中文输入法，这可跟我没关系，我有。

继续我的话题，我之前写过一篇帖子：
http://www.iteye.com/topic/97545

我觉得单元测试必然会要影响设计，所以要说测试驱动中的单元测试和其他的单元测试有什么不同的话，就是测试驱动非常主动地接受了这一点，将单元测试运用到设计当中，用来指导设计。

I hate English, include listening, writing, speaking etc.
Also, I have Chinese IM installed on my Linux box. So why I still use English?
- My English is poor, so I want to improve it everyday even on blog/forum

Did you follow TDD strictly in your everyday development? If so, could you please share some of your insights here?

BTW(After reading your notes from link above)
- My company use XP, and we don't write any document at all, we believe source code is document, when newbie join product development, he should read unit tests before starting fix bug, but those days, I don't feel that's a good way, because it's very very hard to guarantee "source code is document", so I think the team which use XP must has a high level average technical skills, then XP is suit for them, otherwise, isn't.

重复已经讨论了1000遍的话题实在没什么意思。。。。
楼主如果只是为了练习英语而继续讨论的话，那就继续discuss in english 吧。。。

1、从来没有人说过xp不需要写文档
2、请楼主先google一下TDD的内容，或者买本TDD书看，
   然后自己实践TDD一段时间。
   如果有失败的体验，那么把失败的地方写出来，我想那样很多人
   会愿意和你讨论的。

1. 首先你误会了，我不是为了练习英语而发言，如果这冒犯了你，或者使你感觉不快，我道歉，本贴我改
2. 在的我实践中，工程师是不需要写文档的，产品的文档有专门的文档工程师来写，他们对产品非常熟悉，而且文字很好，许多人写的书在amazon有五颗星，我相信工程师也没有那么好的文笔
3. 我的意思是公司不提倡工程师在程序里写注释，或者设计文档，在我的理解中，XP是代码/迭代驱动，而非文档(RUP)，但不表示我们没有设计，简单的设计会写在wiki中，大家可以松散的讨论，对于工程师源代码和单元测试就是文档
4. TDD我十分乐意尝试，也在实践，但有一定难度，因为我主要的工作是写Eclipse plugin, 测试优先有困难

关于“代码即文档”，我觉得这样的说法不够准确，因为文档这个词的广义性，光是代码无法将其包揽。我认同的说法是“代码即最终设计”。

我没严格的做过测试驱动开发，或者说我还没“上瘾”。我只是尽量保证每一个需要写单元测试的类都写了单元测试。

关于文档，我现在的项目有两个跟设计有关文档，一个是做数据库设计的 PowerDesigner 文档，一个是一片指导性的文章，教初入项目者如何看需求，网站的目录是如何划分之类的（大家英文不太好，起的名字有些怪，需要解释一下），并且还有几张 UML 图，目的是帮助读者更快了解架构。但是即使这样少的文档，我也感觉到维护的不方便，那几张 UML 已经过时了。我现在觉得比较合适的方式还是把设计理念写到注释中去。

所以我想知道怎样在“一点文档也不写”的情况下，让一个有经验的初入者快速熟悉项目？

（如今这些人的表达能力啊！不但搞开发的，而且那些做需求的，搞测试的，写出来的文档真的是火星文一样，看不懂他到底想说什么，总是要再讨论一次才明白。这样的文档要了有什么意思？）

- as you said, your documents were out of date, but even comments beside code will out of date eventually, just think of refactoring, do you rewrite/revise your comments when you do code changes? but you have to do changes on your unit tests. So I believe only code express the real idea because you use code to build your product and deploy it.

- about "don't write documents at all", unit tests will give newbie a quick staring, and unit tests are up to date with code, otherwise, your cruisecontrol will fail, won't it?

把一个初入者扔到角落让他自己去熟悉项目，这本身就是最慢的一种办法，跟“快速”两字本身就搭不上边。这和有没有文档一点关系都没有。

I agree with gigix, we ofter let a experience engineer pair with newbie to give him a quick staring.
So IMO, all XP practices should use together, if you only focus on one of them, sometimes it will get you nowhere.

我不认同“代码即最终设计”这句话，设计是无形的。代码只是设计的体现。文档也可以是。
我觉得很多观点都被极端化了，当有人说单元测试是个好东西的时候，便有人试图每个类，每个方法都给测一测，我只能说这个人很勤劳，但是，只能是很勤劳而已。
如果是有出现文档Out of date，而代码是In的，那么这个是开发过程控制出现的问题，和文档本身没有关系，如果因为控制不好，就否定文档的作用，那就是因噎废食了。
gigix的回答不知道和上面的问题有什么关系。
alexgreenbar是不是要说an experienced engineer......quick starting?IMO,XP也只是一类观点，你让一个experienced engineer去教一个newbie本身没有问题，但是如果那个newbie智商只有30，或者那个newbie已经99.9岁，那就是你的不是了。另外，XP的实践不是放在一起才有效，而是如何用才有效，任何一个实践在合适的情况下都可以产生效果，但是，这个不是XP的好处，而是那个实践的好处。因为虽然XP使用BestPractices是好的，但是其极端的做法导致了其昙花一现的历史命运。