TDD重构感悟

       TDD和重构练功房打卡总共两周时间，从第一关的fizzbuzz到十三关的英文单词游戏，每一关都有其训练指标和意义，一路打卡下来，体验和感悟都很深，作为一名程序员，这种训练场景还是非常有必要的，从开发的流程和编码的思路上都有很好的指导意义，下面是我对TDD和重构的一些理解。

 

       TDD是测试驱动开发（Test-Driven Development）的英文简称，是敏捷开发中的一项核心实践和技术，也是一种设计方法论。TDD的原理是在开发功能代码之前，先编写单元测试用例代码，测试代码确定需要编写什么产品代码。TDD虽是敏捷方法的核心实践，但不只适用于XP（Extreme Programming），同样可以适用于其他开发方法和过程。测试驱动开发，是一种最佳实践，它有很多好处。实际工作中，会有很多打断我们开发思路的事情，一如开会、线上问题排查、需求讨论、新邮件、上洗手间等。频繁地切换思路，势必会影响我们对开发的状态投入，尤其长时间的打断会严重让我们忘却之前在大脑临时内存区域的一些重要待办事项。而“红-绿-重构”下的测试驱动开发，能够帮助我们保持对最终达成目标的关注。失败的测试帮助了我们持久化记住了之前那一历史时刻大部分的信息和场景概况。此外，在具备自我验证能力下的单元测试套件下，更是为我们搭建了一个360度的安全网，一个可以任意大胆进行各种尝试的沙箱环境，并能最大程度上让核心业务逻辑得以保证，从而保证了最终的交付质量。其中，快速反馈大大缩短了等待的周期，以便我可以快速发现问题、定位问题、修复问题、再回归测试验证。而通过层层验证的核心业务，更是让我们增大了自身对代码质量的信心。曾经多次，代码上线后，测试同学怀疑我的代码有问题，但经过了严格单元没说的我跟他们说，不会的，这块我已经用等价类进行了各种测试，你说的这种情况我已验收过，没问题。果然确实没问题。

       重构（Refactoring）就是通过调整程序代码改善软件的质量、性能，使其程序的设计模式和架构更趋合理，提高软件的扩展性和维护性。重构的价值在于持续偏纠和改进软件设计 ，使代码更被其他人所理解 ，帮助发现隐藏的代码缺陷 ，从长远来看，有助于提高编程效率，增加项目进度，进度是质量的敌人，质量是进度的朋友，而重构又离不开设计模式。

       设计模式（Design Pattern）是一套被反复使用、多数人知晓的、经过分类的、代码设计经验的总结。使用设计模式的目的：为了代码可重用性、让代码更容易被他人理解、保证代码可靠性。 设计模式使代码编写真正工程化；设计模式是软件工程的基石脉络，如同大厦的结构一样。设计模式可以说是一种更好组织代码的语言模式，即便不使用它，也能完成功能的开发。但使用它，能够更好得到浮现式的设计，从微架构慢慢演变到一个更大、更完善、更永远的架构。对于设计模式，最终目标是完成满足用户的特定功能，使用设计模式是为了更好组织代码外在形式，以便更好表达概念的完整性。

       TDD的过程就是一个代码重构的过程，从完成单元测试到优化重构业务代码，是一个循序渐进的过程，这样使开发人员付出最小的代价写出高质量的同事满足用户需求的代码，让写代码不再是搬砖，而是在做一项工程建设。