Eclipse 我应该跳过maven的测试吗？ tl；博士

我应该跳过maven中的测试吗

长版本 我不知道这是否重要

我使用JavaEEEclipse，在适当的maven目录中有测试和代码

为什么我不应该跳过构建期间的测试？

tl；博士 永远不要将跳过测试作为构建的正常事情。 经常这样做是一个恶性循环，这会使您的测试毫无用处，并降低应用程序的健壮性

长版本 从IDE Eclipse或任何其他

允许使用Maven作为构建工具的IDE不会在每次构建时执行单元测试，因为默认情况下，它们不会执行测试目标，也不会执行包目标。而不是专注于编译器插件编译和测试编译以及资源插件资源和测试资源。 因此，单元测试不应该在IDE执行的每个自动构建中执行

使用mvn包构建/安装

为什么我不应该跳过构建期间的测试

您的问题涉及Maven，但它可能是任何其他构建工具或任何编程语言，并且会产生同样的后果

首先，问你为什么我们要写单元测试。 我们编写它们是为了验证组件的行为，同时也为了警告组件的行为不再像预期的那样

定期忽略测试的执行意味着您将承担单元测试所涵盖的组件在其行为中出现倒退的风险，而您对此一无所知。 以后可能会发生其他倒退，而你仍然不知道它们。 很长一段时间后，您的许多测试都会失败，因为您从未纠正它们以保持符合预期的行为

由于测试失败会阻止构建，因此很可能会导致您跳过/禁用/注释/删除单元测试，因为这些单元测试失败的频率太高，而且失败的情况太多。 您的单元测试将成为尘埃，您将失去单元测试提供的所有好处

但是，为什么会存在跳过测试选项呢

我建议/仅在以下情况下使用它们，这些情况并不详尽，只是暂时性的：

许多测试未维护的遗留项目。 由于纠正它们将花费太多时间，在第一次，您没有其他选择可以跳过它们来构建组件。 您必须尽快禁用不可靠的测试@Ignore with JUnit，纠正可能存在的错误或计划它们。通过这种方式，您可以重新启用测试执行，并让工作测试定期执行

根据执行环境，测试可能失败的项目。 在这里，它应该是一个临时的解决办法，也是孤立的。 事实上，无论在什么环境下执行测试，您都必须尽快找到使测试成功的方法

tl；博士 永远不要将跳过测试作为构建的正常事情。 经常这样做是一个恶性循环，这会使您的测试毫无用处，并降低应用程序的健壮性

长版本 从IDE Eclipse或任何其他

允许使用Maven作为构建工具的IDE不会在每次构建时执行单元测试，因为默认情况下，它们不会执行测试目标，也不会执行包目标。而不是专注于编译器插件编译和测试编译以及资源插件资源和测试资源。 因此，单元测试不应该在IDE执行的每个自动构建中执行

使用mvn包构建/安装

为什么我不应该跳过构建期间的测试

您的问题涉及Maven，但它可能是任何其他构建工具或任何编程语言，并且会产生同样的后果

首先，问你为什么我们要写单元测试。 我们编写它们是为了验证组件的行为，同时也为了警告组件的行为不再像预期的那样

定期忽略测试的执行意味着您将承担单元测试所涵盖的组件在其行为中出现倒退的风险，而您对此一无所知。 以后可能会发生其他倒退，而你仍然不知道它们。 很长一段时间后，您的许多测试都会失败，因为您从未纠正它们以保持符合预期的行为

由于测试失败会阻止构建，因此很可能会导致您跳过/禁用/注释/删除单元测试，因为这些单元测试失败的频率太高，而且失败的情况太多。 您的单元测试将成为尘埃，您将失去单元测试提供的所有好处

但是，为什么会存在跳过测试选项呢

我建议/仅在以下情况下使用它们，这些情况并不详尽，只是暂时性的：

许多测试未维护的遗留项目。 因为在第一时间纠正这些错误会花费太多时间 ，您没有其他选择可以跳过它们来构建组件。 您必须尽快禁用不可靠的测试@Ignore with JUnit，纠正可能存在的错误或计划它们。通过这种方式，您可以重新启用测试执行，并让工作测试定期执行

根据执行环境，测试可能失败的项目。 在这里，它应该是一个临时的解决办法，也是孤立的。 事实上，无论在什么环境下执行测试，您都必须尽快找到使测试成功的方法