1

私はキュウリを使用してBDD方法論を適用しています。これは素晴らしいです!

問題は、私のテストスイートがどんどん大きくなり、間違った理由でテストに失敗する次の例外が発生することです...

背景、シナリオの概要、単純なシナリオなど、あらゆる種類の機能またはキュウリの機能を使用しています。私は次のようなテストを実行します:

@RunWith(Cucumber.class)
@Cucumber.Options(features={"...../controller1"})
public class RunCukes1Test {
}

機能ファイルを別のディレクトリ(controller1、controller2 ...)とランナー(RunCukes1Test、RunCukes2Test ...)に分割しましたが、これは役に立ちませんでした。

各テスト自体を実行するとすべて問題ありませんが、maveライフサイクルテストを使用してすべてを実行すると失敗します。そのような問題を回避するためのJavaCucumberのベストプラクティスを知っている人はいますか。

    Tests run: 5896, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 33.082 sec
Running com.kenshoo.urlbuilder.appservice.controller.RunCukes4Test

Tests run: 11838, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 80.833 sec
Exception in thread "Thread-73" java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Arrays.java:2882)
    at java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:100)
    at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:515)
    at java.lang.StringBuffer.append(StringBuffer.java:306)
    at java.io.BufferedReader.readLine(BufferedReader.java:345)
    at java.io.BufferedReader.readLine(BufferedReader.java:362)
    at org.codehaus.plexus.util.cli.StreamPumper.run(StreamPumper.java:129)
Exception in thread "ThreadedStreamConsumer" java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOfRange(Arrays.java:3209)
    at java.lang.String.<init>(String.java:215)
    at java.lang.StringBuffer.toString(StringBuffer.java:585)
    at org.apache.maven.surefire.report.PrettyPrintXMLWriter.escapeXml(PrettyPrintXMLWriter.java:167)
    at org.apache.maven.surefire.report.PrettyPrintXMLWriter.addAttribute(PrettyPrintXMLWriter.java:178)
    at org.apache.maven.surefire.shade.org.codehaus.plexus.util.xml.Xpp3DomWriter.write(Xpp3DomWriter.java:50)
    at org.apache.maven.surefire.shade.org.codehaus.plexus.util.xml.Xpp3DomWriter.write(Xpp3DomWriter.java:55)
    at org.apache.maven.surefire.shade.org.codehaus.plexus.util.xml.Xpp3DomWriter.write(Xpp3DomWriter.java:39)
    at org.apache.maven.surefire.report.XMLReporter.testSetCompleted(XMLReporter.java:128)
    at org.apache.maven.surefire.report.MulticastingReporter.testSetCompleted(MulticastingReporter.java:51)
    at org.apache.maven.surefire.report.TestSetRunListener.testSetCompleted(TestSetRunListener.java:115)
    at org.apache.maven.plugin.surefire.booterclient.output.ForkClient.consumeLine(ForkClient.java:97)
    at org.apache.maven.plugin.surefire.booterclient.output.ThreadedStreamConsumer$Pumper.run(ThreadedStreamConsumer.java:67)
    at java.lang.Thread.run(Thread.java:662)

Results :

Tests run: 11790, Failures: 0, Errors: 0, Skipped: 0
4

1 に答える 1

1

キュウリのテストを実行した後、私が持っていた別のjava-heap-space例外に対する回答を得ました。あなたはここでそれを見ることができます-関連する問題

私の理論では、 Cucumberはテストコードを生成し、PermSizeは、Javaでのpermsizeについて説明したように、コードの量に関連しているため、Cucumberの実行中-XX:MaxPermSizeの要因です。

これは、テスト結果を解析している間、キュウリが実行-Xmxされた後の要因です。

したがって、解決策は、それらの両方と実際に使用可能なメモリとの間のバランスを見つけることです。

于 2012-11-15T15:16:11.580 に答える