单元测试，粗略地说，就是在与测试代码隔离的情况下测试代码。我想到的直接优势是:

测试的运行变得自动化和可重复 您可以在更细粒度的级别上进行测试，而不是通过GUI进行点击测试

请注意，如果您的测试代码写入文件、打开数据库连接或在网络上执行某些操作，则更适合将其归类为集成测试。集成测试是一件好事，但不应将其与单元测试混淆。单元测试代码应该简短、简单且易于执行。

另一种看待单元测试的方法是先编写测试。这被称为测试驱动开发(简称TDD)。TDD带来了额外的优势:

您不需要编写推测性的“我将来可能需要这个”代码——只要能够通过测试即可 您编写的代码总是会被测试覆盖 通过先编写测试，您不得不考虑如何调用代码，从长远来看，这通常会改善代码的设计。

如果你现在还没有做单元测试，我建议你现在就开始做。找一本好书，实际上任何xUnit-book都可以，因为它们之间的概念可以很好地转换。

有时编写单元测试会很痛苦。当出现这种情况时，试着找个人来帮助你，并抵制住“只写该死的代码”的诱惑。单元测试很像洗碗。这并不总是令人愉快的，但它让你的比喻厨房保持干净，而你真的希望它干净。：）

编辑:我想到了一个误解，虽然我不确定它是否普遍。我曾听一个项目经理说过，单元测试让团队把所有的代码都写了两次。如果它看起来和感觉是那样的，那么，你做错了。编写测试通常不仅可以加快开发速度，而且还为您提供了一个方便的“现在我完成了”指示器，否则您就不会有这个指示器。

单元测试是关于编写测试应用程序代码的代码。

名称的Unit部分是关于一次测试小单元代码(例如一个方法)的意图。

xUnit是用来帮助测试的——它们是帮助测试的框架。其中一部分是自动测试运行器，它会告诉您哪些测试失败，哪些测试通过。

它们还可以在每个测试之前设置您需要的公共代码，并在所有测试完成后将其删除。

您可以使用一个测试来检查是否抛出了预期的异常，而不必自己编写整个try catch块。

使用Testivus。你需要知道的都在那里:)

单元测试，粗略地说，就是在与测试代码隔离的情况下测试代码。我想到的直接优势是:

测试的运行变得自动化和可重复 您可以在更细粒度的级别上进行测试，而不是通过GUI进行点击测试

请注意，如果您的测试代码写入文件、打开数据库连接或在网络上执行某些操作，则更适合将其归类为集成测试。集成测试是一件好事，但不应将其与单元测试混淆。单元测试代码应该简短、简单且易于执行。

另一种看待单元测试的方法是先编写测试。这被称为测试驱动开发(简称TDD)。TDD带来了额外的优势:

您不需要编写推测性的“我将来可能需要这个”代码——只要能够通过测试即可 您编写的代码总是会被测试覆盖 通过先编写测试，您不得不考虑如何调用代码，从长远来看，这通常会改善代码的设计。

如果你现在还没有做单元测试，我建议你现在就开始做。找一本好书，实际上任何xUnit-book都可以，因为它们之间的概念可以很好地转换。

有时编写单元测试会很痛苦。当出现这种情况时，试着找个人来帮助你，并抵制住“只写该死的代码”的诱惑。单元测试很像洗碗。这并不总是令人愉快的，但它让你的比喻厨房保持干净，而你真的希望它干净。：）

编辑:我想到了一个误解，虽然我不确定它是否普遍。我曾听一个项目经理说过，单元测试让团队把所有的代码都写了两次。如果它看起来和感觉是那样的，那么，你做错了。编写测试通常不仅可以加快开发速度，而且还为您提供了一个方便的“现在我完成了”指示器，否则您就不会有这个指示器。

测试驱动开发在某种程度上取代了单元测试这个术语。作为一个老手，我会提到它的更一般的定义。

单元测试还意味着测试一个较大系统中的单个组件。这个组件可以是dll、exe、类库等。它甚至可以是多系统应用程序中的单个系统。因此，单元测试最终是对一个更大系统的单个部分进行测试。

然后，您可以通过测试所有组件如何一起工作来进行集成测试或系统测试。

单元测试与“只是打开一个新项目并测试这个特定的代码”的主要区别在于它是自动化的，因此是可重复的。

如果您手动测试代码，它可能会使您相信代码在当前状态下工作得很完美。但一周后，当你对它做了轻微的修改时呢?您是否愿意在代码发生任何更改时再次手工重新测试?很可能不会:-(

但是，如果您可以在任何时间运行您的测试，只需单击一下，以完全相同的方式，在几秒钟内，那么一旦有什么东西坏了，它们就会立即显示给您。如果您还将单元测试集成到您的自动化构建过程中，即使在看似完全无关的更改破坏了代码库中遥远部分的某些情况下，它们也会提醒您错误——当您甚至不会想到需要重新测试特定的功能时。

这是单元测试相对于手工测试的主要优势。但等等，还有更多:

unit tests shorten the development feedback loop dramatically: with a separate testing department it may take weeks for you to know that there is a bug in your code, by which time you have already forgotten much of the context, thus it may take you hours to find and fix the bug; OTOH with unit tests, the feedback cycle is measured in seconds, and the bug fix process is typically along the lines of an "oh sh*t, I forgot to check for that condition here" :-) unit tests effectively document (your understanding of) the behaviour of your code unit testing forces you to reevaluate your design choices, which results in simpler, cleaner design

反过来，单元测试框架使您更容易编写和运行测试。