在我的情况下，通过设置MAVEN_OPTS增加内存有助于:

set MAVEN_OPTS=-Xmx1024m

当我试图在运行JAVA = 1.8的windows 10环境上编译一个设置为1.7的maven项目时，确实遇到了同样的问题。

我通过将java版本从1.7更改为1.8来解决这个问题，如下所示。

 <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>3.3</version>
    <configuration>
      <source>1.8</source>
      <target>1.8</target>
    </configuration>
  </plugin>

Surefire FAQ的这一部分可以帮助你:

Surefire fails with the message "The forked VM terminated without properly saying goodbye" Surefire does not support tests or any referenced libraries calling System.exit() at any time. If they do so, they are incompatible with surefire and you should probably file an issue with the library/vendor. Alternatively the forked VM could also crash for a number of reasons, which can also make this issue happen. Look for the classical "hs_err*" files indicating VM crashes or examine the log output from running maven when the tests execute. Some "extraordinary" output from crashing processes may be dumped to the console/log. If this happens on a CI environment and only after some time runs there is a fair chance your test suite is leaking some kind of OS-level resource that makes things worse for every run. Regular os-level monitoring tools may give you some indication.

您需要检查您的机器是64位还是32位。如果你的机器是32位的，那么你的内存参数不应该超过4096，即使它应该低于4 GB。 但如果你的机器是64位的，那么安装Java 64位，并在mvn.bat中提供JAVA_HOME，指向Java 64位安装。

可能是因为你在你的项目中应用了一些更改，没有更新他们所有的引用。

在我的情况下，我得到这个错误，因为我已经更新了包的名称在我的项目，但我忘记更新他们的引用在TestNG.xml文件。通过修正，我解决了这个错误。

如果有人包含自定义argLine参数，则必须重新考虑，因为它很可能是内存分配问题的根源。

例如(我曾经有过):

<argLine>XX:MaxPermSize=4096m ${argLine}</argLine>

现在我使用硬指定值:

<argLine>-Xmx1024m -XX:MaxPermSize=256m</argLine>

无论出于何种原因，与Surefire集成的应用程序(如Jacoco)不会请求足够的内存来与构建时发生的测试共存。