测试驱动开发是极限编程里很重要的一个实践，很多其他实践都是以这个实践为基础的。测试驱动开发的道理很简单：要知道好坏，用用才知道。一般来讲如果你的代码依赖很多其他元素，那么将是很难测试的，因为在单元测试中你必须解除对其他元素的依赖，所以使用测试驱动开发出来的

就会遗留在代码中并潜在地造成严重的问题。测试常常在所有代码编写完毕后编写，难以回头处理程序中的一些问题。测试经常不是由编写代码的程序员编写，所以漏掉一些重要的测试时很有可能的。如果测试不是自动进行，它们极有可能不回被经常性地运行。传统的纠正错误的方法极有可

　　完工时完工。　　全面正确的认识代码和利用代码，而传统的方式没有这个机会。　　开发小组间降低了交流成本，提高了相互信赖程度。　　避免了过渡设计。　　系统可以与详尽的测试集一起发布，从而对程序的将来版本的修改和扩展提供方便。　　逃避了设计角色。　　为减少文

在转向敏捷之后，很多团队开始使用“用户故事”一词。用户故事是一种简单而优雅的技术，可以收集客户需求。然而，它需要一定的理解和实践才能用User Stories构建出色的软件。让我们仔细看看用户故事是什么以及如何使用这种技术取得成功。该卡是用户故事的书面说明

第一个极限编程项目于1996年3月6日启动。极限编程是几种流行的敏捷过程之一。极限编程使您的开发人员能够自信地响应不断变化的客户需求，甚至在生命周期的后期。极限编程强调团队合作。极限编程以五种基本方式改进软件项目; 沟通，简单，反馈，尊重和勇气。极限编程最

敏捷开发以重构为基础。敏捷开发者应该在数据建模，对象建模，重构，映射，实现和性能调整等问题上反复迭代。业务知识和技能的传递是产品可持续发展的重要因素。多少组件、不同层次和组件之间关系是什么。详细设计，则是具体的设计和做法、API接口等。

本文主要为大家探讨的是Visual Studio 2010敏捷测试驱动开发，开发环境为Visual Studio 2010 Ultimate Beta2版本。希望本文能对大家有所帮助。在微软Visual Studio 2010 Ultimate Beta2

极限编程软件开发方法的创始人之一Ron Jeffries 近日发布了一篇题为 “Developers Should Abandon Agile” 的长文博客，主要是建议开发者应该放弃各种所谓的敏捷但其实无用的方法。Ron Jeffries 正是敏捷软件开发

我们谈到的TDD技术主要是从设计的角度谈起，对于测试的全过程进行分析与总结，希望通过本文能对大家有所帮助。测试驱动开发是极限编程的重要特点，它以不断的测试推动代码的开发，既简化了代码，又保证了软件质量。本文从开发人员使用的角度，介绍了TDD技术优势、原理、