单元测试是由程序员自己来完成。程序员有责任编写功能代码，同时也就有 责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为 和我们期望的一致。 在实际软件开发过程中，有些时候程序员会由于某些原因没有进行充分的单 元测试，给软件留下了危险。为了改变这个情况，Kent Beck最早在其极限编程 (XP)方法论中，向大家推荐“测试驱动”这一最佳实践，还专门撰写了《测试驱 动开发》一书，详细说明如何实现。测试驱动开发，英文全称Test-Driven Development,简称TDD,是一种不同于传统软件开发流程的新型的开发方法。 它要求在编写某个功能的代码之前先编写测试代码，然后只编写使测试通过的功 能代码，通过测试来推动整个开发的进行。这有助于编写简洁可用和高质量的代 码，并加速开发过程。 7.4软件重构 一个项目的代码质量往往有可能会随着时间的推移变得越来糟糕，代码越来 越臃肿，越来越难以理解它的本意，添加新功能越来越难。 重构通常指在不改变代码的外部行为情况下而修改源代码。重构是代码维护 中的一部分，既不修正错误，又不增加新的功能性。而是用于提高代码的可读性 或者改变代码的结构和设计，使其在将来更容易被维护。特别是，在现有的程序 的结构下，给一个程序增加一个新的行为会非常困难，因此开发人员可能先重构 这部分代码，使加入新的行为变得容易。 Martin Fowler等人总结出了一些常用的重构技术，将其写成了一本面向对 象领域的经典著作《重构：改善既有代码的设计》。 重构有以下好处： 1.重构能够改进软件设计，可以减少代码量，使以后的维护，开发更方便 2.重构使软件更容易理解 3.重构的时候，由于必须去阅读代码，分析、理解逻辑，这样就很可能发现一 些逻辑或是简单的错误。 重构可以在添加新功能时、修改错误时、复审代码时进行。 当开发进入尾声的时候，这时候不应该重构，因为这时候重构往往得不偿失， 可能会引入错误，还会拖累项目交付时间。单元测试是由程序员自己来完成。程序员有责任编写功能代码，同时也就有 责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为 和我们期望的一致。 在实际软件开发过程中，有些时候程序员会由于某些原因没有进行充分的单 元测试，给软件留下了危险。为了改变这个情况，Kent Beck 最早在其极限编程 （XP）方法论中，向大家推荐“测试驱动”这一最佳实践，还专门撰写了《测试驱 动开发》一书，详细说明如何实现。测试驱动开发，英文全称 Test-Driven Development，简称 TDD，是一种不同于传统软件开发流程的新型的开发方法。 它要求在编写某个功能的代码之前先编写测试代码，然后只编写使测试通过的功 能代码，通过测试来推动整个开发的进行。这有助于编写简洁可用和高质量的代 码，并加速开发过程。 7.4 软件重构 一个项目的代码质量往往有可能会随着时间的推移变得越来糟糕，代码越来 越臃肿，越来越难以理解它的本意，添加新功能越来越难。 重构通常指在不改变代码的外部行为情况下而修改源代码。重构是代码维护 中的一部分，既不修正错误，又不增加新的功能性。而是用于提高代码的可读性 或者改变代码的结构和设计，使其在将来更容易被维护。特别是，在现有的程序 的结构下，给一个程序增加一个新的行为会非常困难，因此开发人员可能先重构 这部分代码，使加入新的行为变得容易。 Martin Fowler 等人总结出了一些常用的重构技术，将其写成了一本面向对 象领域的经典著作《重构：改善既有代码的设计》。 重构有以下好处： 1. 重构能够改进软件设计，可以减少代码量，使以后的维护，开发更方便 2. 重构使软件更容易理解 3. 重构的时候，由于必须去阅读代码，分析、理解逻辑，这样就很可能发现一 些逻辑或是简单的错误。 重构可以在添加新功能时、修改错误时、复审代码时进行。 当开发进入尾声的时候，这时候不应该重构，因为这时候重构往往得不偿失， 可能会引入错误，还会拖累项目交付时间