gpt4 book ai didi

java - test.timeoutSecs 属性令人困惑并且没有给出一致的结果

转载 作者:行者123 更新时间:2023-11-30 07:18:53 24 4
gpt4 key购买 nike

我已经开始为我的 Mule 流程和处理器编写测试用例。

作为其中的一部分,我尝试在“setUp”方法中设置属性“mule.test.timeoutSecs”,以确保我的每个测试方法不会花费更多时间。

但这显示了一些令人困惑的结果。

我已将该属性设置为 3 秒。

第一个测试方法运行了 9 多秒,但仍然成功。

第二种方法是3000毫秒后超时。

第三个测试方法失败抛出异常

org.mule.retry.RetryPolicyExhaustedException: Could not create Transport. Reason: javax.management.InstanceAlreadyExistsException: org.apache.activemq:BrokerName=localhost,Type=Broker
at org.mule.retry.policies.AbstractPolicyTemplate.execute(AbstractPolicyTemplate.java:105)
.....
Caused by: javax.jms.JMSException: Could not create Transport. Reason: javax.management.InstanceAlreadyExistsException:

第四种方法是3000毫秒后超时。

如果我在这里遗漏了什么,请告知。

下图显示了测试摘要以及每种测试方法所用的时间。

Snapshot of my test run

最佳答案

使用 org.mule.tck.junit4.FunctionalTestCase 时设置mule.test.timeoutSecs在测试类构造函数或 @BeforeClass 中静态方法。

关于java - test.timeoutSecs 属性令人困惑并且没有给出一致的结果,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15006492/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com