如何在Maven中配置时区，以便Pitest获取它

Question

我尝试将Pitest应用于一个依赖时区设置的旧项目。有些测试是专门针对夏令问题的，一年中的某些日子在当地时间有超过或少于24小时的时间。我不能更改代码或测试。

这些测试在皮特斯特身上失败了，但在其他方面运行得很好。

据我所见，JUnit/Surefire考虑了在Maven POM中设置的全局属性user.timezone，但是Pitest没有。

    <properties>
        <argLine>-Duser.timezone=Europe/Berlin</argLine>
    <properties>

另外，如果在命令行上直接设置为mvn verify -Duser.timezone=Europe/Berlin ...，则不起作用。

对我来说可能的解决办法是：

• 排除了系统级

上受影响的测试类

• Set TZ=Europe/Berlin。

，我很高兴了解到其他的设置时区的可能性，皮特斯特能把它拿出来。

为了完整起见，这是我获得Maven配置文件的第一种方法，以便Pitest在mvn verify -P mutation-testing上运行

        <profile>
            <id>mutation-testing</id>
            <build>
                <plugins>
                    <plugin>
                        <groupId>org.pitest</groupId>
                        <artifactId>pitest-maven</artifactId>
                        <version>1.8.0</version>
                        <executions>
                            <execution>
                                <goals>
                                    <goal>mutationCoverage</goal>
                                </goals>
                            </execution>
                        </executions>
                        <configuration>
                            <timestampedReports>false</timestampedReports>
                        </configuration>
                        <dependencies>
                            <dependency>
                                <groupId>org.pitest</groupId>
                                <artifactId>pitest-junit5-plugin</artifactId>
                                <version>0.16</version>
                            </dependency>
                        </dependencies>
                    </plugin>
                </plugins>
            </build>
        </profile>

也许用Pitest的jvmArgs配置是可能的？多么?

请注意，我是新的皮特斯特和突变测试，所以我可能会做一些愚蠢的事情。

Answer 1

为了插入突变体，保持它们彼此隔离，并处理突变可能导致的无限循环，pitest必须在子进程中运行代码。

可以使用jvmArgs参数将内容传递给它们。

<jvmArgs><value>-Duser.timezone=Europe/Berlin</value></jvmArgs>

将在所有启动最多的jvm中设置时区。

顺便说一句，如果您的代码根据时间和日期做出决定，那么将其作为可以注入的代码的显式依赖(例如使用java.time.Clock)通常是一个好主意。这样，测试就可以以细粒度的方式操作时间，并且不需要依赖全局设置。