最近我们在为现有的java应用程序添加自动化测试。
我们现在拥有的
这些测试中大多数是集成测试，可能涵盖一堆调用，例如：
然后我们验证servlet是否使用正确的XML进行了响应，并且正确的行存在于数据库中（我们的开发Oracle实例）。 这些行然后被删除。
我们还有一些较小的单元测试，检查单个方法调用。
所有这些测试都作为我们每晚（或临时）构建的一部分运行。
问题
这似乎很好，因为我们正在检查系统的边界：一个端点是servlet请求/响应，另一个端点是数据库。 如果这些正常工作，那么我们可以自由地重构或更改两者之间的任何内容，并确信正在测试的servlet仍然有效。
使用这种方法，我们可能会遇到什么问题？
我看不出添加一堆单独类的单元测试如何有助于解决这个问题。那样做不会使重构更加困难，因为我们很可能需要放弃和重新编写测试吗？
单元测试可以更紧密地定位失败。集成级别测试更接近用户需求，因此更能预测交付的成功性。 两者都需要建立和维护，如果得当使用，则非常有价值。
关于单元测试的问题是，没有任何一个集成级别测试可以像一组很好的单元测试那样充分运用所有代码。 是的，这可能意味着您必须对测试进行一些重构，但通常您的测试不应太依赖内部结构。 因此，例如假设您有一个获取二次幂的单个函数。 您对其进行描述（作为形式化方法的人，我会声称您对其进行了规定）
long pow2(int p); // returns 2^p for 0 <= p <= 30
你的测试代码和规范代码看起来基本相同（以下是伪xUnit为例说明）：
assertEqual(1073741824,pow2(30);
assertEqual(1, pow2(0));
assertException(domainError, pow2(-1));
assertException(domainError, pow2(31));
今天开始一个新项目，没有单元测试是没有意义的，但是对于像你这样的现有项目来说，写所有已有并且工作良好的东西的单元测试可能没有太多意义。
在你的情况下，我更倾向于采用一种“折中”的方法：
实际上，您的集成测试只会确保您的“mess”不起作用（因为一开始它不起作用，对吧？），但它不会给您任何关于以下问题的线索：
集成测试只会在整个更改成功后给出确认（相当长的时间答案都是“不”）。集成测试在重构过程中不会提供任何帮助，这将使它更加困难和令人沮丧。你需要单元测试。
我同意查理的观点，即集成测试与用户操作和系统整体的正确性更相符。但我认为单元测试比仅仅更紧密地定位故障具有更多价值。单元测试提供了两个主要价值：
1）编写单元测试与测试一样是设计的行为。如果您实践测试驱动开发/行为驱动开发，编写单元测试的行为帮助您确切设计您的代码应该做什么。这有助于您编写更高质量的代码（因为松散耦合有助于测试），并且它可以帮助您编写足够使测试通过的代码（因为实际上您的测试就是您的规范）。
2）单元测试的第二个价值在于，如果它们被正确编写，那么它们非常快。如果我更改项目中的一个类，我能运行所有相关的测试来查看是否出现故障吗？我如何知道要运行哪些测试？需要多长时间？我敢保证它将比编写良好的单元测试要长。你应该能够在最多几分钟内运行所有单元测试。
个人经验中的一些例子：
单元测试：
集成测试：
理想情况下两者都是必要的。
例子：
单元测试：确保输入索引>= 0且<数组长度。当超出边界时会发生什么？方法应该抛出异常还是返回 null？
集成测试：当输入负库存值时，用户会看到什么？
第二个影响UI和后端。两侧都可以完美运行，但由于两者之间的错误条件没有定义明确，所以您仍然可能得到错误的答案。
我们发现单元测试最好的部分是它使开发人员从代码 -> 测试 -> 思考，变为思考 -> 测试 -> 代码。如果开发人员必须首先编写测试，他们倾向于提前考虑可能出现的问题。
回答您的最后一个问题，由于单元测试与代码紧密相连并迫使开发人员提前进行更多思考，在实践中我们发现不需要经常重构代码，所以不断丢弃并编写新测试似乎不是问题。
单元测试执行类中的方法，验证输入/输出是否正确，而不测试整个应用程序中的类。您可以使用模拟来模拟依赖的类-您正在对该类进行黑盒测试，作为独立实体运行。单元测试应该可以从开发人员的计算机上运行，而无需任何外部服务或软件要求。
集成测试将包括您的应用程序和第三方软件的其他组件（例如您的Oracle dev数据库，或者用于Web应用程序的Selenium测试）。这些测试可能仍然非常快速，并且作为连续构建的一部分运行，但是由于它们注入了额外的依赖项，因此它们也有风险注入新的错误，导致为您的代码带来问题，但并非由您的代码引起。最好的情况下，集成测试是您注入真实/记录数据并断言整个应用程序堆栈在给定这些输入的情况下表现正常的地方。
问题归结为您要查找哪种类型的错误以及您希望多快地找到它们。单元测试有助于减少“简单”错误的数量，而集成测试则帮助您查找架构和集成问题，希望模拟Murphy法则对整个应用程序的影响。